স্ক্রাম: একটি বিপ্লবী প্রকল্প ব্যবস্থাপনা পদ্ধতি। প্রকল্প ব্যবস্থাপনায় স্ক্রাম পদ্ধতি

সফ্টওয়্যার ডেভেলপার এবং পরীক্ষকদের জন্য এই নির্দেশিকা আপনাকে এজিল স্ক্রাম পদ্ধতি বুঝতে এবং শুরু করতে সাহায্য করবে।

সম্পূর্ণ প্রক্রিয়ার বাস্তব জীবনের উদাহরণ সহ অ্যাজিল স্ক্রাম প্রক্রিয়ায় ব্যবহৃত মৌলিক কিন্তু গুরুত্বপূর্ণ পদগুলি শিখুন।

SCRUM হল একটি চটপটে প্রক্রিয়া যা পুনরাবৃত্তিমূলক এবং ক্রমবর্ধমান মডেলের সংমিশ্রণ।

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

SCRUM এর কিছু মূল বৈশিষ্ট্য হল:

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

এই পদ্ধতিটি ভালভাবে বোঝার জন্য, SCRUM এর মূল শর্তগুলি বোঝা গুরুত্বপূর্ণ।

গুরুত্বপূর্ণ SCRUM শর্তাবলী:

1. স্ক্রাম দল

একটি স্ক্রাম টিম হল 7 +/- 2 সদস্যের একটি দল। দলের সদস্যরা হচ্ছেন দক্ষ বিকাশকারী, পরীক্ষক, ডাটাবেস লোক, সহায়তা অপারেটর ইত্যাদির পাশাপাশি পণ্যের মালিক এবং স্ক্রাম মাস্টারের মিশ্রণ। এই সমস্ত ব্যক্তি নির্দিষ্ট ফাংশন বিকাশ এবং কার্যকর করার জন্য একটি প্রদত্ত পুনরাবৃত্ত সময়ের মধ্যে ঘনিষ্ঠভাবে একসাথে কাজ করে।

2. স্প্রিন্ট

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

3. পণ্যের মালিক

প্রোডাক্টের মালিক হচ্ছেন ডেভেলপ করা অ্যাপ্লিকেশনটির প্রধান বিক্রয় ব্যক্তি বা প্রধান ব্যবহারকারী।

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

4. স্ক্রাম মাস্টার

স্ক্রাম মাস্টার হল স্ক্রাম দলের সমন্বয়কারী। তিনি নিশ্চিত করেন যে স্ক্রাম দলটি উৎপাদনশীল এবং প্রগতিশীল। কোনো হস্তক্ষেপের ক্ষেত্রে, স্ক্রাম মাস্টার দলের জন্য এটি খুঁজে পান এবং সমাধান করেন।

5. ব্যবহারকারীর গল্প

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

কিভাবে<тип пользователя>

আমি চাই<доступная цель>

অর্জন করতে<результат/причина>

যেমন:

একজন প্রশাসক হিসেবে, ব্যবহারকারী পরপর ৩ বার ভুল পাসওয়ার্ড দিলে অননুমোদিত অ্যাক্সেস সীমিত করতে আমি একটি পাসওয়ার্ড লক করতে সক্ষম হতে চাই।

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

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

6. "মহাকাব্য"

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

"মহাকাব্য" আপনার পরের বছরের ছুটির মতো: আপনি জানেন যে আপনি যেতে পারেন, তবে কোথায়, কখন এবং কার সাথে - এই বিষয়ে এখনও কোনও চিন্তাভাবনা নেই।

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

7. পণ্য ইচ্ছা লগ

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

8. স্প্রিন্ট ইচ্ছা তালিকা

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

9. ব্যবহারকারীর গল্প পয়েন্ট:

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

প্রতিটি ব্যবহারকারীর গল্প একটি ফিবোনাচি স্কোর (1, 2, 3, 5, 8, 13, 21) বরাদ্দ করা হয়। সংখ্যা যত বেশি, গল্প তত জটিল।

আরো সুনির্দিষ্ট হতে, তারপর

• আপনি যদি 1 / 2 / 3 পয়েন্ট বাজি ধরেন তবে এর অর্থ গল্পটি ছোট এবং কম অসুবিধা রয়েছে৷
• ৫/৮ পয়েন্ট দিলে মাঝারি অসুবিধা হয় এবং
• 13 এবং 21 পয়েন্ট - গল্পটি খুব জটিল।

এখানে অসুবিধাটি উন্নয়ন এবং পরীক্ষার কাজের পরিমাণের মধ্যে রয়েছে

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

আপনি যখনই সিদ্ধান্ত নিন কত পয়েন্ট বাজি ধরবেন, নিম্নলিখিত বিষয়গুলি বিবেচনা করুন:

• অন্যান্য অ্যাপ্লিকেশন/মডিউলের সাথে ইতিহাসের সম্পর্ক,
• রিসোর্স স্কিল সেট
• ইতিহাসের জটিলতা
• আখ্যান শিক্ষা,
• ব্যবহারকারীর গল্প গ্রহণযোগ্যতার মানদণ্ড

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

10. টাস্ক বার্নডাউন চার্ট

একটি টাস্ক বার্নডাউন চার্ট একটি গ্রাফ উপস্থাপন করে যা স্ক্রাম টাস্কের প্রকৃত প্রচেষ্টার আনুমানিক v/s দেখায়।

এটি একটি নির্দিষ্ট স্প্রিন্টের জন্য একটি ট্র্যাকিং প্রক্রিয়া। গল্পগুলি সমাপ্তির দিকে অগ্রসর হচ্ছে কিনা তা পরীক্ষা করার জন্য প্রতিদিনের কাজগুলি ট্র্যাক করা হয়।

উদাহরণ: এটি বুঝতে, ছবিটি দেখুন:

আমি বেছে নিলাম:

• দুই সপ্তাহের স্প্রিন্ট (10 দিন)
• স্প্রিন্টের প্রকৃত কাজের জন্য 2 সম্পদ।

"ইতিহাস" ->কলামটি স্প্রিন্টের জন্য নেওয়া ব্যবহারকারীর গল্পগুলি দেখায়। "টাস্ক" ->কলাম ব্যবহারকারীর গল্পের সাথে যুক্ত কাজের একটি তালিকা দেখায়।

"কাজের পরিধি" ->কলাম কাজের পরিমাণ দেখায়। এই পরিমাপটি এখন কাজটি সম্পূর্ণ করার জন্য মোট কাজের পরিমাণ। এটি কোনও নির্দিষ্ট ব্যক্তির কাজের পরিমাণ চিত্রিত করে না।

"দিন 1 - দিন 10" ->- কলাম(গুলি) গল্পের শেষ পর্যন্ত বাকি সময় দেখায়। অনুগ্রহ করে মনে রাখবেন যে এটি এমন সময় নয় যা ইতিমধ্যেই চলে গেছে, তবে সময় যা এখনও অবশিষ্ট রয়েছে।

"কাজের আনুমানিক পরিমাণ" ->কাজের মোট পরিমাণের সূচক। "স্টার্ট" এর জন্য এটি কেবলমাত্র পুরো টাস্কের মোট: SUM (C5:C15)

1 দিনে সম্পন্ন করার মোট কাজের পরিমাণ হল 70/10 = 7। এইভাবে, প্রথম দিন শেষে, কাজের পরিমাণ কমিয়ে 70-7 = 63 করতে হবে। একইভাবে, এটি সমস্ত দিনের জন্য গণনা করা হয়। 10 তারিখ পর্যন্ত, যখন আনুমানিক পরিমাণ কাজ শূন্য হতে হবে (লাইন 16)

"অবশিষ্ট কাজের পরিমাণ" ->নাম অনুসারে, এটি গল্পটি শেষ হওয়ার আগে বাকি কাজের পরিমাণ। এটিও ঘটতে পারে যে কাজের প্রকৃত পরিমাণ প্রত্যাশার চেয়ে বেশি বা কম হয়ে যায়।

এই টাস্ক বার্নডাউন চার্ট তৈরি করতে আপনি Excel এ ফাংশন এবং চার্ট ব্যবহার করতে পারেন।

টাস্ক বার্নডাউন চার্ট পর্যায়:

1. সমস্ত গল্প লিখুন (কলাম A5 – A15)
2. সমস্ত কাজ লিখুন (কলাম B5-B15)
3. দিন লিখুন (দিন 1 - দিন 10)
4. কাজের প্রাথমিক পরিমাণ লিখুন (কাজের যোগফল C5-C15)
5. প্রতিটি দিনের জন্য "কাজের আনুমানিক পরিমাণ" গণনা করতে সূত্রটি প্রয়োগ করুন (দিন 1 থেকে 10 দিন পর্যন্ত)। D15 (c16-$C$ 16/10) এ সূত্রটি লিখুন এবং এটিকে সমস্ত দিনের জন্য টেনে আনুন।
6. প্রতিটি দিনের জন্য, কাজের প্রকৃত পরিমাণ লিখুন। কাজের অবশিষ্ট পরিমাণ যোগ করতে D17 (SUM (D5:D15)) এ একটি সূত্র লিখুন এবং এটিকে অন্য সব দিনে টেনে আনুন।
7. এটি নির্বাচন করুন এবং এই মত একটি চার্ট তৈরি করুন:

11. দলের গতি

একটি স্প্রিন্টে একটি স্ক্রাম দল সঞ্চয় করে মোট পয়েন্টের সংখ্যাকে টিম বেগ বলে। একটি স্ক্রাম দল তার গতির উপর বিচার করা হয়। এটা অবশ্যই বলা উচিত যে এটি মনে রাখা উচিত যে সর্বাধিক সংখ্যক পয়েন্ট অর্জন করা এখানে লক্ষ্য নয়, তবে ভাল মানেরফলাফল, স্ক্রাম দলের আরামের মাত্রা বাড়ায়।

যেমনএকটি নির্দিষ্ট স্প্রিন্টের জন্য: মোট পরিমাণব্যবহারকারীর গল্প - 8. তাদের প্রত্যেকের একটি নির্দিষ্ট সংখ্যক পয়েন্ট রয়েছে

এইভাবে, গতি হল পয়েন্টের সমষ্টি = 30

12. "প্রস্তুত" এর সংজ্ঞা:

ইতিহাস তখনই স্ক্রামে তৈরি হয় যখন উন্নয়ন, পূর্ণ মানের নিশ্চয়তা এবং উৎপাদনে যাওয়ার সুযোগ থাকে।

SCRUM এ কার্যক্রম:

#1: পরিকল্পনা সভা

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

"সভা পূর্ব পরিকল্পনা" সভার আগে। এটি হোমওয়ার্কের মতো যা একটি স্ক্রাম টিম একটি আনুষ্ঠানিক পরিকল্পনা মিটিংয়ের জন্য মিটিং করার আগে করে। দলটি নির্ভরতা বা অন্যান্য কারণগুলি লিখতে চেষ্টা করে যা তারা সভায় আলোচনা করতে চায়।

