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