প্রস্তুতি (DoR/DoD)

DoR — Definition of Ready: কাজ শুরু হওয়ার জন্য কী প্রস্তুত থাকা দরকার। এটি সেই চাহিদার অবসান ঘটাতে, যা কাজে ঢোকে আর দুদিন পরে ফিরে আসে কারণ অ্যাক্সেস, তথ্য বা সিদ্ধান্ত ছিল না।
DoD — Definition of Done: কাজকে সম্পূর্ণ ধরা হবে তার জন্য কী করা থাকা দরকার। এটি সেই "শেষ করেছি"-র অবসান ঘটাতে, যা এখনও পরীক্ষা, নথিভুক্ত বা জানানো হয়নি।

দুটোই একই ধারণা, দুই প্রান্তে প্রয়োগ করা: চুক্তিটা আগে লিখে রাখুন, যাতে পরে তর্ক না হয়। আর দুটোই বোর্ডের প্রতিটি ধাপ অনুযায়ী — প্রতিটি কলামের নিজস্ব থাকতে পারে।

দুটি তালিকা যা দল একবার ঠিক করে এবং সবসময় ব্যবহার করে: একটি চাহিদা শুরু হতে পারার জন্য কী প্রস্তুত থাকা দরকার (Definition of Ready) এবং এটিকে সমাপ্ত ধরার জন্য কী প্রস্তুত থাকা দরকার (Definition of Done)। এটাই সেই চাহিদা ঠেকায় যা পরিধি ছাড়াই স্প্রিন্টে ঢোকে, আর সেটিও যা "প্রস্তুত" অথচ কেউ পরীক্ষা করেনি।

এখানে আপনি দলের প্রস্তুতি চুক্তির (DoR/DoD) একটি আইটেম নিবন্ধন করেন: এটি কোন ধাপে প্রযোজ্য, এটি সেই ধাপে প্রবেশের নাকি প্রস্থানের শর্ত, এটি কি শুধু এক ধরনের চাহিদার জন্য প্রযোজ্য, চুক্তির পাঠ, এটি কি ধাপ থেকে প্রস্থান আটকায়, প্রদর্শনের ক্রম এবং এটি সক্রিয় কি না। এটি আইটেম ধরে ধরে প্রবাহের মান যাচাইয়ের চেকলিস্ট।

"প্রবেশ বা প্রস্থান" ফিল্ড নির্ধারণ করে চুক্তিটি ধাপের কোন পাশে থাকবে। প্রবেশ আইটেম হলো Definition of Ready: চাহিদা সেই ধাপে ঢোকার আগে কী প্রস্তুত থাকা দরকার (যেমন, সম্পাদনে ঢোকার আগে "গ্রহণযোগ্যতার মানদণ্ড লেখা")। প্রস্থান আইটেম হলো Definition of Done: চাহিদা ধাপ থেকে বের হওয়ার জন্য কী করা দরকার ("code review অনুমোদিত")। "শুধু এই ধরনের জন্য" ফিল্ড আইটেমটিকে এক ধরনের চাহিদায় সীমিত করে — বাগের চুক্তি উন্নতির ক্ষেত্রে প্রযোজ্য হওয়ার দরকার নেই।

আপনি আইটেমটি এখানে একবার লেখেন; চাহিদাটি ধাপে ঢুকলে এটি চাহিদার নিজস্ব চেকলিস্টে কপি হয়, লেবেল বন্ধনীর মধ্যে থাকে (যেমন [DoD Em execução] testes automatizados verdes)।

লক্ষ করুন, টিক দেওয়ার জন্য দ্বিতীয় কোনো তালিকা নেই: যিনি কাজ করেন তিনি সবসময়ের জায়গাতেই, চাহিদার ভেতরে টিক দেন, আর যাচাই সেখান থেকেই পড়ে। দ্বিতীয় তালিকা মানে বাস্তবে একটি পরিত্যক্ত তালিকা।