#2: স্প্রিন্ট উদ্দেশ্যগুলি সম্পূর্ণ করা

নাম থেকেই বোঝা যাচ্ছে, স্ক্রাম টিমের কাজ হল তার কাজটি সম্পূর্ণ করা এবং ব্যবহারকারীর গল্পটিকে "সম্পন্ন" অবস্থায় নিয়ে যাওয়া।

#3: দৈনিক স্ক্রাম মিটিং (কল)

স্প্রিন্ট চক্রের সময়, প্রতিদিন স্ক্রাম টিম 15 মিনিটের বেশি সময় ধরে মিলিত হয় না (এটি একটি কল হতে পারে, যা দিনের শুরুতে সুপারিশ করা হয়)। সভায় তিনটি প্রশ্ন জিজ্ঞাসা করা হয়:

1. গত বৈঠক থেকে দলের সদস্য কি করেছেন?
2. দলের সদস্য আজ কি করার পরিকল্পনা?
3. দলের জন্য কোন বাধা আছে?

স্ক্রাম মাস্টার এই সমস্যাগুলি সমাধান করার জন্য কাজ করে। যদি একজন অংশগ্রহণকারী কোন ধরনের সমস্যার সম্মুখীন হয়, স্ক্রাম মাস্টার তাদের সমাধান করতে সাহায্য করে।

#4: ফলাফল পর্যালোচনা

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

#5: পূর্ববর্তী সভা

ফলাফল পর্যালোচনার পরে একটি পূর্ববর্তী বৈঠক হয়। SCRUM টিম নিম্নলিখিত বিষয়গুলি সংগ্রহ করে, আলোচনা করে এবং নথিভুক্ত করে:

1. আগের স্প্রিন্টে কী ভাল গিয়েছিল (সেরা অনুশীলন)
2. যা খুব ভালো করা হয়নি
3. পাঠ শিখেছি
4. কর্ম উপাদান.

স্ক্রাম দলকে অবশ্যই সর্বোত্তম অনুশীলনগুলি অনুসরণ করতে হবে, "খারাপ অনুশীলনগুলি" উপেক্ষা করতে হবে এবং পরবর্তী স্প্রিন্টগুলিতে শেখা পাঠগুলিকে বাস্তবায়ন করতে হবে। একটি পূর্ববর্তী সভা SCRUM প্রক্রিয়াকে ক্রমাগত উন্নত করতে সাহায্য করে।

কিভাবে প্রক্রিয়া সঞ্চালিত হয়? উদাহরণ !

SCRUM এর কারিগরি জার্গন সম্পর্কে পড়ার পরে, আমাকে একটি উদাহরণ সহ পুরো প্রক্রিয়াটি প্রদর্শন করার চেষ্টা করা যাক।

ধাপ # 1: আসুন কল্পনা করি 9 জনের একটি SCRUM টিম, যার মধ্যে 1 জন মালিক, 1 জন স্ক্রাম মাস্টার, 2 জন পরীক্ষক, 4 জন ডেভেলপার এবং 1 জন ডাটাবেস অ্যাডমিনিস্ট্রেটর রয়েছে৷

ধাপ # 2: একটি স্প্রিন্ট চক্র, উদাহরণস্বরূপ, 4 সপ্তাহ স্থায়ী হবে। সুতরাং, আমাদের 1 মাসের স্প্রিন্ট আছে: 5 জুন থেকে 4 জুলাই পর্যন্ত।

ধাপ #3: পণ্যের মালিকের পণ্য ব্যাকলগে ব্যবহারকারীর গল্পগুলির একটি অগ্রাধিকার তালিকা রয়েছে৷

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

আলোচনা শেষে দলের সদস্যরা তাদের কর্মস্থলে ফিরে যান এবং

• তারা প্রতিটি গল্পের জন্য তাদের পৃথক কাজ সংজ্ঞায়িত করে।
• তাদের কাজ করার জন্য কতটা সময় লাগবে তার সঠিক পরিমাণ গণনা করুন। কিভাবে অংশগ্রহণকারী এই সময় গণনা করে? আসুন পরীক্ষা করা যাক:

মোট কাজের ঘন্টা = 9

মাইনাসবিরতির জন্য 1 ঘন্টা, মিটিং এর জন্য বিয়োগ 1 ঘন্টা, ইমেল, আলোচনা, সমস্যা সমাধান ইত্যাদির জন্য বিয়োগ 1 ঘন্টা।
তাই প্রকৃত কাজের ঘন্টা = 6

স্প্রিন্টের সময় মোট কাজের দিনের সংখ্যা = 21 দিন।
মোট উপলব্ধ ঘন্টা = 21 * 6 = 126

সদস্য 2 দিন = 12 ঘন্টা ছুটিতে (এটি প্রতিটি সদস্যের জন্য পরিবর্তিত হয়, কেউ কেউ ছুটি নিতে পারে, কেউ পারে না।)
প্রকৃত ঘন্টার সংখ্যা = 126-12 = 114 ঘন্টা।

এর মানে হল যে এই স্প্রিন্টের সময় অংশগ্রহণকারী সাধারণত 114 ঘন্টার জন্য উপলব্ধ থাকবে। অতএব, তিনি তার ব্যক্তিগত স্প্রিন্ট টাস্ককে এমনভাবে ভাগ করবেন যে এটি 114 ঘন্টার মধ্যে অর্জন করা হবে।

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

ধাপ #6: একবার স্প্রিন্ট শুরু হলে, প্রতিটি দলের সদস্য নির্ধারিত কাজগুলিতে কাজ শুরু করে।

ধাপ #7: দলটি প্রতিদিন 15 মিনিটের জন্য মিলিত হয় এবং 3টি প্রশ্ন নিয়ে আলোচনা করে:

• তারা গতকাল কি করেছে?
• তারা আজ কি করার পরিকল্পনা করছেন?
• কোন হস্তক্ষেপ আছে?

ধাপ #8: স্ক্রাম মাস্টার প্রতিদিন একটি বার্নডাউন চার্ট ব্যবহার করে অগ্রগতি ট্র্যাক করে

ধাপ #9: কোনো হস্তক্ষেপের ক্ষেত্রে, স্ক্রাম মাস্টার এটি সমাধান করে।

ধাপ #10: 4 জুলাই দলটি ফলাফল পর্যালোচনা করার জন্য আবার দেখা করে৷ প্রতিটি দলের সদস্য পণ্য মালিককে বাস্তবায়িত ব্যবহারকারীর গল্প প্রদর্শন করে।

ধাপ #11: 5 জুলাই দলটি একটি পূর্ববর্তী বৈঠকের জন্য আবার দেখা করে যেখানে তারা আলোচনা করে

• কি ভাল হয়েছে?
• যা ভালো হয়নি
• কর্ম উপাদান.

ধাপ #12: 6ই জুলাই দলটি পরবর্তী স্প্রিন্ট প্রাক-পরিকল্পনা বৈঠকের জন্য আবার মিলিত হয় এবং চক্রটি চলতে থাকে।

(ছবি বড় করতে ক্লিক করুন)

SCRUM কার্যকলাপের জন্য যে প্রোগ্রামগুলি ব্যবহার করা যেতে পারে:

স্ক্রাম কার্যকলাপ ট্র্যাক করতে ব্যাপকভাবে ব্যবহার করা যেতে পারে যে অনেক টুল আছে. এখানে তাদের কিছু আছে:

• এক্সপ্ল্যানার
• সংস্করণ এক
• স্প্রিন্টোমিটার
• স্ক্রামনিঞ্জা

উপসংহার:

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

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

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

চটপটে পদ্ধতি

চতুর পদ্ধতির উত্স দিয়ে এটি শুরু করা মূল্যবান। তারা চটপটে উন্নয়ন ইশতেহার দিয়ে শুরু করেছে। সফ্টওয়্যার"2001 সালে। চটপটে - ইংরেজি থেকে "নমনীয়" হিসাবে অনুবাদ করা হয়েছে। এখানে ইশতেহারের মূল নীতিগুলি রয়েছে:

• মানুষ এবং মিথস্ক্রিয়া প্রক্রিয়া এবং সরঞ্জামের চেয়ে বেশি গুরুত্বপূর্ণ,
• একটি কাজের পণ্য ব্যাপক ডকুমেন্টেশনের চেয়ে বেশি গুরুত্বপূর্ণ,
• চুক্তির শর্তাবলীতে একমত হওয়ার চেয়ে গ্রাহকের সাথে সহযোগিতা বেশি গুরুত্বপূর্ণ,
• পরিবর্তনের ইচ্ছা মূল পরিকল্পনায় লেগে থাকার চেয়ে বেশি গুরুত্বপূর্ণ।

এই জাতীয় পদ্ধতির ভিত্তি হল একটি পুনরাবৃত্তিমূলক পদ্ধতি: যখন বিকাশ চক্রে (পুনরাবৃত্তি) বাহিত হয়। প্রতিটি চক্রের পরে, পণ্যটিকে পরবর্তীতে পরিবর্তন করার পরিকল্পনা করা হয়।

ইশতেহার প্রকাশের আগে বিভিন্ন চটপটে পদ্ধতি বিদ্যমান ছিল। এর নাম অনুসারে, এগুলি সফ্টওয়্যার বিকাশে ব্যবহৃত হয়েছিল এবং দীর্ঘ সময়ের জন্যকেউ অন্য এলাকায় তাদের ব্যবহার করার চেষ্টা করেনি. 2001 এর আগে ব্যবহৃত কিছু চটপটে পদ্ধতি হল:

• 90 এর দশকের গোড়ার দিক থেকে DSDM,
• '97 থেকে FDD,
• কানবান প্রায় 60 এর দশক থেকে, কিন্তু এই পদ্ধতিটি চটপটে পদ্ধতি থেকে শুধুমাত্র কিছু কৌশল ব্যবহার করে।

গত শতাব্দীর 80-এর দশকের দ্বিতীয়ার্ধে স্রামও তৈরি হয়েছিল।

স্ক্রামের ইতিহাস

"স্ক্রাম" শব্দটি প্রথম ব্যবহার করা হয়েছিল রাগবির প্রেক্ষাপটে (যেখানে শব্দটি একটি ঘন ক্লাস্টারে বলের জন্য লড়াই করা খেলোয়াড়দের অবস্থানকে বোঝায়), কিন্তু উন্নয়নের প্রেক্ষাপটে, যখন হিরোটাকা তাকুচি এবং নোনাকা ইকুজির এটি ব্যবহার করেছিলেন 1986 সালে একটি নিবন্ধ। সেখানে, বিজ্ঞানীরা একটি বাণিজ্যিক পণ্য বিকাশের জন্য একটি নতুন নমনীয় গ্যামিফিকেশন পদ্ধতির বর্ণনা করেছেন, যা তাদের অল্প সময়ের মধ্যে কাজ সম্পূর্ণ করতে দেয়। উন্নয়ন দলকে একটি রাগবি দলের সাথে তুলনা করা হয়েছে: স্ক্রামের সময়, এটি একটি সাধারণ লক্ষ্য অর্জনের জন্য একক জীব হিসাবে কাজ করে।

