কীভাবে স্ক্রামকে স্বেচ্ছাসেবীর সেটিংয়ের সাথে মানিয়ে নেওয়া যায়?


18

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

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

যদিও আমি স্ক্রামটি ছোট পূর্ণ-সময়ের দলের জন্য ভাল কাজ করতে দেখেছি, এই সংস্থার প্রকৃতি আলাদা:

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

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

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

আমার মনে হয় যে জিনিসগুলি থেকে আমরা উপকৃত হতে পারি সেগুলি থেকে টুইট করার প্রয়োজন হবে না:

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

যে বিষয়গুলি সম্পর্কে আমি নিশ্চিত নই:

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

আমার প্রশ্নগুলো:

স্ক্রামকে কি স্বেচ্ছাসেবিক-ভিত্তিক পরিবেশের সাথে মানিয়ে নেওয়া যায়?
এবং, আমার পরিকল্পিত পদ্ধতিটি এখন পর্যন্ত সঠিক পথে চলছে?


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

উত্তর:


21

কানবনে .ুকে দেখুন। এটি আপনার সীমাবদ্ধতার জন্য SCRUM এর চেয়ে বেশি উপযুক্ত।

সম্পাদনা: এসসিআরইউএম হ'ল (প্রায় মোটামুটিভাবে) স্প্রিন্ট এবং অনুষ্ঠানগুলির সাথে একটি অর্ডারড ব্যাকলগ এটি নিশ্চিত করার জন্য যে 'কাজের অগ্রগতি' নিয়ন্ত্রনে থাকে এবং প্রতিটি স্প্রিন্টের শেষে কিছু শক্ত থাকে solid যদি আপনি আনুষ্ঠানিকতা এবং স্প্রিন্ট ক্যাডেনসটি খাঁজতে থাকেন তবে আপনি কানবানের সাথে শেষ করবেন: একটি আদেশযুক্ত ব্যাকলগ এবং কাজকে 'প্রগতিতে' সীমাবদ্ধ করার উপর জোর জোর দেওয়া এবং শেষের দিকে স্থায়িত্ব চাপিয়ে দেওয়ার পরিবর্তে 'সম্পন্ন' চিহ্নিত সমস্ত কিছু করা হয়েছে তা নিশ্চিত করার মাধ্যমে by প্রতিটি স্প্রিন্ট

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

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

(এবং হ্যাঁ, সমস্ত টিডিডি, সিআই, পর্যালোচনা এবং পিয়ার প্রোগ্রামিং আইডিয়াগুলি ভাল ধারণা)।


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

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

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

@ মেটাফাইট যদি আপনি ব্যাকলগিং এবং কাজের আরও মজাদার বিতরণ করতে চান তবে আপনি কানবানের জন্য কানবানফ্লো.কম চেষ্টা করতে পারেন। তারা পোমোডোরো কৌশল ব্যবহার করে এবং একটি পমোডোরো (?) সম্পন্নকারীদের পয়েন্ট দেয়। এটি সাইট গ্যামিফিকেশন কৌশলগুলির মধ্যে একটি যা জিনিসগুলিকে আরও মজাদার করে তোলে।
জন যিশাইয় কারমোনা

5

পার্থক্যগুলির সমাধান করার জন্য আপনি প্রথমে নোট করেছেন:

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

আপনার প্রস্তাবিত অভিযোজন সম্পর্কে, বিশেষত স্বেচ্ছাসেবীদের সাথে কাজ করার সময়, আমি দৃ spr়ভাবে স্প্রিন্টের দৈর্ঘ্য বজায় রাখার পরামর্শ দেব। এইভাবে, স্বেচ্ছাসেবীরা নিশ্চিতভাবে জানেন যে কোন সময়ের জন্য তারা তাদের প্রতিশ্রুতি দিচ্ছে।

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

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

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


5

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

চতুরতা যোগাযোগ এবং সহযোগিতা সম্পর্কে সমস্ত। এগ্রিল ইশতেহারে 4 টির মধ্যে 2 টি পয়েন্ট নিয়ে কথা বলার কারণ রয়েছে।

প্রক্রিয়া এবং সরঞ্জামগুলির উপর ব্যক্তি এবং ইন্টারঅ্যাকশন