এটি সবচেয়ে অপ্রত্যাশিত অংশ। একটি কার্ড এক কলাম থেকে অন্য কলামে টানলে সিস্টেম যে কলাম থেকে বেরোচ্ছে তার DoD যাচাই করে — কারণ প্রশ্নটি হলো "এটি কি এখানে শেষ বলে ধরা যায়?"।

DoR কখনো আটকায় না। এটি প্রবেশ-যাচাই হিসেবে আসে, চেকলিস্টে দেখা যায় এবং মনে করিয়ে দেয়। DoR-এর কোনো আইটেমে আটকানো চিহ্নিত করলে সিস্টেম তা বন্ধ করে দিয়ে সতর্ক করে।

সরানোর সময় তিনটি সম্ভাব্য ফল: কিছু বাকি নেই, কার্ড এগিয়ে যায়; আটকানো ছাড়া কিছু বাকি, কার্ড বাকি জিনিসের তালিকাসহ সতর্কতা নিয়ে এগোয়; আটকানোসহ কিছু বাকি, কার্ড নিজের জায়গায় ফিরে যায়। আটকাতে একটি খোলা আটকানো আইটেমই যথেষ্ট।

চুক্তির আগে চাপানো গেট মান নয়, ফাঁকফোকর তৈরি করে: দল বোর্ডকে ফাঁকি দিতে শেখে। আইটেমগুলো লিখুন, দলকে কয়েক সপ্তাহ সেগুলোর সঙ্গে চলতে দিন এবং আটকানো চালু করুন কেবল তাতেই যা অভ্যাসে পরিণত হয়েছে অথচ তবু ফসকে যায়।

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

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

এটাই সঠিক আচরণ — নিয়ম বদলেছে, যাচাই আবার হয় —, তবে পরিবর্তনের পরিকল্পনা করুন: স্প্রিন্টের মাঝখানে করলে পুরো বোর্ডে বাকি আইটেম ফিরে আসে।

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

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

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

রেকর্ডের কার্যকলাপ প্যানেলে প্রতিটি নোটে "অনুরোধে রূপান্তর" আছে। ক্লিক করলে নোটের টেক্সট, কে লিখেছেন এবং এই রেকর্ডের লিংকসহ একটি টিকিট তৈরি হয় — কিছুই আবার টাইপ করতে হয় না। নোটটি যখন কোনো কাজের অনুরোধ ("কাউকে এটি দেখতে হবে") তখন এটি ব্যবহার করুন; নোটটি যেখানে ছিল সেখানেই থাকে। বোতামটি কেবল সংরক্ষিত রেকর্ডে দেখা যায়; শুধু-পড়ার সেশন (ডেমো) টিকিট তৈরি করে না।

কেবল তখনই, যখন আপনি ধরন ফাঁকা রাখেন — তখন এটি একটি সাধারণ নিয়ম। ধরন পূরণ করলে আইটেমটি শুধু সেই ধরনের চাহিদার (বাগ, উন্নয়ন, সহায়তা...) জন্য প্রযোজ্য হয়।

একটি সূক্ষ্ম বিষয়ে সতর্ক থাকুন: ধরন নির্ধারিত নেই এমন চাহিদা কেবল সাধারণ নিয়মগুলো পায়। আপনার গুরুত্বপূর্ণ DoD কোনো ধরনের সঙ্গে বাঁধা থাকলে, ধরনহীন চাহিদা তা এড়িয়ে যায়।

রেকর্ডটি খুলে ডান দিকের "টাইমলাইন" দেখুন: প্রতিটি পরিবর্তন "এক মান থেকে অন্য মানে" হিসেবে, ব্যক্তি ও তারিখসহ দেখানো হয়। পরিবর্তন অনেক হলে টাইমলাইনের ওপরের দুটি ফিল্টার ব্যবহার করুন — একটি ঘর অনুযায়ী, অন্যটি ব্যক্তি অনুযায়ী। খোঁজ ডেটাবেসে হয়, তাই পুরোনো পরিবর্তনও একইভাবে দেখা যায়। Tenkai-কেও জিজ্ঞেস করতে পারেন: "চুক্তি 482 কে বদলেছে?"।