আরও উত্পাদনশীলতা এবং কম ব্যথা সহ স্ক্রাম কীভাবে ব্যবহার করবেন

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

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

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

খুব সংক্ষিপ্তভাবে স্ক্রাম পরিচিতি

তত্পর পদ্ধতিগুলি তথাকথিত "চতুর ইশতেহারে" সংজ্ঞায়িত নিম্নলিখিত সাধারণ নীতিগুলির উপর ভিত্তি করে:

• "প্রক্রিয়া এবং সরঞ্জামগুলির উপর ব্যক্তি এবং মিথস্ক্রিয়া"
• "বিস্তৃত ডকুমেন্টেশনের উপর কাজ করা সফ্টওয়্যার"
• "চুক্তি আলোচনার উপর গ্রাহক সহযোগিতা"
• "একটি পরিকল্পনা অনুসরণ করে পরিবর্তনে সাড়া দেওয়া"

(সূত্র: চটপটে ম্যানিফেস্টো )

চতুর ইশতেহার অনুসারে, উপরের বিবৃতিগুলিতে, ডানদিকের আইটেমগুলি গুরুত্বপূর্ণ হলেও বাম দিকের আইটেমগুলি আরও বেশি।

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

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

ভূমিকা হল:

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

• স্ক্রাম মাস্টার : তিনি/তিনি সমস্ত স্ক্রাম প্রক্রিয়া সমন্বয় করেন, মিটিং সংগঠিত করেন এবং আরও অনেক কিছু করেন।

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

  
  

ইভেন্টগুলি হল:

• স্প্রিন্ট : পুনরাবৃত্তিমূলক বিকাশে একটি একক বৃদ্ধির প্রতিনিধিত্ব করে। এটি সাধারণত দুই সপ্তাহ থেকে এক মাস পর্যন্ত স্থায়ী হয়।

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

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

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

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

  
  

নিদর্শনগুলি হল:

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

কিছু ফর্মের মতবাদের সাথে স্ক্রামকে বিভ্রান্ত করবেন না

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

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

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

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

একটি বাস্তব ব্যবহারের ক্ষেত্রে

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

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

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

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

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

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

স্ক্রাম প্র্যাকটিস

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

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

প্রতিটি স্প্রিন্টের শুরুতে, স্ক্রাম নিয়মগুলির জন্য, আমরা ইতিমধ্যে সম্পন্ন করা কাজগুলি নিয়ে আলোচনা করব, সমস্ত সম্মুখীন সমস্যাগুলির মূল্যায়ন করব এবং আসন্ন স্প্রিন্টে প্রয়োগ করা বৈশিষ্ট্যগুলি বেছে নেব৷

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

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

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

অটোমেশন টুল দ্বারা কার্যকলাপ/উৎস ট্র্যাকিং

পদ্ধতির অনুশীলনের পাশাপাশি, আমাদের এই প্রধান উদ্বেগগুলি সমাধান করার জন্য সরঞ্জামগুলিরও প্রয়োজন ছিল:

• কোডটির সংস্করণ করা, এর পরিবর্তনগুলি ট্র্যাক করা এবং সেগুলিকে দলে ভাগ করে নেওয়া৷

• কার্যকলাপ এবং বাগ রেজোলিউশন ট্র্যাকিং: কি করতে হবে, কাকে কি বরাদ্দ করা হয়েছে, এবং এর স্থিতি।

• ক্রিয়াকলাপের সাথে মিলে যাওয়া সোর্স কোডের পরিবর্তন।

  
  

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

কোড সংস্করণের জন্য, আমরা গিট ব্যবহার করেছি কারণ এটি সবচেয়ে প্রাকৃতিক পছন্দ। গিট বিভিন্ন উপায়ে ব্যবহার করা যেতে পারে এবং আমরা ব্যক্তিগতভাবে গিটফ্লোকে ওয়ার্কফ্লো প্যাটার্ন হিসাবে গ্রহণ করেছি।

ক্রিয়াকলাপগুলি ট্র্যাক করতে আমরা Redmine ব্যবহার করেছি, যা একটি সাধারণ প্ল্যাটফর্ম যা প্রকল্প পরিচালনার লক্ষ্যে।

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

ইউনিট এবং ইন্টিগ্রেশন টেস্টিং এর সাথে মিলিত আচরণ চালিত উন্নয়ন পদ্ধতি

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

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

জড়িত প্রধান প্রযুক্তি ছিল:

• শসা : REST পরিষেবাগুলির সাথে স্প্রিং বুট অ্যাপ্লিকেশনে একত্রিত করা হয়েছে

• অন্যান্য পরীক্ষার সরঞ্জাম: জুনিট , মকিটো , এবং স্প্রিং বুট লাইব্রেরিগুলি ইন্টিগ্রেশন পরীক্ষা সমর্থন করার জন্য৷

  
  

নিম্নলিখিত মানসিক মানচিত্রটি উপরে আলোচিত বিষয়গুলির একটি সারাংশ দেখায়:

বিবেচনা

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

একটি ক্রীড়া উপমা

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

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

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

ম্যানেজারদের পরিচালনা

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

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

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

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

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

পদ্ধতি, পরীক্ষার অনুশীলন, ট্র্যাকিং কার্যকলাপ এবং সম্পর্কিত সরঞ্জামগুলির মধ্যে ভারসাম্য

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

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

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

উপসংহার

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