নিবন্ধটি জেফ সাদারল্যান্ড দ্বারা লক্ষ্য করা হয়েছিল, একজন প্রাক্তন মার্কিন সামরিক পাইলট যিনি সফ্টওয়্যার বিকাশের জন্য নতুন পদ্ধতির সন্ধান করছেন। একই সময়ে, কেন শোয়াবার, একজন ডেভেলপারও, তার ক্রিয়াকলাপগুলিকে অপ্টিমাইজ করার জন্য নতুন পদ্ধতির সন্ধান করছিলেন। 1995 সালে, সাদারল্যান্ড এবং শোয়াবার একত্রিত হয়ে স্ক্রাম পদ্ধতির মূল বিষয়গুলি প্রতিফলিত করে একটি নথি তৈরি করেন। 2001 সালে, তারা চটপটে ইশতেহার তৈরিতে অংশ নিয়েছিল।

একই বছরে, স্ক্রাম অ্যালায়েন্স তৈরি করা হয়েছিল। তার লক্ষ্য: কাজের প্রক্রিয়ার সঠিক সংগঠন তৈরি করতে নেতা, কোম্পানি এবং সাধারণ মানুষকে গাইড করা - "কাজের বিশ্বকে রূপান্তর করুন"। জোটটি আজও বিদ্যমান এবং স্ক্রাম পদ্ধতি বাস্তবায়ন করছে।

স্ক্রাম কিসের উপর ভিত্তি করে?

স্ক্রাম-এ কর্মপ্রবাহ সংগঠিত করার মূল নীতিগুলি অনেক উপায়ে একটি মানক এবং অন্যান্য চতুর পদ্ধতির সাথে মিলে যায়।

• একটি প্রকল্পের কাজ স্প্রিন্ট (পুনরাবৃত্তি) নিয়ে গঠিত, যা দুই থেকে চার সপ্তাহ স্থায়ী হয়। স্প্রিন্টের সময়, একটি পূর্বনির্ধারিত পরিমাণ কাজ সম্পূর্ণ করা প্রয়োজন। সাধারণত এটি হয় পণ্যের একটি নতুন কার্যকারিতা, বা সম্পূর্ণরূপে একটি সমাপ্ত পণ্য, যা পরবর্তী স্প্রিন্টের সময় উন্নত হয়। স্প্রিন্টের সময় আপনি কাজগুলি পরিবর্তন করতে পারবেন না; একটি স্প্রিন্ট শুধুমাত্র ব্যতিক্রমী পরিস্থিতিতে বন্ধ করা যেতে পারে।
• দলের আকার: চার থেকে দশ জন। এই সীমাবদ্ধতা সর্বাধিক উত্পাদনশীলতা নিশ্চিত করে এবং বাধা এবং কথোপকথন কমিয়ে দেয়। দলটিতে পণ্য তৈরির জন্য প্রয়োজনীয় সমস্ত বিশেষজ্ঞ থাকতে হবে।
• স্প্রিন্ট উদ্দেশ্যগুলি পণ্য ব্যাকলগে বর্ণিত হয়েছে। পণ্য ব্যাকলগ ব্যবহারকারীর গল্প (ব্যবহারকারীর গল্প) থেকে সংকলিত হয় - গ্রাহক বা ভোক্তা প্রকল্পে কী দেখতে চায়।
• প্রতিটি স্প্রিন্ট পরিকল্পনার মাধ্যমে শুরু হয় - এটি আলোচনা করে যে কোন কাজগুলি সম্পন্ন করতে হবে এবং একটি পূর্ববর্তী দিক দিয়ে শেষ হয় - দলের কার্যকারিতা মূল্যায়ন করে৷ প্রতিদিন, 15-মিনিটের মিটিং অনুষ্ঠিত হয় - দলের সদস্যরা, সর্বদা দাঁড়িয়ে, আলোচনা করুন: গতকাল কী সম্পন্ন হয়েছিল, আজ কী করা দরকার এবং কী এটি বাধা দিতে পারে।
• মাল্টিটাস্কিংয়ের অভাব। দলটি একবারে একটি মাত্র কাজ করে।
• উন্নয়ন দল ছাড়াও, আরও দুটি ভূমিকা অপরিহার্যভাবে উপস্থিত। স্ক্রাম মাস্টার, যিনি স্ক্রাম নীতির সাথে সম্মতি নিরীক্ষণ করেন এবং কার্যকরী কাজের প্রতিবন্ধকতা দূর করেন এবং পণ্যের মালিক। তিনি গ্রাহকের সাথে যোগাযোগ করেন এবং দলের কাছে তার প্রয়োজনীয়তা জানান।

বোর্ড এবং বার্নডাউন চার্ট

আমাদের স্ক্রামে ব্যবহৃত কাজের ভিজ্যুয়ালাইজেশন পদ্ধতি এবং কিছু অন্যান্য চটপটে পদ্ধতি সম্পর্কেও কথা বলা উচিত। দুটি প্রধান হল: বার্নডাউন চার্ট এবং ডেস্ক।

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

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

স্ক্রাম-এ এই দুটি ভিজ্যুয়ালাইজেশন পদ্ধতি প্রয়োজন। বার্নডাউন চার্ট এবং ডেস্ক - দলের জন্য পরিসংখ্যান এবং প্রেরণা। যাইহোক, এই জাতীয় সরঞ্জামগুলি নমনীয় পদ্ধতিতে স্যুইচ না করে ব্যবহার করা যেতে পারে: তারা যে কোনও কাজের দলের কার্যকারিতা পুরোপুরি প্রদর্শন করবে।

আরেকটি জনপ্রিয় টুল: বেগ মেট্রিক। বেশ কয়েকটি স্প্রিন্টের ডায়াগ্রাম সম্পূর্ণ করা কলামগুলির সাথে প্রতি স্ট্রীমের পরিকল্পিত সাবটাস্ক/স্টোরি পয়েন্টের কলামের তুলনা করে। এর ভিত্তিতে, দক্ষতা নির্ধারণ করা হয়। পদ্ধতিটি খুব বিতর্কিত, কারণ এটি ফলাফলগুলিকে খুব বেশি সাধারণ করে তোলে, তবে অতিরিক্ত ব্যবহার করা যেতে পারে।

স্ক্রাম কোথায় ব্যবহার করা হয়?

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

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

কিন্তু স্ক্রাম শুধুমাত্র আইটি প্রকল্পের জন্যই প্রযোজ্য নয়। হ্যাঁ, প্রথমবারের মতো পদ্ধতিটি সফ্টওয়্যার বিকাশের ক্ষেত্রে ব্যবহার করা শুরু হয়েছিল। কিন্তু মূলত কারণ বেশিরভাগ পণ্যই উদ্ভাবনী ছিল: খুব কম লোকই কল্পনা করতে পারে যে তারা শেষ পর্যন্ত কেমন হবে। এই জাতীয় পণ্যগুলি অন্যান্য ক্ষেত্রে বিদ্যমান: বৃহৎ বিপণন প্রকল্প তৈরি করা, নতুন স্থাপত্য কমপ্লেক্সগুলির জন্য অঙ্কনগুলির বিকাশ, গৃহস্থালীর যন্ত্রপাতি তৈরি করা যার কোনও অ্যানালগ নেই।

স্ক্রাম এবং বড় কোম্পানি

জার্মান গ্রেফ Sberbank-এর আইটি সেক্টরে সক্রিয়ভাবে স্ক্রাম প্রবর্তন করছে। সেখানে, পদ্ধতিটি 2013 সাল থেকে Sberbank অনলাইনকে সমর্থন করার জন্য ব্যবহার করা হয়েছে। নমনীয় পদ্ধতি ব্যবহার করে একই অ্যাপ্লিকেশন তৈরি করা হয়েছিল। বেশ কয়েকটি দল টিপসের মতো অন্যান্য বিভিন্ন প্রকল্প তৈরি করছে।

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

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

স্ক্রাম মূল্যায়ন

স্ক্রাম বেশ দীর্ঘকাল ধরে রয়েছে এবং এই সময়ে এটি অনেক সমর্থক এবং অনেক প্রতিপক্ষকে অর্জন করেছে।

সুবিধা

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

ত্রুটি

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

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

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

স্ক্রাম প্রশিক্ষণ

রাশিয়ায় ১৯৭১ সালে ইদানীংঅনেক প্রতিষ্ঠান স্ক্রাম মাস্টার হওয়ার জন্য কোর্স অফার করে। তারা সবসময় কার্যকর হয় না। একই সময়ে, প্রচুর সাহিত্য রয়েছে, যার জন্য ধন্যবাদ উদ্যোক্তা এবং পরিচালকরা এই পদ্ধতিটি আরও ভালভাবে আয়ত্ত করতে এবং এটি কোম্পানিতে প্রয়োগ করতে পারেন। সেরা তিন.

1. স্ক্রাম। জেফ সাদারল্যান্ডের একটি বিপ্লবী প্রকল্প ব্যবস্থাপনা পদ্ধতি।

জেফ সাদারল্যান্ড।

3. "স্ক্রাম এবং এক্সপি: সামনের লাইন থেকে নোট", হেনরিক নিবার্গ।

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

প্রজেক্ট ম্যানেজমেন্ট সফটওয়্যার

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

