আমি কীভাবে পাতলা উন্নয়ন দল তৈরি করতে পারি সে সম্পর্কে ইদানীং অনেক চিন্তাভাবনা করেছি। শেষ পর্যন্ত, আমি আমার নিজস্ব একটি ছোট্ট সফটওয়্যার হাউস সংখ্যক সমমনা লোকের সাথে খুলতে চাই। লক্ষ্যটি ধনী হওয়ার নয়, বরং একটি স্বাস্থ্যকর কাজের পরিবেশ থাকা।
এখনও অবধি, আমি একটি পাতলা দলটিকে নিম্নলিখিত হিসাবে সংজ্ঞায়িত করছি:
- ছোট;
- স্ব-সংগঠিত;
- সমস্ত সদস্যের মনে QA থাকতে হবে;
- সদস্যদের একাধিক ভূমিকা পালন করতে সক্ষম হতে হবে
শেষ কথাটি যেখানে আমি কিছুটা চিন্তিত কারণ মন্ত্রটি চলার সাথে সাথে ...
বিকাশকারীরা খারাপ পরীক্ষক বানান।
যদিও আমি বুঝতে পেরেছি, প্রায়শই, বিকাশকারীরা তাদের কোড বা তাদের সহকর্মীর কোডের সাথে খুব উচ্চ মানের পর্যায়ের মূল্যায়ন করার জন্য "খুব কাছাকাছি" থাকেন তবে আমি নিশ্চিত নই যে তারা ডি-ফ্যাক্টো খারাপ পরীক্ষক। বিপরীতে, আমি মতামত করছি যে একজন ভাল বিকাশকারী এর গুণাবলী একটি ভাল পরীক্ষকের গুণাবলীর সাথে ব্যাপকভাবে ওভারল্যাপ হয়।
এটিকে সঠিক বলে ধরে নিচ্ছি, আমি দেব / পরীক্ষক সমস্যার আশেপাশের বিভিন্ন পদ্ধতির কথা ভাবছিলাম এবং আমি বিশ্বাস করি যে আমি একটি কার্যকর মডেল নিয়ে এসেছি।
আমার মডেলের প্রয়োজন:
- 2+ প্রকল্প সহ একটি ছোট সফ্টওয়্যার হাউস
- উন্নয়ন এবং বিতরণ করার জন্য একটি চৌকস (পুনরুক্তি) পদ্ধতির
- প্রকল্পের জন্য 1 টিম
- দলের সকল সদস্য হবেন সফটওয়্যার বিকাশকারী
- তাদের কাজের বিবরণে বিকাশ , গুণমান নিশ্চয়তা , পরীক্ষা এবং বিতরণকে দায়িত্ব হিসাবে পরিষ্কারভাবে উল্লেখ করা হবে
যদি এই সমস্ত পূর্বশর্তগুলি পূরণ করা হয়, তবে প্রকল্পগুলি নিম্নলিখিত ফ্যাশনে সংগঠিত করা যেতে পারে (উদাহরণটি এ এবং বি দুটি প্রকল্পের উল্লেখ করবে ):
- প্রতিটি দলের সদস্য বিকাশকারী ভূমিকা এবং পরীক্ষক ভূমিকার মধ্যে বিকল্প হবেন
- যদি টিমের সদস্য প্রকল্পের এ- তে বিকাশকারী হয় তবে তারা প্রকল্প বিতে পরীক্ষক হবে
- সদস্যরা একসাথে কেবলমাত্র 1 টি প্রকল্পে কাজ করবে, এবং তাই প্রত্যাশা করা হয় যে তারা দেব বা পরীক্ষক হিসাবে অভিনয় করবে ।
- একটি ভূমিকা চক্র একটি দেব হিসাবে 3 পুনরাবৃত্তি এবং পরীক্ষক হিসাবে 2 পুনরাবৃত্তি (আবার, দুটি পৃথক প্রকল্পে) নিয়ে গঠিত
- প্রকল্পের দলগুলিতে সর্বদা 3 দেব এবং 2 পরীক্ষক থাকত।
- সদস্যের ভূমিকা চক্রগুলি 1 টি পুনরাবৃত্তির মাধ্যমে পর্যায়ের বাইরে হওয়া উচিত।
- এটি দলের পরিবর্তনের আকস্মিকতা হ্রাস করে। প্রতিটি পুনরাবৃত্তির জন্য 2 টি দেব এবং 1 পরীক্ষক পূর্ববর্তী পুনরাবৃত্তির মতোই থাকবে।
উপরের দিক থেকে দেওয়া, আমি নিম্নলিখিত পেশাদার এবং কনস দেখুন:
পেশাদাররা
- প্রকল্পের জ্ঞানটি পুরো সংস্থা জুড়ে বিতরণ করে।
- নিশ্চিত করে যে টিম সদস্যরা যে কোডটি তারা লিখতে সহায়তা করেছিলেন তা পরীক্ষা করছে না।
- অফ-অফ-প্লে রোল চক্র মানে কোনও প্রকল্পেরই 100% সদস্যের স্যুইচ থাকে না।
- বিকল্প ভূমিকা বিরক্তিকর প্রকল্পগুলির একঘেয়েমি ভঙ্গ করে।
কনস
- উভয় প্রকল্পের পুনরাবৃত্তি শক্তভাবে মিলিত হয়। যদি কোনও প্রকল্প অর্ধেক পথ দিয়ে একটি পুনরাবৃত্তি বাতিল করে আবার শুরু করতে থাকে তবে দুটি প্রকল্প সিঙ্কের বাইরে চলে যাবে। এটি ভূমিকা-চক্রটি পরিচালনা করা কঠিন করে তুলবে।
- বিকাশকারীদের নিয়োগের উপর জড়িতরা পরীক্ষক হিসাবেও কাজ করে।
বন্ধু এবং সহকর্মীদের সাথে এই পদ্ধতির বিষয়ে আলোচনা করার সময় আমি মিশ্র পর্যালোচনা পেয়েছি। কেউ কেউ বিশ্বাস করেন যে কয়েকটি বিকাশকারী কখনও এই জাতীয় বিকল্পের ভূমিকা নিতে চান, অন্যরা আমাকে বলেন যে তারা ব্যক্তিগতভাবে এটি চেষ্টা করতে পছন্দ করবে।
সুতরাং আমার প্রশ্নটি: এই জাতীয় মডেলটি অনুশীলনে কী কাজ করতে পারে? যদি তা না হয় তবে কি এটি একটি ওয়ার্কিং মডেলটিতে টুইঙ্ক করা যায়?
দ্রষ্টব্য: বংশবৃদ্ধির স্বার্থে আমি কেবলমাত্র দেব এবং টেস্টার ভূমিকার উপর মনোনিবেশ করেছি। প্রয়োজনে আমি অন্যান্য ভূমিকাতে প্রসারিত করব।