খুব দ্রুত পরিবর্তনের ব্যয় আপনি কীভাবে মোকাবেলা করবেন?


11

বেশিরভাগ আধুনিক বিকাশকারীদের মতো আমিও গ্রাহক সহযোগিতা এবং পরিবর্তনের প্রতিক্রিয়া মতো চটপটে প্রিন্সিপালকে মূল্যবান বলে মনে করি, তবে যখন কোনও পণ্য-মালিক (বা যে প্রয়োজনীয়তা এবং অগ্রাধিকারগুলি নির্ধারণ করে) খুব ঘন ঘন প্রয়োজনীয়তা এবং অগ্রাধিকার পরিবর্তন করে? দিনের মতো কয়েকবার?

আমি সম্প্রতি একটি ছোট্ট কোড বেস উত্তরাধিকার সূত্রে পেয়েছি যা বগি, অসম্পূর্ণ, এমনকি এটির সর্বাধিক দৃশ্যেরও পরিচালনা করতে পারেনি। আমি প্রযুক্তিগত সমস্যাগুলি মোকাবিলা করতে পারি তবে একদিন আমি বেশ কয়েকটি ইমেল, পাঠ্য বা ফোন কল পেয়েছি "ওএমজি আপনি এখনই এই অধিকারের উপরে কাজ করা উচিত! শীর্ষস্থানীয় অগ্রাধিকার! এটি একমাত্র !!! একমাত্র" (এটি কেবল সামান্য অতিরঞ্জিত) এটি আরও খারাপ করে তোলে যে বেশিরভাগ জিনিসগুলি এমন ছোটখাটো বিবরণ যা এমনকি সফ্টওয়্যারটি আসলে যা করার কথা ছিল তার সাথে প্রাসঙ্গিকও নয় এবং যাইহোক বাস্তবায়নে কয়েক দিন সময় নিতে পারে। আমি ব্যাখ্যা করার চেষ্টা করেছি যে কেবলমাত্র এতটা সময় রয়েছে এবং আমাদের প্রথমে সবচেয়ে গুরুত্বপূর্ণ বিষয়গুলিতে ফোকাস করা উচিত, তবে অনুবাদে কিছু হারিয়ে যেতে পারে বলে মনে হচ্ছে কারণ একই জিনিসটি ঘটেছে এক-দু'দিন পরে।

পণ্য-মালিক-হ্যান্ডলারের ভূমিকা, গভীর-অধ্যয়ন, রূপক বা উদ্ধৃতি কি এমন কোনও ধরণের রয়েছে যা আমাকে নষ্ট প্রচেষ্টার পরিমাণ হ্রাস করতে বা কমপক্ষে এই বিশৃঙ্খল আচরণের ব্যয় ব্যাখ্যা করতে সহায়তা করতে পারে?


আপনার দল কি এক ধরণের চতুর পদ্ধতি অনুসরণ করছে?
অ্যারন কুর্তজাল

আমি বলব যে আমরা চটফটে মত, তবে সরঞ্জামগুলি (পিভোটালট্র্যাকার, জেনকিনস, ইত্যাদি) আরোপিত বা সমর্থন করা ব্যতীত কোনও নির্দিষ্ট চৌকস পদ্ধতি অনুসরণ করবেন না।
ত্রিস্তান স্প্যানলার

আপনি
চটফটে

উত্তর:


12