1. জিরা। এই অ্যাপ্লিকেশনটি আপনাকে সুবিধাজনকভাবে বিভিন্ন আকারের প্রকল্পগুলি পরিচালনা করতে দেয়। শুধুমাত্র স্ক্রাম নয়, কানবান টেমপ্লেটগুলিও প্রযোজ্য। মোবাইল ডিভাইসে উপলব্ধ, ইমেল বিজ্ঞপ্তি পাঠায় এবং অন্যান্য দরকারী বৈশিষ্ট্য আছে. JIRA ওপেন সোর্স প্রকল্পের জন্য বিনামূল্যে।
2. সংস্করণ এক. বিভিন্ন Agile এবং DevOps পদ্ধতি ব্যবহার করে কার্যক্রম সংগঠিত করার জন্য একটি প্ল্যাটফর্ম। কাজের প্রক্রিয়া কল্পনা করে, স্প্রিন্ট এবং প্রকাশের পরিকল্পনা করে। একটি বোর্ড, একটি বার্নডাউন চার্ট এবং অন্যান্য ভিজ্যুয়ালাইজেশন টুল আছে। একটি দল বা দলকে একে অপরের সাথে যোগাযোগ করার অনুমতি দেয়। সংস্করণ এক ছিল চটপটে পদ্ধতির জন্য প্রকাশিত প্রথম সফ্টওয়্যার এবং এখনও সেরাগুলির মধ্যে একটি।
3. Taskify.us. এটি বোর্ডের একটি ইন্টারেক্টিভ সংস্করণ। একটি মোটামুটি সহজ অ্যাপ্লিকেশন, যা, তবুও, তার ফাংশন পুরোপুরি সঞ্চালন করে।
4. ট্রেলো। আরেকটি ইন্টারেক্টিভ হোয়াইটবোর্ড, কিন্তু অনেক বেশি ক্ষমতা সহ। প্রোগ্রামটির মৌলিক সংস্করণে কার্ড সহ একটি নিয়মিত ডেস্ক রয়েছে যেখানে কাজটি বিশদভাবে বর্ণনা করা যেতে পারে। প্রয়োজনে, আপনি অতিরিক্ত বিকল্পগুলি সংযুক্ত করতে পারেন: ক্যালেন্ডার, ভোটদান, কার্ডগুলির "বার্ধক্য"।
5. স্প্রিন্টগ্রাউন্ড। টাস্ক ম্যানেজার চটপটে পদ্ধতির জন্য অপ্টিমাইজ করা হয়েছে। কাজগুলি বিতরণ করে, চার্টে দলের কার্যকারিতা সম্পর্কে তথ্য প্রদর্শন করে এবং আপনাকে ব্যবহারকারীর গল্পগুলি পেতে অনুমতি দেয়।

স্ক্রাম পদ্ধতি কি? কিভাবে এটি উন্নয়ন এবং আরো ব্যবহার করতে? কেন নমনীয়তা সবসময় ভাল হয় না?

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

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

স্ক্রাম কি

স্ক্রাম হল একটি চটপটে উন্নয়ন পদ্ধতি বা নমনীয় ব্যবস্থাপনা কাঠামো (অর্থাৎ কাঠামো) যা প্রক্রিয়ার মানের উপর জোর দেয়।

পদ্ধতির সারমর্ম হ'ল একটি পণ্য তৈরি করা নির্দিষ্ট অংশে বিভক্ত। এই ধরনের অংশগুলি সম্পূর্ণ করার জন্য একটি অংশ বা একটি স্প্রিন্ট (সাধারণত 2 সপ্তাহ) বরাদ্দ করা হয়। এই জাতীয় প্রতিটি স্প্রিন্টের শেষে, সম্পূর্ণ অংশটি প্রদর্শন করা প্রয়োজন। উপরের ছবিটি প্রক্রিয়াগুলির একটি সাধারণ নীতি মাত্র। এর একটি ঘনিষ্ঠ কটাক্ষপাত করা যাক.

স্ক্রাম কিভাবে কাজ করে

স্ক্রাম আসলে কিভাবে কাজ করে তা নিচে দেখুন।

এখন পর্যন্ত এটি চাইনিজ লেখার মতো দেখায়, তাই আমি পৃথক অংশগুলি দেখার এবং কাঠামোর প্রতিটি উপাদানকে বিচ্ছিন্ন করার পরামর্শ দিই। আমি বরিস ভলফসানের "চতুর পদ্ধতি" বইটি সুপারিশ করছি; এটি এই উপাদানটির ভিত্তি তৈরি করেছে (কিছু ছবি সেখান থেকে এসেছে)।

স্ক্রাম স্ট্রাকচার

আসুন দেখি স্ক্রাম কি কি উপাদান নিয়ে গঠিত।

ভূমিকা

• পণ্যের মালিক/ব্যবস্থাপক। একটি কাজ সেট করে, কাজের জন্য অগ্রাধিকার নির্ধারণ করে, গ্রাহকের সাথে যোগাযোগ করে।
• স্ক্রাম মাস্টার এমন একজন ব্যক্তি যিনি দলের মধ্যে প্রক্রিয়াগুলির জন্য দায়ী, কাজের সমন্বয় সাধন করেন এবং অভ্যন্তরীণ বায়ুমণ্ডল পর্যবেক্ষণ করেন। স্প্রিন্টের পরিকল্পনা করে, একটি স্ক্রাম মিটিং সংগঠিত করে এবং প্রতিটি স্প্রিন্টের শেষে ফলাফল প্রদর্শনে অংশগ্রহণ করে।

একটি স্ক্রাম মিটিং হল একটি দৈনিক মিটিং যেখানে স্প্রিন্টের অগ্রগতি নিয়ে আলোচনা করা হয়। আপনি কি করেছেন, কোন সমস্যা আছে, আপনি কি করার পরিকল্পনা করছেন? প্রতি মিটিংয়ে 15 মিনিটের বেশি নয়। সব দলের সদস্যদের কথা বলতে হবে. স্ক্রাম মাস্টার প্রত্যেকের সময় এবং কর্মক্ষমতা নিরীক্ষণ করে।

• দল - 7±2 লোক যারা পণ্যের মালিকের প্রয়োজনীয়তা বাস্তবায়ন করে।

শিল্পকর্ম

• পণ্য ব্যাকলগ. অগ্রাধিকার এবং শ্রম খরচ সহ প্রয়োজনীয়তার তালিকা।
• স্প্রিন্ট ব্যাকলগ. স্প্রিন্ট ব্যাকলগের অংশ, অর্থাৎ, একটি স্প্রিন্টে বাস্তবসম্মতভাবে মাপসই করা যেতে পারে এমন বেশ কয়েকটি কাজ।
• পণ্য বৃদ্ধি। প্রদর্শনের জন্য পণ্য সমাপ্ত অংশ. ডিজিটাল প্রকল্পে, এটি কার্যকারিতা হতে পারে। উদাহরণস্বরূপ, সাইটে একটি কাজ নিবন্ধন ফর্ম যে দেখানো যেতে পারে.

প্রসেস

• স্প্রিন্ট পরিকল্পনা। স্ক্রাম মাস্টারের সাথে দলটি ভবিষ্যতের স্প্রিন্টের জন্য একটি কাজের পরিকল্পনা করে, অর্থাৎ, কাজের একটি স্প্রিন্ট ব্যাকলগ (তালিকা) তৈরি করে।
• স্প্রিন্ট পর্যালোচনা। প্রতিটি স্প্রিন্টের পরে পণ্য বৃদ্ধির প্রদর্শন। দলটি পণ্যের মালিককে (এবং অনুরোধের ভিত্তিতে গ্রাহককে) কাজের কার্যকারিতা দেখায়, যারা প্রয়োজনে প্রয়োজনীয়তা পরিবর্তন করে।
• পূর্ববর্তী। প্রক্রিয়া উন্নত করতে অতীত স্প্রিন্ট পর্যালোচনা. দল, স্ক্রাম মাস্টার এবং পণ্যের মালিক অতীতের স্প্রিন্ট নিয়ে আলোচনা করে, সিদ্ধান্তে আঁকেন এবং কী উন্নতি করা যেতে পারে সে সম্পর্কে চিন্তা করেন।
• স্ক্রাম মিটিং। (উপরে "ভূমিকা" ব্লকে সংজ্ঞা দেখুন)
• স্প্রিন্ট। একটি নিয়ম হিসাবে, একটি দুই সপ্তাহের পর্যায় যার সময় দলটি প্রদর্শনের জন্য প্রস্তুত কার্যকারিতা বিকাশ করতে পরিচালনা করে।

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

স্ক্রাম উদাহরণ

কল্পনা করুন যে আপনার গ্রীষ্মকালীন কটেজগুলি পরিষ্কার করার জন্য আপনাকে একটি ওয়েবসাইট/পরিষেবা তৈরি করতে হবে। আপনার আছে কি দেশের বাড়ি, যেখানে এলাকাটি সম্পূর্ণ বিশৃঙ্খল অবস্থায় রয়েছে এবং আপনার সপ্তাহান্তে পরিষ্কার করা সম্ভব নয়, কারণ আপনি একটু আরাম করতে চান। অতএব, voila, Uberimoydvor সেবা!

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

আমরা উদাহরণ স্বরূপ, একটি ওয়েবসাইট তৈরির অংশ হিসাবে একটি গুরুত্বপূর্ণ কাজ বা ব্যবহারকারীর গল্প নির্বাচন করি: "একটি ক্লায়েন্ট/ব্যবহারকারীর নিবন্ধন"। এবং ছোট ছোট অংশে ভেঙ্গে ফেলুন। আমরা একটি পণ্য ব্যাকলগ তৈরি করি।

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

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

টাস্ক ব্যাকলগ প্রদর্শন করতে, নিয়মিত স্টিকি নোট এবং একটি বোর্ড (কখনও কখনও এমনকি একটি দেয়াল) ব্যবহার করা হয়। এটি দেখতে কেমন হতে পারে তা এখানে।

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

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

এর উঠান পরিষ্কার করা যাক. তাই আমরা টাস্ক সহ স্প্রিন্ট বেছে নিয়ে কাজ শুরু করি। দলটি প্রতিদিন কাজের পরিমাণ সম্পূর্ণ করে, এবং স্ক্রাম মাস্টার 15-মিনিটের প্ল্যানিং মিটিং (স্ক্রাম মিটিং) সংগঠিত করেন, যেখানে তিনি স্প্রিন্ট টাস্কগুলির অবস্থা আপডেট করেন এবং যদি সেগুলি দেখা দেয় তবে কাজের মধ্যে অসুবিধাগুলি খুঁজে বের করেন।

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

2-সপ্তাহের স্প্রিন্টের পর, স্ক্রাম মাস্টার এবং দল একটি কার্যকরী প্রদর্শনী পরিচালনা করে। আমাদের উদাহরণে, আমরা একটি নিবন্ধন ফর্ম তৈরি করতে পেরেছি এবং এটি পণ্যের মালিককে দেখাচ্ছি৷ তিনি দেখেন এবং প্রয়োজনে সামঞ্জস্য করেন। একবার কাজটি গৃহীত হলে, আমরা পরবর্তী স্প্রিন্টে চলে যাই।

রেট্রোস্পেক্টিভ: স্প্রিন্ট বিশ্লেষণ

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

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

কিভাবে অগ্রাধিকার দিতে হয়

এটা ভালো যে আমরা স্ক্রাম ম্যানেজমেন্ট ব্যবহার করি, কিন্তু কিভাবে ব্যবহারকারীর গল্পের বিশাল তালিকাকে অগ্রাধিকার দেওয়া যায়? সব পরে, একটি প্রকল্প যেমন অনেক গল্প অন্তর্ভুক্ত করতে পারে.

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

সেই সঙ্গে দলের সামর্থ্যও বিবেচনায় নিতে হবে। তিনি একটি স্প্রিন্টে কত সমস্যা সমাধান করতে পারেন? এই কাজগুলো কি ধরনের? কিভাবে বাস্তবায়নের সার্বিক অগ্রগতি পরিকল্পনা? ব্যাকলগের ভিতরে মূল্যায়ন সাহায্য করবে।

