একটি একদম নতুন দলের জন্য আপনি কীভাবে একটি কার্যকর প্রক্রিয়া সেট আপ করেন?

Question

Accepted Answer

**হালকা ও স্পষ্ট** দিয়ে শুরু করুন, তারপর দলকে প্রকৃত সমস্যা থেকে প্রক্রিয়া বিবর্তিত করতে দিন। সবচেয়ে বড় ভুল হলো প্রথম দিনেই আপনার শেষ চাকরি থেকে একটি ভারী framework আমদানি করা। একটি নতুন দলের কয়েকটি অ-আপসযোগ্য মৌলিক বিষয়, ভাগ করা চুক্তি এবং সমন্বয়ের জন্য একটি দ্রুত feedback loop দরকার।

## ন্যূনতম কার্যকর প্রক্রিয়া

- **Definition of Done** এবং **Definition of Ready** — যাতে "done" এবং "শুরু করতে প্রস্তুত" সবার কাছে একই অর্থ বহন করে।
- কাজের একটি একক **source of truth** (একটি board), এবং একটি স্পষ্ট গ্রহণ পথ যাতে কাজ পাঁচটি পার্শ্ব-চ্যানেল দিয়ে না আসে।
- একটি **branching ও code-review** মান, এবং একটি মৌলিক CI pipeline। Quality gate প্রথম দিন থেকেই থাকে, পরে জুড়ে দেওয়া নয়।
- হালকা **ceremony**: একটি সংক্ষিপ্ত দৈনিক sync, একটি planning ছন্দ, এবং সবচেয়ে গুরুত্বপূর্ণভাবে একটি **retrospective** — যে ইঞ্জিন অন্য সবকিছু উন্নত করে।

## আমি কীভাবে এটি প্রবর্তন করি

1. **প্রথমে শুনুন।** প্রত্যেকের সাথে কথা বলুন; কিছু চাপিয়ে দেওয়ার আগে তাদের প্রেক্ষাপট, শক্তি ও হতাশা জানুন।
2. **একটি working agreement সহ-রচনা করুন।** ওভারল্যাপের সময়, সিদ্ধান্ত কীভাবে নেওয়া হয়, on-call প্রত্যাশা, যোগাযোগের রীতি। মালিকানা সহ-লেখকত্ব থেকে আসে।
3. **দ্রুত শুরু থেকে শেষ পর্যন্ত ছোট কিছু ship করুন।** একটি বাস্তব কাজে একবার প্রক্রিয়া চালিয়ে এবং ফাঁকগুলো খুঁজে পাওয়ার মতো কিছুই প্রক্রিয়া গড়ে না।
4. **retro চালান ও সামঞ্জস্য করুন।** প্রক্রিয়াটিকেই একটি backlog সহ একটি পণ্য হিসেবে গণ্য করুন।

## Trade-off ও ভুলত্রুটি

- **অতিরিক্ত প্রক্রিয়া** গতি হত্যা করে এবং অবিশ্বাসের সংকেত দেয়; **খুব কম** বিশৃঙ্খলা ও পুনঃকাজ তৈরি করে। হালকা দিকে ঝুঁকুন এবং কেবল তখনই যোগ করুন যখন একটি প্রকৃত সমস্যা দাবি করে।
- **টুলকে প্রক্রিয়ার সাথে গুলিয়ে ফেলবেন না** — Jira কোনো methodology নয়।
- **ডিক্রি দিয়ে প্রক্রিয়া** থেকে সাবধান। দল যদি এটি গড়তে সাহায্য না করে, তারা এটিকে এড়িয়ে চলবে।
- আগেভাগে **psychological safety** প্রতিষ্ঠা করুন; যে retro-তে কেউ সৎভাবে কথা বলে না তা একটি নাটক।

## একটি সরল টেমপ্লেট

- আমরা [ছন্দে] কাজ করি। Done মানে [DoD]। আমরা প্রতিটি PR [X ঘণ্টার] মধ্যে review করি। আমরা [DACI/owner] দিয়ে সিদ্ধান্ত নিই। আমরা প্রতি [অন্তর] retro করি।

## এটি কেন গুরুত্বপূর্ণ

একটি দলের প্রক্রিয়া হলো সেই operating system যার ওপর বাকি সবকিছু চলে। এটি ভালোভাবে সেট আপ করুন এবং ভালো ইঞ্জিনিয়াররা চক্রবৃদ্ধি হারে বাড়ে; খারাপভাবে সেট আপ করুন এবং আপনি প্রতিটি sprint ঘর্ষণ, অস্পষ্টতা ও পুনঃকাজের সাথে লড়াইয়ে ব্যয় করেন। এটি ইচ্ছাকৃতভাবে করা — হালকা, স্পষ্ট ও সহ-মালিকানাধীন — senior নেতৃত্বের সবচেয়ে স্পষ্ট সংকেতগুলোর একটি।