ব্যাকলগটি এটির জন্য। নতুন অনুরোধগুলি ব্যাকলগে পরিণত হয় এবং অগ্রাধিকারগুলি কেবল পুনরাবৃত্তির সীমানায় পরিবর্তন করতে পারে। এক সপ্তাহের বিলম্ব (দু'সপ্তাহের স্প্রিন্টের অর্ধেক) সবচেয়ে মারাত্মক জরুরী পরিস্থিতি ব্যতীত সমস্ত পরিচালনা করার পক্ষে যথেষ্ট তত্পর।


5
এক এবং একমাত্র সঠিক উত্তর কিসের জন্য +1। আপনি এটি কীভাবে বলবেন - "একবার পুনরাবৃত্তি শুরু হয়ে গেলে আপনি এটি পরিবর্তন করতে পারবেন না।" 'ক্যানট' এর কোন অংশ আপনি বুঝতে পারছেন না?
mattnz

উত্তরটি এবং ম্যাটঞ্জের মন্তব্যে +1 ("'ক্যান্ট'-এর কোন অংশ আপনি বুঝতে পারছেন না?"): আমারও একই সমস্যা ছিল: তিন সপ্তাহের পুনরাবৃত্তি এবং তৃতীয় সপ্তাহের সময় একজন সহকর্মী অত্যন্ত সৃজনশীল হতে শুরু করে এবং পরিবর্তন / জিনিস চারপাশে সরানো। চতুর অর্থ অনেকটা নমনীয়তা তবে এর সাথে কিছু নিম্ন সীমানা রয়েছে: আপনি কিছু ন্যূনতম ইউনিট স্থির করার পরে আপনার কোনও মনোযোগ বিচ্ছিন্ন না হয়ে সেগুলিতে ফোকাস করা উচিত।
জর্জিও

আমি সম্মত হই যে ব্যাকলগটি এটির জন্য, তবে, আপনাকে পুনরাবৃত্তি থেকে আইটেমগুলি ফেলে দেওয়ার বা এমনকি সমপরিমাণ প্রচেষ্টার আইটেমগুলির জন্য অদলবদল করার অনুমতি দেওয়া হয়, যতক্ষণ না আপনি এখনও বাদ পড়া / অদলবদল আইটেমগুলিতে কাজ শুরু করেন নি।
জোশুয়া ড্রেক

আমি সম্মত হই যে দলটি মিড-স্প্রিন্ট পরিবর্তনের অনুমতি দেওয়ার জন্য বাছাই করতে সক্ষম হবে। বাহ্যিকভাবে আরোপিত অনেকগুলি পরিবর্তন ব্যাহত হয়, আপনি এটি শুরু করেছিলেন বা না করেই। "অনেক বেশি" কত তা সিদ্ধান্ত নেওয়ার জন্য পৃথক দলগুলির উপর নির্ভর করে। লোকেরা ছবিটি পাওয়ার জন্য কখনও কখনও আপনাকে সেই সংখ্যাটি শূন্যের সাথে সেট করতে হয়।
কার্ল বিলেফেল্ড

9

এখানে আমি কীভাবে একইরকম সমস্যাটি মোকাবিলা করেছি .. সেই দিনগুলিতে যখন আমরা Agile এর আগে তত্পর ছিলাম।

যে কোনও পরিবর্তনের অনুরোধের জন্য, গ্রাহক অগ্রাধিকার সেট করে। বিকাশকারী উচ্চতর অগ্রাধিকার টাস্কে কাজ করার জন্য কেবলমাত্র, এবং অবশ্যই কোনও কাজ বন্ধ করতে পারে। সমান অগ্রাধিকারের কাজগুলি আগমনের ক্রম অনুসারে কর্মসূচি। (কাজ শুরু হয়ে গেলে কার্য অগ্রাধিকার পরিবর্তন করা যাবে না))

ক্ষতিগ্রস্থ হবে যখন আপনি গ্রাহককে বলবেন যে আপনি তার কাজটি করতে পারবেন না কারণ আপনি গুরুত্বহীন টাস্ক এক্স নিয়ে কাজ করছেন যা তার সর্বশেষ অনুরোধের মতোই অগ্রাধিকার রয়েছে। তারপরে আপনি তাকে বলবেন যে অগ্রাধিকার স্তরে তার সর্বশেষ অনুরোধের আগে 50 টি তুচ্ছ এবং গুরুত্বহীন কাজ রয়েছে। এখন আসল ধরা - এই সমস্ত কাজগুলি অগ্রাধিকার স্তরের 1 (সর্বোচ্চতম), তার দ্বারা নির্ধারিত ... এইচআইএম ... সুতরাং তিনি আপনাকে যে কাজটি করছেন তা বন্ধ করতে পারবেন না। এখন, আপনি খুব কমই ব্যবহৃত কনফিগারেশন বিকল্পে আইসল্যান্ডীয় অনুবাদে দীর্ঘ শব্দটির জন্য জায়গা তৈরি করতে উইন্ডো ফ্রেমটি 3 পিক্সেল বামে সরিয়ে নেওয়ার পরে .....