ব্যাকলগের ভিতরে ব্যবহারকারীর গল্পের মূল্যায়ন করা

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

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

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

উপরের উদাহরণে, "সন্তুষ্ট গ্রাহকদের সাথে ফটো গ্যালারী" এর দাম 0.5 স্টোরি পয়েন্ট, অর্থাৎ জটিলতায় এটি আমাদের রেফারেন্স স্টোরি "ব্যবহারকারী নিবন্ধন" থেকে 2 গুণ কম। দলের সদস্যরা বেনামে সমস্ত রেটিং দেয়; আপনি তাদের স্টিকারগুলিতে লিখতে পারেন।

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

সমস্ত অংশগ্রহণকারীদের অবশ্যই একটি সাধারণ মতামতে আসতে হবে এবং স্কোর সমান হবে। ফলস্বরূপ, আমরা আপেক্ষিক স্কোরের উপর ভিত্তি করে সমস্ত ব্যবহারকারীর গল্পের ভাঙ্গন পাই।

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

এটি আমাদের একটি অভ্যন্তরীণ মিটার বা মুদ্রা দেয় যা দল প্রতি স্প্রিন্ট পায়। এটি দলের কার্যকারিতা পরিমাপ করতে এবং ভবিষ্যতের পুনরাবৃত্তির পূর্বাভাস দিতে ব্যবহার করা যেতে পারে।

স্ক্রাম কি শুধুমাত্র উন্নয়নে ব্যবহার করা সম্ভব নয়?

হ্যাঁ এবং না। এই 5টি অক্ষর (স্ক্রাম) এর অর্থ কী তা বুঝতে শুরু করার আগে, আমি ইতিমধ্যে আমার কাজে কিছু নীতি ব্যবহার করেছি। পরিকল্পনা করা, বিভিন্ন সরঞ্জাম ব্যবহার করা এবং আপনার তথাকথিত "টাস্ক স্প্রিন্ট" তৈরি করা ইতিমধ্যেই ঘটেছে।

কিন্তু তবুও এটি স্ক্রাম নয়। স্ক্রাম হল একটি পদ্ধতি এবং সিস্টেম যা আপনাকে নমনীয় হতে এবং একটি দলের মধ্যে ক্রমাগত প্রক্রিয়াগুলিকে উন্নত করতে দেয়।

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

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

স্ক্রাম কখন ব্যবহার করবেন

প্রধানত ছোট প্রকল্প এবং স্টার্ট আপে। এটি Mail.ru-এর মতো বড়গুলিতে সম্ভব, তবে কর্মের একটি নির্দিষ্ট স্বাধীনতা এবং তাদের নিজস্ব পণ্য মালিকের সাথে পৃথক কার্যকরী দল থাকা উচিত। ভুলে যাবেন না যে স্ক্রাম নমনীয়তা এবং পরিবর্তন সম্পর্কে। দলগুলি 7±2 জনের বেশি হওয়া উচিত নয়, অন্যথায় যোগাযোগগুলি কার্যকরভাবে সংগঠিত করা অসম্ভব হবে।

সূক্ষ্মতা

আপনি যদি আপনার প্রকল্পগুলিতে স্ক্রাম বাস্তবায়ন করার সিদ্ধান্ত নেন, তবে নিম্নলিখিত সূক্ষ্মতাগুলি বিবেচনা করুন:

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

শেষ করা যাক

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

"চাঁদে মানুষ পাঠানোর ক্ষেত্রে নাসা যে সমস্ত চ্যালেঞ্জের সম্মুখীন হয়েছিল, তার মধ্যে নিয়ন্ত্রণ সম্ভবত সবচেয়ে চ্যালেঞ্জিং ছিল।"

— রজার লউনিস, নাসার ইতিহাসবিদ

ইতিহাস জুড়ে, মানবতা সফলভাবে বাস্তবায়নের একটি চিত্তাকর্ষক তালিকা জমা করেছে জটিল প্রকল্প. গিজার পিরামিড নির্মাণ থেকে শুরু করে একজন মানুষকে চাঁদে পাঠানো পর্যন্ত, সবচেয়ে সাহসী মানুষের প্রচেষ্টার জন্য হাজার হাজার মানুষের সমন্বিত কাজের প্রয়োজন ছিল। এবং এটি একটি জটিল প্রকল্প ব্যবস্থাপনা সিস্টেম বোঝায়।

এবং যদিও আমাদের মধ্যে মাত্র কয়েকজনকে এই স্কেলের কাজের মুখোমুখি হতে হবে, এই ব্লগের বেশিরভাগ পাঠকই কোনও না কোনও উপায়ে প্রকল্প পরিচালনার মুখোমুখি হবেন। পিএমআই অনুমান অনুসারে, 2020 সালের মধ্যে সেখানে থাকবে - এবং অন্যান্য অনেক পেশাদারকে প্রায়শই মিনি-প্রকল্পগুলি পরিচালনা করতে হবে, অন্তত ব্যক্তিগত স্তরে।

কথা বলছি সহজ কথায়প্রজেক্ট ম্যানেজমেন্ট হল একটি লক্ষ্য অর্জনের জন্য প্রয়োজনীয় সবকিছু পরিচালনা এবং সংগঠিত করা - অবশ্যই সময়মতো এবং বাজেটের মধ্যে। এটি নতুন সফ্টওয়্যার তৈরি করা, একটি বিপণন প্রচারাভিযান চালানো, বা মঙ্গল গ্রহে মানুষকে অবতরণ করা হোক না কেন, প্রকল্প পরিচালনা আপনাকে সাফল্য অর্জন করতে দেয়৷

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

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

এই নিবন্ধে আমরা দেখব:

• ক্লাসিক প্রকল্প ব্যবস্থাপনা
• চটপটে
• স্ক্রাম
• লীন
• কানবন
• ছয়সিগমা
• PRINCE2

এবং নির্দিষ্ট পদ্ধতি দেখার আগে, আসুন নিম্নলিখিত উত্তর দেওয়া যাক: স্পষ্ট প্রশ্ন – "কেন আমাদের প্রজেক্ট ম্যানেজমেন্ট সিস্টেম এবং পদ্ধতিগুলি আদৌ দরকার?"- আসুন, অবশ্যই, সংক্ষিপ্তভাবে প্রকল্প পরিচালনার ইতিহাস দেখি এবং প্রকল্প পরিচালনার মৌলিক শর্তাবলী সংজ্ঞায়িত করি।

কেন "প্রকল্প ব্যবস্থাপনা"?

নীল আর্মস্ট্রং এবং বাজ অলড্রিনের নাম ইতিহাসে চিরকালের জন্য মানবজাতির অন্যতম শ্রেষ্ঠ অর্জনের প্রতীক হিসাবে চলে যাবে - চাঁদে মানুষের অবতরণ। যাইহোক, এই ইভেন্টের প্রধান অবদানকারীরা ছিল 400,000 NASA কর্মী এবং 20,000 কোম্পানি এবং বিশ্ববিদ্যালয় যারা অ্যাপোলো মিশনে একসাথে কাজ করেছিল।

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

নাসার বই ম্যানেজিং দ্য মুন প্রোগ্রাম অনুসারে, মূল সমস্যা ছিল না " কি করতে হবে?", এবং তাতে " এত অল্প সময়ে এত কিছু কিভাবে করা যায়?জনসন স্পেস সেন্টারের ইঞ্জিনিয়ারিং বিভাগের প্রধান ডঃ ম্যাক্স ফাগেটের মতে (লিন্ডন বি জনসন স্পেস সেন্টার, জেএসসি), তারপর নাসার কোন ধারণা ছিল না কিভাবে 10 বছরের মধ্যে সমস্ত প্রয়োজনীয় ক্রিয়াগুলি ফিট করা যায়৷ অতএব, প্রথম পদক্ষেপটি ছিল "প্রকল্পটিকে পরিচালনাযোগ্য পর্যায়ে বিভক্ত করা।"

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

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

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

প্রকল্প ব্যবস্থাপনার একটি সংক্ষিপ্ত ইতিহাস

প্রজেক্ট ম্যানেজমেন্ট নাসা বা ডাঃ মুলার দ্বারা উদ্ভাবিত হয়নি। মিশরীয় পিরামিড এবং চীনের গ্রেট ওয়াল প্রাগৈতিহাসিক যুগের প্রকল্প ব্যবস্থাপনার পণ্য। দুর্ভাগ্যবশত, এই প্রকল্পগুলি কীভাবে বাস্তবায়িত এবং পরিচালিত হয়েছিল তার কোনও প্রামাণ্য প্রমাণ নেই এবং বর্তমান প্রকল্প ব্যবস্থাপনা গত শতাব্দীর জ্ঞান থেকে বিচ্ছিন্ন।

একটি প্রকল্প বাস্তবায়নের সবচেয়ে সুস্পষ্ট উপায় হল এটিকে পর্যায়ক্রমে বা স্বতন্ত্র কাজগুলিতে বিভক্ত করা। একটি রন্ধনসম্পর্কীয় রেসিপির মতো - আপনি উপাদানগুলি কিনুন, সঠিকভাবে মিশ্রিত করুন, রান্না করুন এবং পরিবেশন করুন। সবচেয়ে সহজ প্রজেক্ট ম্যানেজমেন্ট টুল হল কর্মের একটি চেকলিস্ট যা একটি লক্ষ্য অর্জনের জন্য নেওয়া প্রয়োজন। সহজ এবং কার্যকর.

যাইহোক, আপনি যদি একজন শেফ হন এবং আপনি একটি থালা নয়, একাধিক খাবার প্রস্তুত করছেন, উদাহরণস্বরূপ, একটি সালাদ (যার প্রস্তুতিতে 3 টি পর্যায় থাকে) এবং একটি ডেজার্ট (যা শুধুমাত্র পরিবেশন করা প্রয়োজন), তাহলে আপনার প্রয়োজন হবে টুল যা আপনাকে তাদের প্রতিটি আইটেম এবং কখন তারা প্রস্তুত হতে হবে তা ট্র্যাক করতে দেয়। এবং এখানে প্রথম এক উদ্ধার আসে আধুনিক যন্ত্রপ্রকল্প ব্যবস্থাপনা: Gantt চার্ট উপস্থাপিত চিত্র 2.

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

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

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

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

জনপ্রিয় প্রজেক্ট ম্যানেজমেন্ট সিস্টেম

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

আমরা সবচেয়ে জনপ্রিয় পদ্ধতিগুলি দেখার আগে, আসুন কিছু মূল পদ সংজ্ঞায়িত করি।

প্রকল্প পরিচালনার মৌলিক শর্তাবলী

