স্ক্রাম কীভাবে সংজ্ঞায়িত ভূমিকা সহ একটি দলের জন্য কাজ করবেন?

Question

কিছু পটভূমি তথ্য

আমি ইন-হাউস সফটওয়্যার দেব দলের অংশ। এটা নিয়ে গঠিত

• 5 জন বিকাশকারী (2 থেকে 5 বছরের অভিজ্ঞতা সহ, আমি তাদের মধ্যে একজন)
• 3 বাস্তবায়ন কর্মী (তারা সফ্টওয়্যার স্থাপনা এবং প্রশিক্ষণ করেন)
• এবং 1 প্রকল্প পরিচালক।

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

1. "ক্লায়েন্ট" আমাদের প্রাথমিক প্রয়োজনীয়তার একটি সেট দেয়
2. আমরা স্পেসিফিকেশন সিস্টেমটি বিকাশ
3. সিস্টেমটিকে "ক্লায়েন্ট" -এ উপস্থাপন করুন
4. "ক্লায়েন্ট" আমাদের উপস্থাপনার ভিত্তিতে অতিরিক্ত প্রয়োজনীয়তা দেয়
5. "ক্লায়েন্ট" নতুন প্রয়োজনীয়তা শেষ না হওয়া বা স্থাপনার টার্গেটের তারিখ নিকটবর্তী হওয়া পর্যন্ত 2-4 পুনরাবৃত্তি করুন
6. সিস্টেম সেট আপ করুন এবং স্থাপন করুন

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

স্ক্রাম কেন?

এটি ছিল আমাদের পরিচালকের উদ্যোগ, এবং আমাদের বর্তমান পরিস্থিতি বিবেচনা করে সকলেই এটির সাথে একমত বলে মনে হচ্ছে।

স্ক্র্যামের সমস্যা

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

প্রশ্নটি

এটি কোনও পদ্ধতি হিসাবে স্ক্র্যামের কার্যকারিতা প্রভাবিত করবে? ক্ষতিপূরণ দেওয়ার জন্য কি অন্য পরিবর্তনগুলি করা দরকার? অথবা ভাবনাটিকে পুরোপুরি ছেড়ে দিয়ে আলাদা পদ্ধতি সম্পর্কে চিন্তা করা কি ভাল?

Comments

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

— রিমকো গ্রিলিচ

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

— এলিয়াস ভ্যান ওটেজেম

5 বিকাশকারী কিন্তু একক পরীক্ষক নয়?

— Apfelsaft

@ সাম্প্রতিক আপনি ক্রস-ফাংশনাল (টিম) সহ সমস্ত ব্যবসায় (পৃথক) জ্যাককে বিভ্রান্ত করছেন ।

— guillaume31

জনপ্রিয়তা। যে কোনও কিছু চয়ন করার জন্য সর্বদা সেরা উপায়।

— রবার্ট হার্ভে

Answer 1

প্রকৃতপক্ষে, আপনার বর্তমান কাজ করার পদ্ধতিটি স্ক্রম থেকে এতটা সরিয়ে নেই যা আপনি ভাবেন।

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

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

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

নির্ধারিত সময়সীমা রয়েছে তা সত্যিকারের সমস্যা নয়, যতক্ষণ না এই রিলিজটিতে কার্যকারিতা কী হওয়া দরকার তা যথেষ্ট নমনীয়তা রয়েছে।

Comments

স্ক্রাম এবং অন্যান্য চতুর পদ্ধতিগুলির মধ্যে একটি পরিবর্তন প্রবর্তন করবে তা হ'ল পণ্য / সমস্ত বৈশিষ্ট্য অবশ্যই "সম্পন্ন" করতে হবে - একটি শিপযোগ্য অবস্থায় - প্রতিটি পুনরাবৃত্তির শেষে।

— স্ট্যানিয়াস

Answer 2

আপনি বিকল্প চাইছেন তাই আমি এক্সট্রিম প্রোগ্রামিং (এক্সপি) বলতে যাচ্ছি। বিশেষত আমি মনে করি যে জোড় প্রোগ্রামিং আপনাকে এখানে সহায়তা করতে পারে।

বিভিন্ন দক্ষতার সাথে লোকদের একসাথে যুক্ত করে, কী দক্ষতার বিষয়টি বিবেচনা করে না: কফি তৈরি করা, পরীক্ষা করা, প্রশিক্ষণ ইত্যাদি আপনি দলের চারপাশে দক্ষতা ছড়িয়ে দিতে পারেন।

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

Comments

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

— জুলু

Answer 3

স্ক্রাম কীভাবে সংজ্ঞায়িত ভূমিকা সহ একটি দলের জন্য কাজ করবেন?

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

কিছু বিষয় যা আপনি সম্বোধন করতে চাইতে পারেন:

Sprints

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

স্থির সময়সীমা

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

Comments

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

— ডাফি

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

— ডেভিড আরনো

@ ডাফি আমি সম্মত - বিকাশকারী ছাড়া অন্য কোনও শিরোনাম নেই তবে বাস্তবে, ভূমিকা প্রায়শই প্রচলিত লাইনগুলিতে খুব সাজানো হয়।

— রবি ডি

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

— রবি ডি

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

— ডাফি

Answer 4

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

স্ক্র্যামের তুলনায় আপনাকে কিছুটা বেশি যত্নবান হতে হবে কারণ এটি এতটা ব্যবস্থাপত্র নয়: সুতরাং এটি একটি সঠিক চতুর মানসিকতা প্রবর্তনের পরিবর্তে আগে যা কিছু ঘটেছে তার দিকে ফিরে যাওয়ার প্রবণতা রয়েছে।

Answer 5

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

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

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

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

"আচরণ চালিত বিকাশ" প্রয়োগকারী কর্মীদের সাথে উদাহরণ ব্যবহার করে যা পরীক্ষাগুলিতে ব্যবহৃত হয় কাজ করতে পারে।

সুতরাং স্ক্রামের বিট রয়েছে যা আপনাকে সহায়তা করবে তবে স্ক্রাম ব্যবহারের পরিবর্তে স্ক্রাম থেকে ঝুঁকতে চেষ্টা করুন।

Comments

"অতএব ভার্বোসিটির মতো ধারণাগুলি ..." - আপনি কি বেগ বলতে চেয়েছিলেন?

— রবি ডি

এটি যদি বিভিন্ন সময়ে বিভিন্ন বিভাগে বিভিন্ন বিভাগ চায় এমন বেশ কয়েকটি বিভাগের সাথে বৃহত এন্টারপ্রাইজ অ্যাপ্লিকেশনটিতে থাকে, তবে স্ক্রামও কি সেই জন্য খারাপ মানায়?

— JeffO

@ জেফো, স্ক্রাম নিয়ে কাজ করতে পারে তবে শর্ত থাকে যে একজনের সাথে বিভাগগুলির মধ্যে সিদ্ধান্ত নেওয়ার ক্ষমতা ছিল।

— ইয়ান

@ আইয়ান - এটির জন্য কেবলমাত্র একটি প্রকল্পের মালিক থাকাই ভাল কারণ এবং প্রকল্পগুলি কেটে উপযুক্ত হিসাবে বড় বা ছোট হিসাবে কাটা এবং ড্রেস করা যেতে পারে।

— জেফো