আমি এসডি অফিসের দরজাটিও বন্ধ করে দিয়েছি, লক করেছি এবং ফোনগুলি হুক থেকে সরিয়ে নিই। ইমেলগুলি সকাল 10 টা, 12PM এবং 2PM অবধি উপেক্ষা করা হয়েছিল। লোকেরা যা ভেবেছিল এবং অনুভব করেছিল তা সত্ত্বেও, পৃথিবী এখনও সূর্যের চারদিকে ঘুরে বেড়ায়, আমরা আমাদের কাজ শেষ করেছিলাম এবং "গ্রাহকরা" তাদের কাছে অতীতের যে কোনও সময়ের চেয়ে দ্রুত এবং উন্নত সফ্টওয়্যার সরবরাহ করেছিলেন।

অগ্রাধিকারগুলি আরও বাস্তবসম্মত কিছুতে স্থিত হতে কয়েক সপ্তাহ সময় নিয়েছিল, আমরা দরজা ইত্যাদি আনলক করতে সক্ষম হয়েছি .... তবে সিস্টেমটি দীর্ঘদিন ধরেই রয়ে গেছে। আপনার এত চূড়ান্ত হওয়ার দরকার নেই (আমরা করেছি), এবং সিনিয়র ম্যানেজমেন্টের সহায়তা প্রয়োজন। তবে এটি কাজ করবে ....


+1 "একবার কাজ শুরু হয়ে গেলে কার্য অগ্রাধিকার পরিবর্তন করা যায় না" " চতুরতা কেবল বিকাশকারীকে পুনরাবৃত্তি থেকে আইটেমগুলি ফেলে দেওয়ার অনুমতি দেয় যা তারা কাজ শুরু করেনি।
জোশুয়া ড্রেক

আমি গ্রাহককে অগ্রাধিকার নির্ধারণের ধারণাটি পছন্দ করি, কঠোর অংশটি আইনটি
রাখছে

2

দেশ। স্ট্যান্ডার্ড অপারেটিং পদ্ধতি (বা কমপক্ষে একটি আলগা প্রোটোকল যা আপনার পরিচালনা দল স্বাক্ষর করে)। আপনার বিভাগকে একটি বিকাশ করতে হবে বা একটি বিকাশের জন্য আপনার পরিচালনা দলের সাথে কাজ করা উচিত। আপনার যাদের সাথে কথা বলা দরকার তারা প্রোডাক্ট-মালিক / অ্যাকাউন্ট ম্যানেজারের aboveর্ধ্বে।

আপনার এসওপকে কী সংজ্ঞায়িত করা উচিত তার কয়েকটি উদাহরণ।

  • যখন কোনও ক্লায়েন্ট বা অভ্যন্তরীণ সত্তা পরিবর্তনের জন্য অনুরোধ করে তখন কী পদ্ধতি অনুসরণ করা উচিত
  • এই পণ্যটির মান নিয়ন্ত্রণ বা যাচাইকরণের উপর কী কী প্রভাব ও প্রভাব পড়বে?
  • প্রসবের জন্য যুক্তিসঙ্গতভাবে একটি সময়সীমা নির্ধারণ করার পদ্ধতিটি কী? এই পুনরাবৃত্তি? পরবর্তী সংস্করণ?

এ জাতীয় পদ্ধতি অনুসরণ না করে প্রত্যেকে আপনার দিকে ছুটে যাবে যেমন তারা জম্বিদের দ্বারা ধাওয়া হয়েছে এবং এখনই এখনই সবকিছু প্রত্যাশা করছে। এর মতো লোকেরা আপনার ভদ্র 'না' বা 'সম্মান করবেন না দয়া করে অপেক্ষা করুন। স্থিতিশীল নীতিমালা রেখে, এই কোড-বাসনা মিউট্যান্টরা বুঝতে পারবেন যে এ জাতীয় শিথিল ভিত্তিতে জিনিস জিজ্ঞাসা করার সময় তারা ভুল ছিল।

শেষ ফলাফল আপনাকে অসন্তুষ্ট, এবং এটি আপনার সংস্থাগুলির সেরা আগ্রহ নয়।