চটপটে:প্রকল্প এবং পণ্য পরিচালনার জন্য একটি নমনীয় পুনরাবৃত্তিমূলক-বৃদ্ধিমূলক পদ্ধতি, প্রয়োজনীয়তার গতিশীল গঠনের উপর দৃষ্টি নিবদ্ধ করে এবং বিভিন্ন ক্ষেত্রের বিশেষজ্ঞদের সমন্বয়ে গঠিত স্ব-সংগঠিত কার্যকারী গোষ্ঠীর মধ্যে ক্রমাগত মিথস্ক্রিয়ার ফলে তাদের বাস্তবায়ন নিশ্চিত করা। চটপটে ধারণার উপর ভিত্তি করে অনেক পদ্ধতি রয়েছে, যার মধ্যে সবচেয়ে জনপ্রিয় হল স্ক্রাম এবং কানবান।

জটিল পথ:প্রাথমিক থেকে চূড়ান্ত ইভেন্ট পর্যন্ত কাজ এবং ইভেন্টগুলির একটি ক্রমাগত ক্রম, এটি সম্পূর্ণ করার জন্য সর্বাধিক সময় প্রয়োজন।

প্রক্রিয়ার ইভেন্ট চেইন (ইপিসি ডায়াগ্রাম):সম্পদের প্রাপ্যতা এবং কাজের চাপের উপর ভিত্তি করে প্রকল্পের কাজ বাস্তবায়নের ক্রম দেখানো একটি চিত্র

সময় রিজার্ভ:প্রকল্পের সামগ্রিক সময়কালকে প্রভাবিত না করে যে পরিমাণ সময় কাজ শুরু করতে বিলম্ব হতে পারে। এইভাবে, সমালোচনামূলক পথে কাজ শূন্যের ভাসমান থাকবে।

মাইলফলক (নিয়ন্ত্রণ পয়েন্ট,মাইলফলক):একটি মূল ঘটনা, চিহ্নিত করা, উদাহরণস্বরূপ, একটি পর্যায়ের শেষ। একটি Gantt চার্টে, শূন্য সময়কাল সহ একটি টাস্ক নির্দেশিত হয়।

প্রকল্প ব্যবস্থাপক (প্রকল্প ব্যবস্থাপক,প্রকল্পম্যানেজারP.M. ): প্রকল্প পরিচালনার জন্য দায়ী প্রকল্প দলের নেতা (প্রকল্পের পরিকল্পনা, বাস্তবায়ন এবং বন্ধ)।

সম্পদ:প্রকল্প বাস্তবায়নের জন্য প্রয়োজনীয় উপাদান। সম্পদের মধ্যে রয়েছে সময়, সরঞ্জাম, উপকরণ, কর্মচারী ইত্যাদি।

স্প্রিন্ট (স্প্রিন্ট):স্ক্রামে একটি পুনরাবৃত্তি (কাজের চক্র), যা এক সপ্তাহ থেকে এক মাস স্থায়ী হয়, এই সময়ে একটি পণ্যের একটি কার্যকরী সংস্করণ বা গ্রাহকের কাছে মূল্যবান উপাদান তৈরি করা হয়।

"শাস্ত্রীয়" বা "প্রথাগত" প্রকল্প ব্যবস্থাপনা:তথাকথিত "জলপ্রপাত" বা ক্যাসকেড চক্রের উপর ভিত্তি করে প্রজেক্ট ম্যানেজমেন্টের সর্বাধিক ব্যবহৃত পদ্ধতি, যেখানে কাজটি একটি প্রবাহের অনুরূপ পর্যায়গুলির মাধ্যমে ক্রমানুসারে স্থানান্তরিত হয়।

ক্লাসিক প্রকল্প ব্যবস্থাপনা

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

এই পদ্ধতিটি এমন প্রকল্পগুলির উপর দৃষ্টি নিবদ্ধ করে যেখানে কাজের ক্রমটির উপর কঠোর নিষেধাজ্ঞা রয়েছে। উদাহরণস্বরূপ, একটি ঘর নির্মাণ - আপনি একটি ভিত্তি ছাড়া দেয়াল নির্মাণ করতে পারবেন না।

সাধারণত ক্লাসিক প্রজেক্ট ম্যানেজমেন্টের 5টি পর্যায় থাকে, তবে প্রোজেক্টের প্রয়োজন হলে অতিরিক্ত ধাপ যোগ করা যেতে পারে।

ঐতিহ্যগত ব্যবস্থাপনার 5টি পর্যায়:

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

পর্যায় 2. পরিকল্পনা।এই পর্যায়ে, দল সিদ্ধান্ত নেয় কিভাবে এটি পূর্ববর্তী পর্যায়ে নির্ধারিত লক্ষ্য অর্জন করবে। এই পর্যায়ে, দলটি প্রকল্পের লক্ষ্য এবং ফলাফলের পাশাপাশি এটির জন্য কাজের সুযোগ স্পষ্ট করে এবং বিশদ বিবরণ দেয়। এই তথ্যের ভিত্তিতে দল গঠন করে ক্যালেন্ডার পরিকল্পনাএবং বাজেট, ঝুঁকি মূল্যায়ন করে এবং স্টেকহোল্ডারদের চিহ্নিত করে।

পর্যায় 3. উন্নয়ন।এই পর্যায়টি একটি নিয়ম হিসাবে সমস্ত প্রকল্পের জন্য বাস্তবায়িত হয় না, এটি পরিকল্পনা পর্বের অংশ। বিকাশের পর্যায়ে, প্রযুক্তি প্রকল্পগুলির বৈশিষ্ট্য, ভবিষ্যতের প্রকল্প এবং/অথবা পণ্যের কনফিগারেশন এবং এটি অর্জনের প্রযুক্তিগত উপায়গুলি নির্ধারিত হয়। উদাহরণস্বরূপ, আইটি প্রকল্পগুলিতে, এই পর্যায়ে একটি প্রোগ্রামিং ভাষা নির্বাচন করা হয়। ( গার্হস্থ্য অনুশীলনে, এই পর্যায়টি সাধারণত আলাদা করা হয় না এবং "উন্নয়ন" শব্দটি ব্যবহার করা হয় না - প্রায়। ট্রান্স।)

পর্যায় 4. বাস্তবায়ন এবং পরীক্ষা।এই পর্যায়ে, প্রকল্পের প্রকৃত প্রধান কাজটি ঘটে - কোড লেখা, একটি বিল্ডিং তৈরি করা এবং এর মতো। বিকশিত পরিকল্পনাগুলি অনুসরণ করে, প্রকল্পের বিষয়বস্তু, আগে সংজ্ঞায়িত, তৈরি করা শুরু হয় এবং নির্বাচিত মেট্রিক্স অনুযায়ী নিয়ন্ত্রণ করা হয়। এই পর্বের দ্বিতীয় অংশে, পণ্যটি পরীক্ষা করা হয়, এটি গ্রাহক এবং আগ্রহী পক্ষের প্রয়োজনীয়তাগুলির সাথে সম্মতির জন্য পরীক্ষা করা হয়। পরীক্ষার অংশটি পণ্যের ত্রুটিগুলি চিহ্নিত করে এবং সংশোধন করে।

পর্যায় 5. প্রকল্পের পর্যবেক্ষণ এবং সমাপ্তি।প্রকল্পের উপর নির্ভর করে, এই ধাপে গ্রাহকের কাছে প্রকল্পের ফলাফলের একটি সহজ স্থানান্তর, অথবা প্রকল্পের উন্নতি করতে এবং তাদের সন্তুষ্টি বাড়াতে এবং প্রকল্পের ফলাফলকে সমর্থন করার জন্য ক্লায়েন্টদের সাথে মিথস্ক্রিয়া করার একটি দীর্ঘ প্রক্রিয়া থাকতে পারে। পরেরটি গ্রাহক পরিষেবা এবং সফ্টওয়্যার ক্ষেত্রের প্রকল্পগুলিতে প্রযোজ্য।

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

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

শক্তিশাস্ত্রীয় প্রকল্প ব্যবস্থাপনা

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

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

শাস্ত্রীয় প্রকল্প ব্যবস্থাপনার দুর্বলতা

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

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

চটপটে

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

এবং এখানেই এজিল খেলায় আসে - প্রকল্প এবং পণ্য পরিচালনার জন্য নমনীয় পুনরাবৃত্তিমূলক-বৃদ্ধিমূলক পদ্ধতির একটি পরিবার। এই পদ্ধতি অনুসারে, প্রকল্পটি অনুক্রমিক পর্যায়গুলিতে বিভক্ত নয়, তবে ছোট উপ-প্রকল্পগুলিতে বিভক্ত, যা তারপর একটি সমাপ্ত পণ্যে "একত্রিত" হয়। অপারেটিং ডায়াগ্রামে দেখানো হয়েছে চিত্র 5.

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

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

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

শক্তিচটপটে

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

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

Agile এর ডোমেন হল নতুন, উদ্ভাবনী পণ্যের বিকাশ। এই ধরনের পণ্য উন্নয়ন প্রকল্পগুলিতে একটি উচ্চ মাত্রার অনিশ্চয়তা থাকে এবং প্রকল্পের অগ্রগতির সাথে সাথে পণ্য সম্পর্কে তথ্য প্রকাশিত হয়। এই ধরনের পরিস্থিতিতে, একটি "জলপ্রপাত" প্রকল্প বাস্তবায়ন করা অসম্ভব হয়ে পড়ে - পরিকল্পনার জন্য কোন তথ্য নেই।

দুর্বলতাচটপটে

PRINCE2 এবং PMBOK এর বিপরীতে, Agile একটি পদ্ধতি বা মান নয়। চটপটে নীতি এবং মূল্যবোধের একটি সেট। দুর্বলতা হ'ল প্রতিটি দলকে স্বতন্ত্রভাবে তার নিজস্ব ব্যবস্থাপনা ব্যবস্থা তৈরি করতে হবে, চটপট নীতিগুলি দ্বারা পরিচালিত। এটি একটি জটিল এবং দীর্ঘ প্রক্রিয়া যার জন্য প্রক্রিয়া থেকে মূল মান পর্যন্ত সমস্ত প্রতিষ্ঠানে পরিবর্তনের প্রয়োজন হবে। এটি একটি কাঁটাযুক্ত পথ এবং সমস্ত সংস্থা এটি করতে পারে না।

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

স্ক্রাম

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

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

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

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

স্ক্রাম প্রসেসের মৌলিক কাঠামো 5টি প্রধান মিটিংকে ঘিরে: ব্যাকলগ অ্যালাইনমেন্ট, স্প্রিন্ট প্ল্যানিং, ডেইলি স্ট্যান্ড-আপ মিটিং, স্প্রিন্ট র‍্যাপ-আপ এবং স্প্রিন্ট রেট্রোস্পেকটিভ।

অনেকের জন্য স্ক্রাম বাস্তবায়ন করা কঠিন বলে মনে হতে পারে - নতুন প্রক্রিয়া, নতুন ভূমিকা, অনেক প্রতিনিধি এবং সম্পূর্ণ নতুন সাংগঠনিক কাঠামো. কিন্তু এটি প্রকল্প বাস্তবায়নের জন্য একটি নমনীয় অথচ কাঠামোগত পদ্ধতি, যা চতুরতার অস্পষ্ট এবং সাধারণ নীতির বিপরীতে, কাজকে ভুল পথে যেতে দেবে না।