চুক্তি আলোচনার উপর গ্রাহকের সহযোগিতা

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

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

শেষ কথাটি হ'ল আমি বিশ্বাস করি আপনার কমপক্ষে কম লোকের প্রকল্পের পুরো সময়ের কাজ করা উচিত। এই ব্যক্তিদের নির্দিষ্ট ভূমিকা থাকতে হবে:

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

1

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

  1. স্থির পুনরাবৃত্তি আছে। যাতে আপনি আপনার অগ্রগতি পরিমাপ করতে পারেন। এটি কেবল পরিচালনার জন্য নয়, তারা কীভাবে পারফর্ম করছে তা "জানতে" দলের জন্য।
  2. পুনরাবৃত্তির শুরুতে স্বেচ্ছাসেবীদের সক্ষমতা ভাগ করে নিতে বলুন। সদস্যরা যা প্রতিশ্রুতিবদ্ধ তা সব দলেরই প্রয়োজন অন্যথায় নির্দিষ্ট সদস্যরা আরও বেশি পেশাগতভাবে কাজের জন্য সেই টিমটি ছেড়ে যেতে পারেন।
  3. কোন সময়সীমা না থাকাই ঠিক আছে। স্ক্রাম জোর করে না যে তবে প্রতিটি পুনরাবৃত্তির শেষে আপনি যা করেন তা সম্ভাব্যভাবে শিপযোগ্য। এটি আপনাকে সিদ্ধান্ত নিতে দেয় যে আপনি তখন পর্যন্ত কী করেছেন (যা কাজ করছে) তার ভিত্তিতে পরবর্তী কী করবেন।
  4. কোনও পণ্যের মালিক না থাকাও কাজ করতে পারে না .. আপনার কাছে র‌্যাঙ্কের ব্যাকলগ স্ট্যাক করতে এবং কাজ স্বীকার / প্রত্যাখ্যান করার জন্য কিছু ধরণের ভোটদানের ব্যবস্থা থাকতে পারে।
  5. প্রয়োজনীয় জমায়েত স্ক্রামের অংশ নয়। আপনি এটি যেভাবেই করতে পারেন এটি করতে পারেন। তবে পুনরাবৃত্তির সুযোগের অংশ হিসাবে এটি অন্তর্ভুক্ত করবেন না। তার জন্য পৃথক ক্ষমতা রয়েছে। একটি পুনরাবৃত্তির জন্য, কেবলমাত্র সেই কাজের পরিকল্পনা করুন যার জন্য প্রয়োজনীয়তাগুলি সুস্পষ্ট eg যেমন টিম গ্রহণযোগ্যতার মানদণ্ড জানে।
  6. পূর্বপ্রস্তুতি ভাল। সুতরাং স্ক্রামটিকে এটি হিসাবে শুরু করুন তবে অতঃপর ব্যবহার করে দেখুন কী কাজ করছে এবং কী নয় eg যেমন আপনাকে পুনরাবৃত্তির আকার পরিবর্তন করতে হতে পারে, আপনাকে কিছু স্বেচ্ছাসেবক যারা অন্য সবাইকে টেনে নিয়ে যাচ্ছেন তাদের হাত থেকে মুক্তি দিতে হবে ..
  7. প্রতিদিনের অবস্থা অবশ্যই। এটি দলকে একে অপরের সাথে সিঙ্ক করার সুযোগ দেয় অর্থাৎ তারা তাদের প্রচেষ্টাটি সারিবদ্ধ করবে যাতে অন্য সদস্যের সরবরাহযোগ্যতার অযোগ্যতার কারণে কোনও কাজ অকারণে আটকা পড়ে না।
  8. এক্সপি ভাল। এক্সপি এর উপর ভিত্তি করে করার একটি কঠোর সংজ্ঞা নিন যেমন পর্যালোচনা করা না হলে কোনও কোড প্রবেশ করে না। বেশি কিছু করতে কম ..

1

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

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

এটি আমাকে তারের ফ্রেম এবং প্রোটোটাইপগুলিতে আরও বেশি কেন্দ্রীভূত একটি উন্নয়ন প্রক্রিয়া ভাবতে পরিচালিত করে।

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


0

আমি মনে করি এই পরিস্থিতিতে কানবান আরও ভাল ফিট করবে fit

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

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

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

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