পার্শ্ব নোটে, আপনি তার অবস্থান / কর্তব্যর জন্য এই জাতীয় নিন্দাজনক অসম্মানের কারণে কারও কলহের উত্তরাধিকার সূত্রে প্রাপ্ত হতে পারেন। এই পরিস্থিতিতে লোকেরা মানসম্পন্ন পণ্য উত্পাদন করা শক্ত খুঁজে পায়। এটা কোনো আশ্চর্য হয়? সফটওয়্যার ইঞ্জিনিয়ারিং 101।


2

এই "প্রস্তুত, আগুন, লক্ষ্য" শর্তে কাজ করা খুব কঠিন। আমার কাছে মনে হচ্ছে আপনি খুব অনিরাপদ ব্যক্তির কাছ থেকে প্রয়োজনীয়তা পেয়ে যাচ্ছেন, যার মতামত প্রতিবার পরিবর্তন হয় একজন উচ্চতর ব্যক্তি একটি ধারণামূলক ধারণা প্রস্তাব করে।

এই ধরণের পরিস্থিতিতে ইমেলগুলির প্রতিক্রিয়া জানার আগে কমপক্ষে এক ঘন্টা অপেক্ষা করা মূল্যবান বলে মনে করেছি। (আমি পাঠ্যগুলিকে অগ্রাহ্য করব, যদি না পাঠ্যকালে পুরোপুরি আপনার সংস্থার ইমেলটি ব্যাপকভাবে প্রতিস্থাপন না করে)) সেগুলি পড়ুন, সম্ভবত, তবে কোনও প্রতিক্রিয়া দেখায় না। এইভাবে আপনি আপনার যে সত্যিকারের কাজটি করতে হবে তার দিকে মনোনিবেশ করে আপনার সময় ব্যয় করতে পারেন, এলোমেলো জরুরি বিষয়গুলির আলোচনা নয় যা আগামীকাল অপ্রাসঙ্গিক হয়ে উঠতে পারে, এমনকি দু'তিন ইমেলও পরে হতে পারে। আমার শেষ কাজটিতে, যদি কিছু সত্যিই জরুরি ছিল, কেউ এসে আমার সাথে ব্যক্তিগতভাবে কথা বলবে, ধরে নিয়েছিল যে আমি এখনও ইমেলগুলি দেখিনি (আপনি যদি দূর থেকে কাজ করেন, তবে সত্যিকারের দ্বি-মুখী কথোপকথনের সাথে একটি ফোন কল হতে পারে) সমতুল্য).