শক্তিস্ক্রাম

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

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

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

দুর্বলতাস্ক্রাম

স্ক্রাম প্রকল্প দলের খুব চাহিদা. এটি ছোট (5-9 জন) এবং ক্রস-ফাংশনাল হওয়া উচিত - অর্থাৎ, প্রকল্প বাস্তবায়নের জন্য দলের সদস্যদের একাধিক দক্ষতা থাকা উচিত। উদাহরণস্বরূপ, একজন সফ্টওয়্যার বিকাশকারীকে অবশ্যই পরীক্ষা এবং ব্যবসা বিশ্লেষণের জ্ঞান থাকতে হবে। এটি করা হয় যাতে দলের অংশ "অলস না দাঁড়ায়" বিভিন্ন পর্যায়প্রকল্প, এবং এছাড়াও যাতে কর্মীরা একে অপরকে সাহায্য করতে এবং প্রতিস্থাপন করতে পারে।

এছাড়াও, দলের সদস্যদের অবশ্যই "টিম প্লেয়ার" হতে হবে, সক্রিয়ভাবে দায়িত্ব নিতে হবে এবং নিজেদেরকে সংগঠিত করতে সক্ষম হতে হবে। এমন পরিণত দল খুঁজে পাওয়া খুব কঠিন!

স্ক্রাম সমস্ত দল এবং সংস্থার জন্যও উপযুক্ত নয় কারণ প্রস্তাবিত প্রক্রিয়াটি একটি নির্দিষ্ট পণ্য বিকাশের জন্য উপযুক্ত নাও হতে পারে - উদাহরণস্বরূপ, একটি শিল্প মেশিন বা একটি বিল্ডিং তৈরির জন্য৷

লীন

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

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

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

চতুর মত, লীন একটি ধারণা, চিন্তার একটি উপায়, পাথরে সেট করা কিছুর চেয়ে বেশি। লীন ধারণা ব্যবহার করে, আপনি স্বাধীনভাবে একটি সিস্টেম তৈরি করতে পারেন যা আপনার প্রকল্প পরিচালনার প্রয়োজনীয়তা পূরণ করে।

শক্তিলীন

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

দুর্বলতালীন

প্রকল্পের প্রতিটি অংশ সমানভাবে বিশদ এবং সূক্ষ্ম অধ্যয়ন এবং মনোযোগের প্রয়োজন হয় না। কিন্তু Lean প্রতিটি কাজ এবং পর্যায়ে ঠিক এই পদ্ধতির অনুমান. এটি বড় এবং ভিন্নধর্মী প্রকল্পগুলির জন্য লীন ব্যবহার করার প্রধান অসুবিধা।

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

কানবন

Lean তার নিজের থেকে একটু বিমূর্ত দেখায়, কিন্তু Kanban এর সাথে মিলিত হলে এটি আপনার নিজস্ব প্রকল্প ব্যবস্থাপনা সিস্টেম তৈরি করতে ব্যবহার করা অনেক সহজ হয়ে যায়। 1953 সালে টয়োটা প্রকৌশলী তাইচি ওনো দ্বারা তৈরি, কানবান চিত্রটির সাথে খুব মিল শিল্প উত্পাদন. এই প্রক্রিয়ার ইনপুটে, ধাতুর একটি টুকরা প্রবেশ করে এবং আউটপুটে, একটি সমাপ্ত অংশ প্রাপ্ত হয়। এছাড়াও কানবানে, একটি পণ্যের বৃদ্ধি পর্যায় থেকে পর্যায়ক্রমে প্রেরণ করা হয় এবং শেষে একটি রেডি-টু-ডেলিভার আইটেম থাকে।

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

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

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

আপনার নিজের কানবান সিস্টেমটি আপনি যতটা নমনীয় হতে চান তা হতে পারে - অনেক উপায়ে, কানবান হল চটপটের ধারণার একটি দৃশ্যায়ন। তবে কানবানের 4টি স্তম্ভ রয়েছে যার উপর পুরো সিস্টেমটি স্থির রয়েছে:

1. কার্ড:প্রতিটি কাজের জন্য, একটি পৃথক কার্ড তৈরি করা হয় যাতে টাস্ক সম্পর্কে সমস্ত প্রয়োজনীয় তথ্য প্রবেশ করানো হয়। সুতরাং, টাস্ক সম্পর্কে সমস্ত প্রয়োজনীয় তথ্য সর্বদা হাতে থাকে।
2. প্রতি ধাপে কাজের সংখ্যা সীমাবদ্ধ করুন:এক পর্যায়ে কার্ডের সংখ্যা কঠোরভাবে নিয়ন্ত্রিত হয়। এর জন্য ধন্যবাদ, এটি অবিলম্বে স্পষ্ট হয়ে যায় যখন অপারেশন প্রবাহে একটি "জ্যাম" ঘটে, যা অবিলম্বে নির্মূল করা হয়।
3. ক্রমাগত প্রবাহ:ব্যাকলগ থেকে কাজগুলি অগ্রাধিকারের ক্রমে প্রবাহে রাখা হয়। তাই কাজ কখনো থেমে থাকে না।
4. ক্রমাগত উন্নতি (Kaizen)কাইজেন)): 20 শতকের শেষের দিকে জাপানে ক্রমাগত উন্নতির ধারণার উদ্ভব হয়। এর সারমর্ম হল ধ্রুবক বিশ্লেষণ উত্পাদন প্রক্রিয়াএবং উৎপাদনশীলতা উন্নত করার উপায় খুঁজে বের করা।

শক্তিকানবন

স্ক্রামের মতো, কানবান ভাল যোগাযোগের সাথে মোটামুটি সমন্বিত দলগুলির জন্য উপযুক্ত। কিন্তু স্ক্রামের বিপরীতে, কানবানের কঠোর সময়সীমা নেই, যা অনুপ্রাণিত এবং অভিজ্ঞ দলের জন্য ভাল।

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

দুর্বলতাকানবন

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

6 সিগমা (ছয় সিগমা)

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

প্রকল্পের চূড়ান্ত লক্ষ্য হল পণ্যের গুণমান নিয়ে গ্রাহকের সন্তুষ্টি, যা সূচকগুলির পুঙ্খানুপুঙ্খ বিশ্লেষণের ভিত্তিতে প্রকল্পের সমস্ত দিকগুলির উন্নতির একটি ক্রমাগত প্রক্রিয়ার মাধ্যমে অর্জন করা যেতে পারে। 6 সিগমা ধারণা উদীয়মান সমস্যাগুলি দূর করার জন্য বিশেষ মনোযোগ দেয়।

এর জন্য DMEDI নামে পরিচিত একটি 5-পদক্ষেপ প্রক্রিয়া প্রস্তাব করা হয়েছে:

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

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

6 সিগমার শক্তি

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

6 সিগমা কঠিন প্রকল্পগুলির জন্য উপযুক্ত যা অনেক নতুন এবং জটিল কার্যকলাপ জড়িত। এই পদ্ধতিটি আপনাকে প্রকল্পের উপাদানগুলি বাস্তবায়ন করতে, ভুল থেকে শিখতে এবং ভবিষ্যতে গুণমান উন্নত করতে দেয়।

6 সিগমার দুর্বলতা

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

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

PRINCE2

NASA একমাত্র সরকারী সংস্থা নয় যে প্রকল্প ব্যবস্থাপনার উন্নয়নে অবদান রেখেছে। ব্রিটিশ সরকার দীর্ঘকাল ধরে প্রকল্প পরিচালনার কার্যকারিতার প্রশংসা করেছে এবং 1989 সালে ব্রিটিশ PRINCE2 পদ্ধতি তৈরি করা হয়েছিল। নামটি আদ্যক্ষর থেকে এসেছে " জনসংযোগবস্তু IN গনিয়ন্ত্রিত ইপরিবেশ সংস্করণ 2 ", যা "একটি নিয়ন্ত্রিত পরিবেশ সংস্করণ 2 প্রকল্পে" অনুবাদ করে। চটপটে পদ্ধতির বিপরীতে, PRINCE2 একটি প্রকল্পে একটি পুনরাবৃত্তিমূলক পদ্ধতি গ্রহণ করে না। যদি PRINCE2-কে অন্যান্য পণ্যের সাথে তুলনা করা হয়, তবে এটিকে প্রকল্প পরিচালনার ক্লাসিক্যাল পদ্ধতির একটি হাইব্রিড এবং 6 সিগমা থেকে মানের উপর ফোকাসের সাথে তুলনা করা যেতে পারে।

PRINCE2 পদ্ধতিতে, উদাহরণস্বরূপ, PMBOK জ্ঞানের সংস্থার বিপরীতে, এতে নেই:

• প্রজেক্ট ম্যানেজমেন্টের বিশেষ দিক, যেমন শিল্প নির্দিষ্ট বিষয়;
• নির্দিষ্ট প্রজেক্ট ম্যানেজমেন্ট প্র্যাকটিস এবং টুলস, যেমন Gantt চার্ট, WBS, ইত্যাদি।

PRINCE2 প্রকল্পের ব্যবস্থাপনার দিকগুলির উপর ফোকাস করে, 7টি নীতি, 7টি প্রক্রিয়া এবং 7টি প্রকল্পের থিমে প্রকাশ করা হয়েছে৷

• 7টি নীতি সংজ্ঞায়িত করে সাধারণ নিয়ম PRINCE2 অনুযায়ী প্রকল্প পরিচালনা, পদ্ধতির ভিত্তি নির্ধারণ করুন;
• 7টি প্রক্রিয়া প্রকল্প চক্রের মাধ্যমে অগ্রগতির পদক্ষেপগুলিকে সংজ্ঞায়িত করে;
• 7টি বিষয় - প্রকল্পের সাফল্য অর্জনের জন্য যে দিকগুলি পর্যবেক্ষণ করা হয়।

একটি প্রকল্পের শুরুতে, PRINCE2 আমাদেরকে প্রকল্পের 3টি প্রধান দিক সংজ্ঞায়িত করতে বলে:

• ব্যবসায়িক দিক (এই প্রকল্পটি কি সুবিধা নিয়ে আসবে?)
• ভোক্তা দিক (কোন পণ্যের প্রয়োজন, আমরা কী করব?)
• সম্পদের দিক (আমাদের লক্ষ্য অর্জনের জন্য আমাদের কি যথেষ্ট আছে?)

প্রজেক্ট ম্যানেজমেন্ট পদ্ধতির তুলনায় PRINCE2 এর একটি আরও স্পষ্টভাবে সংজ্ঞায়িত প্রকল্প দলের কাঠামো রয়েছে। এটি এই কারণে যে PRINCE2 বড় আকারের সরকারী প্রকল্প এবং বড় সংস্থাগুলির উপর দৃষ্টি নিবদ্ধ করে৷