আপনি যখন মুখোমুখি হন বা ফোনের কথোপকথন, তখন ব্যক্তিটি আপনার নিজের কথায় যা জিজ্ঞাসা করছে তার পুনরাবৃত্তি করা এবং তারপরে নতুন প্রয়োজনীয়তা এবং অগ্রাধিকার সম্পর্কে আপনার প্রশ্ন জিজ্ঞাসা করা সহায়ক। "যদি আমি সঠিকভাবে বুঝতে পারি তবে আপনি বলছেন যে আমাদের বর্তমান শীর্ষ অগ্রাধিকার এক্স এ কাজ করা বন্ধ করা উচিত এবং এখন মিনিট ওয়াইয়ের অগ্রাধিকারের উপর ফোকাস করা উচিত That's এটি একটি বড় পরিবর্তন। আপনি কি ব্যবসায়ের পরিবর্তনটি ব্যাখ্যা করতে পারেন? আমার আরও পটভূমি করার দরকার হতে পারে শুধু ইউআই পরিবর্তন না করে কাজ করুন other বিলিং বা ইনভেন্টরি (উদাহরণস্বরূপ) এর মতো অন্যান্য ব্যবসায়িক প্রক্রিয়াগুলিতেও কি কোনও পরিবর্তন আসবে? আপনি কি মাসিক সমস্ত প্রতিবেদনে এই নতুন ডেটা উপাদানগুলির উপস্থিতি প্রত্যাশা করছেন? " "আপনি বুঝতে পেরেছেন যে" আমরা যদি এই নতুন প্রচেষ্টাটি চালিয়ে যাই তবে এটি বর্তমান শীর্ষস্থানীয় এক্সের প্রকাশকে কমপক্ষে এক (সপ্তাহ, মাস,

যদি এটি সত্যিকারের জরুরি অবস্থা হয় তবে অনুরোধকারীকে এই ধরণের প্রশ্নের উত্তর দিতে সক্ষম হওয়া উচিত, বা অবিলম্বে আপনাকে এমন কাউকে প্রেরণ করা উচিত যারা পারেন। যদি এটি সত্যিকারের জরুরি অবস্থা না হয় তবে এই ধরণের কথোপকথনটি অনুরোধকারীকে ধীর করতে এবং পরিবর্তনটি আসলেই কতটা গুরুত্বপূর্ণ তা নির্ধারণ করতে বাধ্য করবে, তারা আপনাকে আরও তথ্য পাওয়ার প্রয়োজন রয়েছে। প্রায়শই তারা দেখতে পাবেন যে ইতিমধ্যে পাইপে রয়েছে তা আরও গুরুত্বপূর্ণ, বা কমপক্ষে থামার মতো নয় এবং নতুন অনুরোধটি তালিকায় যেতে পারে।

যদি পরিবর্তনগুলি প্রয়োজনীয় হিসাবে নির্ধারিত হয় তবে আমি কী অনুরোধ করা হয়েছিল তা এবং ইমেলের পরিবর্তনগুলি সম্পর্কে আপনার বোঝার জন্য এটি লিখে দরকারী হয়েছি এবং এটি মূল অনুরোধকারীর কাছে প্রেরণ করে জিজ্ঞাসা করছে যে তারা পরিবর্তনের সুযোগের বিষয়ে একমত কিনা, আবার, স্পষ্টতা হিসাবে। এইভাবে আপনি কী করা দরকার এবং তার জন্য কেন অনুরোধ করা হয়েছিল তার নথিপত্র লিখেছেন, আপনি কেন এখনকার শীর্ষস্থানীয় অগ্রাধিকার এক্সে কাজ করছেন না, বা আসল সময়সীমা কেন চলছে না তা ব্যাখ্যা করার প্রয়োজন রয়েছে পূরণ করা।

এটি অনুরোধকারীর সাথে আপনার সম্পর্কের আশাবাদী হওয়া উচিত, যেহেতু আপনি আপনার জ্ঞান প্রদর্শন করছেন এবং তারা যা চান তা আপনি নিশ্চিত করছেন তা নিশ্চিত করছেন তবে পরিবর্তন আনতে কী লাগে তা সম্পর্কে আপনি সৎ হন। অনুরোধটি বিশদভাবে জিজ্ঞাসা করে, তারা দেখতে পাবে যে আপনি এগিয়ে ভাবেন, এবং সেগুলিকে বিবেচনা করুন যা তারা প্রাথমিকভাবে না পারে।


0

দেখে মনে হচ্ছে এটি এখনও কেউ উল্লেখ করেনি, স্প্রিন্ট এবং এর ব্যবহারকারীর গল্পগুলি ideally should be locked till the next sprint(সাধারণ স্প্রিন্টে 2-4 সপ্তাহ সময় লাগে)। লক করে - মানে ইতিমধ্যে শুরু হওয়া স্প্রিন্টে কোনও অতিরিক্ত কাজ যুক্ত করা উচিত নয়।

যদি ব্যবহারকারীর গল্পটি স্প্রিন্টের সাথে না খাপের জন্য যথেষ্ট পরিমাণে বড় হয় তবে স্প্রিন্ট চলাকালীন এটিকে ছোট করে, অর্জনযোগ্য কার্যগুলিতে ভেঙে দিন। এছাড়াও, যেমনটি উল্লেখ করা হয়েছে এমনকি অগ্রাধিকার প্রাপ্ত কাজগুলিকে ব্যাকলগ ধরে রাখা দরকার , এবং পরবর্তী স্প্রিন্টের পরিকল্পনার সময় উচ্চ-অগ্রাধিকারটি একবার পতাকাটি আপ করা হবে :)

সম্পাদনা করুন: বসন্তের সময় কেবলমাত্র সামান্য পরিবর্তনগুলিই চালু করা যায়। যদি তারা জরুরি অবস্থা বহন করে। যাইহোক, স্প্রিন্ট চলাকালীন সবসময় যদি দু'টি জরুরী অবস্থা থাকে তবে স্প্রিন্টের পরিকল্পনায় নিজেই কিছু পরিবর্তন করা দরকার।


0

স্ক্রামের স্ক্রাম মাস্টারের ভূমিকা রয়েছে, যা আপনার উল্লেখ করা সমস্যাগুলি সমাধান করা উচিত।

যদি কোনও টিম লিড, প্রজেক্ট ম্যানেজার, স্ক্রাম মাস্টার ইত্যাদির মতো কেউ যদি দায়বদ্ধ থাকে তবে আমি সেই ব্যক্তির সাথে কথা বলব।

আমি ব্যাখ্যা করার চেষ্টা করেছি যে কেবলমাত্র এতটা সময় রয়েছে এবং আমাদের প্রথমে সবচেয়ে গুরুত্বপূর্ণ বিষয়গুলিতে ফোকাস করা উচিত, তবে অনুবাদে কোনও কিছু হারিয়ে যেতে পারে বলে মনে হচ্ছে কারণ একই জিনিসটি এক বা দু'দিন পরে ঘটে।

আমি মনে করি যে আপনাকে বার বার তা ব্যাখ্যা করতে হবে। দেখে মনে হচ্ছে আপনার গ্রহণের প্রয়োজন হতে পারে যে আপনি নির্দিষ্ট কিছু লোকদের সাথে কাজ করেন তাদের অস্বাস্থ্যকর অভ্যাস রয়েছে। আপনি যদি ভাগ্যবান হন তবে অবশেষে আপনি একটি পরিবর্তন দেখতে পাবেন।


0

চতুর ম্যানিফেস্টো বলছে যে অন্যতম মৌলিক প্রিন্সিপাল:

উন্নয়নের ক্ষেত্রে এমনকি দেরী, স্বাগতম পরিবর্তন requirements চৌকস প্রক্রিয়াগুলি গ্রাহকের প্রতিযোগিতামূলক সুবিধার জন্য জোতা পরিবর্তন করে।

যাইহোক, আমি বিশ্বাস করি না যে তারা দৈনিক ভিত্তিতে পরিবর্তন বোঝায়। আপনার হয়ত দিনে অনেকবার কোনও পণ্যের বেস প্রাইস বদলাতে হবে, তবে কীভাবে সেই পণ্যটি দিনে কয়েকবার বিক্রি করা যেতে পারে তা পরিবর্তন করছেন না। বরং কোনও পণ্যের বিক্রির কর্মপ্রবাহটি এক সপ্তাহের ভিত্তিতে পরিবর্তিত হতে পারে (অত্যন্ত প্রতিক্রিয়াশীল এবং গতিশীল ব্যবসায়গুলিতে)।

আবার যখন কোনও পণ্য বিক্রির কর্মপ্রবাহ প্রতি সপ্তাহে পরিবর্তিত হতে পারে, আমি মনে করি সামগ্রিক পণ্য প্রতি সপ্তাহে পরিবর্তিত হবে না। আমি এমন কোনও মাইক্রোসফ্ট কল্পনা করতে পারি না যা আজ আমাদের অফিস দেয়, তবে আগামীকাল আমাদের অফসোজ দেবে, এবং এক সপ্তাহ পরে অফাসসুওউওওস দেবে।

নাহ, পরিবর্তনের মাধ্যমে চটচটে বোঝার অর্থ তা নয়। আমি বিশ্বাস করি যে এটি দুর্বল দর্শন এবং পরিবর্তনের ধারণার একটি গভীর গভীর ভুল বোঝাবুঝি থেকে এসেছে।

একা উল্লেখ করতে দিন যে পরিবর্তনটি কোনও স্প্রিন্টে স্বাগত নয়, যেখানে বিকাশকারীরা তাদের গুহায় যান এবং তাদের কী করাতে মনোনিবেশ করা দরকার। পরিবর্তে পণ্যগুলি ব্যাকলগে পরিবর্তনগুলি যুক্ত করা উচিত এবং স্ক্রাম দলের হাতে পৌঁছে দেওয়ার আগে বিশ্লেষণ ও অগ্রাধিকার দেওয়া উচিত। অন্য কথায়, একটি স্প্রিন্ট ব্যাকলগ পরিবর্তনযোগ্য নয়। প্রতিদিন বিকাশকারী কক্ষগুলিতে সরাসরি ইনজেকশনের মাধ্যমে নয়, দিনে বহুবার সংক্ষিপ্ত স্প্রিন্ট ব্যবহার করে আরও তত্পরতা চাওয়া উচিত।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.