PRINCE2 অনুসারে, প্রতিটি দলের সদস্যের 7টি প্রক্রিয়ার প্রতিটিতে একটি স্পষ্ট ভূমিকা রয়েছে:

• প্রকল্পের শুরু (শুরুing আপক প্রকল্প): সময় এই প্রক্রিয়াএকটি প্রকল্প ব্যবস্থাপক নিয়োগ করা হয় এবং পণ্য কর্মক্ষমতা জন্য সাধারণ প্রয়োজনীয়তা নির্ধারণ করা হয়. প্রজেক্ট ম্যানেজার, যার প্রাথমিক ফোকাস বিশদে মনোযোগ দেওয়া হয়, প্রজেক্ট স্টিয়ারিং কমিটির কাছে রিপোর্ট করে, যা প্রকল্পের সামগ্রিক ব্যবস্থাপনার জন্য দায়ী। এটি স্টিয়ারিং কমিটি যেটি নিশ্চিত করে যে প্রকল্পটি ট্র্যাকে থাকে এবং শেষ পর্যন্ত প্রকল্পের সাফল্যের জন্য দায়ী।
• প্রকল্পের সূচনাক প্রকল্প): এই প্রক্রিয়া চলাকালীন, প্রকল্প ব্যবস্থাপক একটি "প্রকল্প সূচনা নথি" লেখেন, যাতে প্রকল্পের জন্য একটি পর্যায়ক্রমিক পরিকল্পনা থাকে। পর্যায়গুলি বিভিন্ন সময় স্থায়ী হতে পারে, তবে, শাস্ত্রীয় পদ্ধতির মতো, তারা কঠোরভাবে একের পর এক অনুসরণ করে।
• প্রকল্প ব্যবস্থাপনা (সরাসরিng ক প্রকল্প): এই প্রক্রিয়াটি স্টিয়ারিং কমিটিকে প্রকল্প পরিচালকের সুযোগের মধ্যে থাকা বিশদ বিবরণে আটকা না পড়ে প্রকল্পের সাফল্যের জন্য সামগ্রিক দায়িত্ব নিতে দেয়।
• স্টেজ কন্ট্রোলling ক মঞ্চ): প্রকল্প বাস্তবায়নের সময়, এমনকি আদর্শ পরিস্থিতিতে, কিছু পরিবর্তন করা হবে। স্টেজ কন্ট্রোল প্রক্রিয়া PRINCE2 নীতিগুলির মধ্যে একটি প্রয়োগ করে - ব্যতিক্রম দ্বারা পরিচালনার নীতি। যদি এই বিচ্যুতিগুলি স্টিয়ারিং দ্বারা প্রকল্প পরিচালককে দেওয়া ক্ষমতা অতিক্রম করে তবে সময়, বিষয়বস্তু, বাজেট ইত্যাদির পরিপ্রেক্ষিতে প্রকল্পের পরিকল্পিত প্যারামিটারগুলি থেকে বিচ্যুতিগুলি পর্যবেক্ষণ করা প্রকল্প পরিচালকের দায়িত্ব৷ কমিটি (PRINCE2 পরিভাষায় - সহনশীলতা), প্রকল্প ব্যবস্থাপক স্টিয়ারিং কমিটিকে অবহিত করতে এবং পরিস্থিতি থেকে বেরিয়ে আসার উপায় প্রস্তাব করতে বাধ্য।
• পণ্য তৈরি ব্যবস্থাপনা (ব্যবস্থাপনা পণ্য ডেলিভারি):প্রোডাক্ট ক্রিয়েশন ম্যানেজমেন্ট প্রসেস হল প্রোজেক্ট ম্যানেজার এবং টিম ম্যানেজারের মধ্যে মিথস্ক্রিয়া যাতে প্রোজেক্ট প্রোডাক্টগুলির একটি তৈরি করা যায়। এই প্রক্রিয়ায় প্রোজেক্ট ম্যানেজারের দায়িত্বগুলির মধ্যে রয়েছে টিম ম্যানেজারকে পণ্য তৈরির কর্তৃত্ব অর্পণ করা এবং তৈরি পণ্য গ্রহণ করা।
• পর্যায় সীমানা ব্যবস্থাপনা (মানগing ক মঞ্চ সীমানা): এই প্রক্রিয়া চলাকালীন, প্রজেক্ট ম্যানেজার স্টিয়ারিং কমিটিকে সমস্ত প্রয়োজনীয় তথ্য প্রদান করে যাতে সমাপ্ত পর্যায়ের ফলাফলগুলি মূল্যায়ন করা যায় এবং পরবর্তী পর্যায়ে যাওয়ার বিষয়ে সিদ্ধান্ত নেওয়া যায়।
• প্রকল্পের সমাপ্তি (বন্ধক প্রকল্প): PRINCE2 এর মধ্যে পার্থক্যগুলির মধ্যে একটি হল যে একটি প্রকল্প সম্পূর্ণ করার প্রক্রিয়াটি ক্লাসিক্যাল পদ্ধতির মতো একটি পৃথক পর্যায় বা ধাপে বিভক্ত হয় না, তবে পণ্য তৈরির চূড়ান্ত পর্যায়ের অংশ হিসাবে সঞ্চালিত হয়। প্রক্রিয়াটির উদ্দেশ্য হল নিশ্চিত করা যে প্রজেক্টের প্রোডাক্ট গৃহীত হয়েছে বা প্রোজেক্টটি আর কোন উপকারী কিছু দিতে পারবে না।

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

PRINCE2 এর শক্তি

• সংস্থার বৈশিষ্ট্যগুলির সাথে অভিযোজনযোগ্যতা;
• ভূমিকা এবং দায়িত্ব বণ্টনের সুস্পষ্ট বর্ণনার উপলব্ধতা;
• প্রকল্প পণ্য ফোকাস;
• ব্যবস্থাপনার কিছু স্তর;
• অর্থনৈতিক সম্ভাব্যতা উপর ফোকাস;
• নকশা কাজের ক্রম;
• অভিজ্ঞতা এবং ক্রমাগত উন্নতি ক্যাপচার উপর জোর.

PRINCE2 এর দুর্বলতা

• শিল্প অনুশীলনের অভাব;
• প্রকল্পে কাজ করার জন্য নির্দিষ্ট সরঞ্জামের অভাব।

সেরা প্রজেক্ট ম্যানেজমেন্ট সিস্টেম... আপনার জন্য!

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

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

প্রকল্পের ভূমিকা

স্ট্যান্ডার্ড স্ক্রাম তিনটি মৌলিক ভূমিকা অন্তর্ভুক্ত করে। আসুন তাদের সম্পর্কে আরও বিশদে কথা বলি:

• পণ্যের মালিক (PO)। এটি এক ধরণের সংযোগকারী লিঙ্ক যার মাধ্যমে প্রকল্প উন্নয়ন দল গ্রাহকের সাথে "যোগাযোগ" করে। RO এর মূল লক্ষ্য হল গ্রাহকের দৃষ্টিতে প্রকল্পের মূল্য এবং দলের কার্যক্রম বৃদ্ধি করা। এই লক্ষ্য অর্জনের পদ্ধতি হল প্রোডাক্ট ব্যাকলগ, যেটিতে প্রোজেক্টের কাজের কাজগুলিকে গুরুত্ব অনুসারে সাজানো থাকে (বাগ, টাস্ক, গল্প এবং কিছু অন্যান্য)।
• স্ক্রাম মাস্টার (এসএম)। এই ভূমিকার উদ্দেশ্য হল প্রকল্প দলকে তার কর্মক্ষমতা উন্নত করতে সাহায্য করা। এটি প্রকল্পের বিকাশের সময় উদ্ভূত বাধা এবং সমস্যাগুলি দূর করার পাশাপাশি কর্মীদের অতিরিক্ত অনুপ্রেরণার মাধ্যমে অর্জন করা হয়।
• উন্নয়ন দল (ডিটি)। একটি উন্নয়ন দল, যাতে প্রকল্পের সরাসরি বাস্তবায়নে কর্মরত যোগ্য কর্মচারীরা অন্তর্ভুক্ত। স্ক্রাম গাইড (এই প্রোগ্রামে কাজ করার জন্য নির্দেশিকা) একটি দলে 7-8 জনের বেশি লোক নিয়োগ না করার পরামর্শ দেয়। একটি ছোট দলের আকার অপর্যাপ্ত শ্রম উত্পাদনশীলতা হুমকি. বড় - দলের সদস্যদের মধ্যে যোগাযোগ বজায় রাখার জন্য উচ্চ খরচ।

একটি প্রকল্পে সফলভাবে কাজ করার জন্য, 7-8 জনের প্রয়োজন: একটি ছোট সংখ্যার সাথে, শ্রম উত্পাদনশীলতা অপর্যাপ্ত হবে, একটি বড় সংখ্যার সাথে, যোগাযোগের সমস্যা দেখা দেবে।

স্প্রিন্ট প্রক্রিয়া পদ্ধতির ভিত্তি

স্প্রিন্ট একটি সময়-সীমিত প্রক্রিয়া যার সময় কাজ এবং পণ্য পরিচালনা করা হয়। প্রতিটি স্প্রিন্ট পণ্যটির একটি নতুন, কার্যকরী সংস্করণ তৈরি করা উচিত। একটি স্প্রিন্টের সময়কাল এক সপ্তাহ থেকে এক মাস পর্যন্ত। এটি প্রকল্পের সারাজীবনে বৃদ্ধি বা হ্রাস পায় না।

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

একটি প্রকল্পে কাজ করার সময়, একটি তথাকথিত ডেইলি স্ক্রাম ("পরিকল্পনা সভা") প্রতিদিন অনুষ্ঠিত হয়, যেখানে প্রতিটি প্রকল্প অংশগ্রহণকারী তাদের গতকালের কার্যকলাপের মূল্যায়ন করে এবং বর্তমান কর্মদিবসের জন্য একটি পরিকল্পনা তৈরি করে। ডেইলি স্ক্রামের মৌলিক উদ্দেশ্য হল প্রকল্পের অবস্থা এবং বর্তমান স্প্রিন্টের অগ্রগতি মূল্যায়ন করা, সেইসাথে প্রকল্প উন্নয়ন দল যে সমস্যার সম্মুখীন হতে পারে তার প্রাথমিক পর্যবেক্ষণ। প্রতিটি স্প্রিন্টের শেষে, স্প্রিন্ট রিভিউ এবং স্প্রিন্ট রেট্রোস্পেকটিভ করা হয়, যা অতীতের স্প্রিন্টে দলের কার্যকারিতার মাত্রা নির্ধারণ করে এবং পরবর্তী স্প্রিন্টে প্রকল্পের কার্যকারিতার পূর্বাভাস দেয়।

পদ্ধতির কিছু বৈশিষ্ট্য

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

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

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