প্রয়োজনীয়তা বৃদ্ধি এবং পরিবর্তন হবে। আমি মনে করি না যে কেউ এই বিষয়ে তর্ক করতে পারে।
কীভাবে আগত অনুরোধগুলি সংগ্রহ এবং প্রক্রিয়া করা যায় ।
আমার অভিজ্ঞতায় এটি প্রয়োজনীয় পরিকল্পনাগুলির ক্ষেত্রে সহায়তা করে যদি কোনও একক বা অতি ক্ষুদ্র গ্রাহক যদি উন্নয়ন পরিকল্পনাকারীদের একটি ছোট গ্রুপে নতুন বা আপডেট হওয়া প্রয়োজনীয়তা সরবরাহের জন্য ফিল্টার হিসাবে কাজ করে। তাদের পক্ষের যে কেউ তাদের প্রস্তাব দিতে বা লিখতে পারেন, তবে বিতরণটি খুব অল্প কয়েকজনের মধ্যেই হওয়া উচিত। এক পক্ষ থেকে অন্য পক্ষের বিনিময়ে জড়িত ব্যক্তিরা যত কম, তত ভাল।
একটি ছোট সংখ্যক লোকের মাধ্যমে ফিল্টারিংয়ের উদ্দেশ্যটি পৃষ্ঠায় নকল বা আপাতদৃষ্টিতে গুরুত্বহীন, এমনকি ব্যর্থতার পয়েন্টগুলি সীমাবদ্ধ করার জন্য: অন্যরা যে প্রচেষ্টা এবং তথ্য রাখে তা হ্রাস করা বা হ্রাস করে না, ব্যর্থতার পয়েন্টগুলি সীমাবদ্ধ করা: হারিয়ে যাওয়া বা ভুল তথ্য ফাঁসানো তথ্য। এটি এনক্যাপসুলেশন এবং ইন্টারফেসের উদ্দেশ্যে অনুরূপ নীতি অনুসরণ করে: ব্যক্তিগত ডেটা রক্ষা করুন, এবং অনুরূপ অনুরোধগুলি পরিচালনা করার জন্য একটি সাধারণ প্রোটোকল স্থাপন করুন। আমাকে পুনরাবৃত্তি করা যাক: সদৃশ জমা দেওয়া ঠিক আছে। পরিকল্পনাকারী হিসাবে, এটি আমাকে বলে যে তারা যে বিষয়ে কথা বলছে বা প্রস্তাব দিচ্ছে তা গুরুত্বপূর্ণ। সব কিছু সংরক্ষণ বা রেকর্ড করুন।
প্রয়োজনীয়তাগুলি কীভাবে ট্র্যাক এবং সংগঠিত করবেন
স্বল্প মেয়াদে, লো প্রযুক্তিতে যান
স্পষ্টতই কম প্রযুক্তিগত সমাধান রয়েছে যা আগত প্রয়োজনীয়তাগুলি সংগঠিত ও ট্র্যাক করার ক্ষেত্রে বৃহত্তর মাত্রায় কার্যকর হতে পারে: হোয়াইট বোর্ড, স্টিকি, পোস্টারবোর্ডগুলি আপনার কী আছে। স্বল্পমেয়াদি পরিকল্পনার জন্য এগুলি দুর্দান্ত হতে পারে। এগুলি অত্যন্ত দৃশ্যমান, নিখরচায় স্বরলিপি গ্রহণ করে এবং 'পুনরায় কনফিগার করা' সহজ।
দীর্ঘমেয়াদে, অনুসন্ধানযোগ্য, বাছাইযোগ্য, লিঙ্কযোগ্য সফ্টওয়্যার সরঞ্জামটি ব্যবহার করুন
দীর্ঘ পরিসীমা প্রচেষ্টার জন্য, এক ধরণের সফ্টওয়্যার মূল্যবান হবে। বিশেষায়িত প্রয়োজনীয়তা পরিচালনার সরঞ্জামগুলি রয়েছে: দরজা, ক্লিয়ারকেস / ক্লিয়ারকয়েস্ট এবং আরও অনেকগুলি। এই উচ্চতর বিশেষায়িত সরঞ্জামগুলি তারা যা করে তা দুর্দান্ত তবে প্রায়শই ওভারকিল হয়। কখনও কখনও এমনকি একটি সাধারণ পুরানো স্প্রেডশিট পর্যাপ্ত চেয়ে বেশি is আমি সাধারনত ইস্যু ট্র্যাকিং সিস্টেমগুলি এটি সম্পাদন করতে মোটামুটি দরকারী বলে মনে করি এবং এই মুহূর্তে আমার প্রিয়টি আবার রঙিন করা হয়েছে, তবে অন্যরাও নিশ্চিত যে আমারও ঠিক আছে।
ইস্যু ট্র্যাকিং সিস্টেমের সাহায্যে, আপনি যাকে অনুমতি দেওয়ার জন্য চয়ন করেন তিনি 'নতুন সমস্যা' বা প্রয়োজনীয়তা তৈরি করতে পারেন এবং এতে অন্তর্ভুক্ত করার জন্য উপযুক্ত দেখতে পারেন এমন কোনও বিবরণ যুক্ত করতে পারেন। তারা সমস্যাটি দেখতে পারে এবং আপনি এটি নিয়ে যে কোনও পদক্ষেপ নিতে প্রতিক্রিয়া জানাতে পারেন। আপনি এটিকে আবার শ্রেণিবদ্ধ করতে পারেন, অগ্রাধিকারটি সামঞ্জস্য করতে পারেন, শরীরের পুনর্লিখন করতে পারেন, পরিপূরক তথ্য সংযুক্ত করতে পারেন, এটি অন্যান্য 'ইস্যু'র সাথে যুক্ত করতে পারেন, একটি উচ্চ স্তরের বৈশিষ্ট্য বা' ইউজ কেস 'বা গল্প বা যে কোনও পরিভাষা আপনার সিস্টেমে ফিট করে, অ্যাড বমিভাব। অন্য কথায়, আপনি ইস্যুগুলির মাধ্যমে অনুসন্ধানের যোগ্য, বাছাইযোগ্য, অগ্রাধিকারপ্রাপ্ত, ইতিহাস-সচেতন, সম্পর্কিত প্রয়োজনীয়তার তালিকা তৈরি করতে অনেক কিছুই করতে পারেন। প্লাসটি বাক্সের বাইরে মোটামুটি কনফিগারযোগ্য এবং ওপেন সোর্স, যদি সরঞ্জামটি আমার প্রয়োজন অনুসারে না হয় বা যে কোনও মুহুর্তে না চান তবে আমি আমার প্রক্রিয়াটির প্রয়োজনের আরও ভালভাবে ফিট করার জন্য এটি মোটামুটি সহজেই পরিবর্তন করতে পারি।
সরঞ্জামগুলি সম্পর্কে একটি চূড়ান্ত নোট, কিছু লোকের সাথে আমি কথা বলেছি তারা পরিবর্তন ব্যবস্থাপনার এবং সংস্করণ সিস্টেমে প্লেইন পুরাতন পাঠ্য ফাইলগুলি ব্যবহার করে বেশ সাফল্য অর্জন করতে পারে। তারা অবশ্যই historicalতিহাসিক সংস্করণগুলির সুবিধা পেয়ে যায়। প্রয়োজনীয়তাগুলি অনুসন্ধান, লিঙ্কিং এবং তালিকাভুক্ত করার জন্য তারা বেস অপারেটিং সিস্টেম এবং পরিপূরক সরঞ্জামগুলিও ব্যবহার করে। তারা ততটা কাঠামোগত, সম্পর্কিত মেটা তথ্য যুক্ত করতে সক্ষম নয়, তবে তারা এটির প্রয়োজনীয়তা অনুভব করে না এবং তাদের প্রচেষ্টার জন্য যথেষ্ট মান যোগ করে না। এটি আপনার ক্ষেত্রে হতে পারে বা নাও হতে পারে। সুবিধাটি হ'ল এটি পরিচালনা এবং রক্ষণাবেক্ষণের জন্য আপনার বিকাশের স্ট্যাকের সম্ভাব্য কয়েকটি কম সফ্টওয়্যার।
পোস্ট কন্ট্রাক্ট অ্যাওয়ার্ড / পোস্ট ডেভেলপমেন্ট কিকঅফ প্রয়োজনীয়তা
প্রশ্নের চূড়ান্ত দিকটি হল, প্রচেষ্টা শুরু করার পরে কীভাবে প্রয়োজনীয়তাগুলি পরিচালনা করতে হয়। আমি মনে করি এটি সম্পর্কে দুটি শীর্ষস্থানীয় চিন্তাভাবনা রয়েছে, এবং আপনি কীভাবে এগুলি পরিচালনা করেন তার একটি অংশ গ্রাহকের সাথে আপনার সম্পর্কের প্রকৃতির উপর নির্ভর করে: প্রথমত, যদি কোনও নির্দিষ্ট মূল্যে চুক্তির অধীনে হয় তবে চুক্তি পুরষ্কারের পরে আসা প্রয়োজনীয়তা অন্তর্ভুক্ত করা যেতে পারে। জড়িত বিষয়টি হ'ল তারা চেষ্টাটির ক্ষেত্র পরিবর্তন করতে পারে, সুতরাং যখন অতিরিক্ত আইটেম সরবরাহ করা হয় এবং গৃহীত হয় তখন হার বা বিল বেশি হবে; সমতুল্য পরিশ্রমের গ্রহণযোগ্য প্রস্তাব থেকে সরানো না হলে। যদি এটি সুযোগের পরিবর্তনের দিকে চলে যায়, আপনাকে অবশ্যই নিশ্চিত করতে হবে যে গ্রাহক ফলাফলটি বুঝতে এবং বুঝতে পেরেছেন, অন্যথায়, এই দেরীতে জমা দেওয়া হবে।
দ্বিতীয়ত, চুক্তিটি প্রদানের পরে নতুন নতুন প্রয়োজনীয়তা আসার জন্য এবং চুক্তিটি একটি সময় এবং বস্তুগত প্রচেষ্টার দিকে আরও বেশি কেন্দ্রীভূত হয় (কাজের দেহের কাজটি শেষ করতে যা কিছু লাগে) আপনি করতে পারেন এবং যদি কিছুটা নমনীয় হয় তবে গ্রাহকরা নির্দিষ্ট যাওয়ার সময় এটি অন্তর্ভুক্ত করার জন্য জোর দিয়ে থাকে। আপনি এতে অন্তর্ভুক্ত থাকুক বা না থাকুক সেজন্য আপনাকে বেতন দেওয়া হবে, যতক্ষণ না আপনি যা বলবেন তা হয়ে যাবে।
আপনি যদি তাদের সাথে পরিচিত না হন তবে আপনি একটি কান্বন পদ্ধতির এবং চতুর পদ্ধতিগুলি দেখতে চাইতে পারেন। এই কৌশলগুলি দীর্ঘমেয়াদী উন্নয়ন লক্ষ্যের অভাবগতভাবে দৃষ্টি হারানো ছাড়াই তাত্ক্ষণিক উদ্বেগগুলির দিকে মনোযোগ আনতে সহায়তা করতে পারে।
পরিস্থিতি হিসাবে কী হবে তা উপস্থাপন করুন এবং গ্রাহককে একটি পছন্দ এবং সিদ্ধান্ত দিন
উভয় ক্ষেত্রেই, গ্রাহক এবং আপনার দলের সাথে আলোচনার সময় একটি 'যদি যদি' অনুমান করা হয় তবে তা কাজে লাগানো ভাল কৌশল। বিকল্পগুলির জন্য একই তথ্য প্রদর্শন করার জন্য একটি কলামের সাহায্যে পরিকল্পনা অনুসারে কাজগুলি, তাদের ব্যয় এবং তফসিলের পাশাপাশি পাশাপাশি তুলনা তৈরি করুন। মাইক্রোসফ্ট প্রজেক্ট সম্ভবত এটি করার পক্ষে একটি ভাল প্রার্থী কারণ আপনি অনেকগুলি অনুরূপ কাজের সেটের ভিত্তিতে বিভিন্ন অনুমান তৈরি করতে পারেন।
যাইহোক, এমনকি একটি প্রাথমিক স্প্রেডশীট প্রায়শই ঠিক কীভাবে নির্দিষ্ট পরিবর্তন বা অন্তর্ভুক্তিগুলি ব্যয় এবং সময়সূচিতে প্রভাব ফেলবে তা প্রদর্শনের জন্য কার্যকর। এই ক্ষেত্রে একটি তালিকা সম্ভবত গাছের পার্থক্য প্রদর্শনের ক্ষেত্রে যেমন কার্যকর তত কার্যকর। আপনি এই পরিস্থিতিগুলি তৈরি করতে যে সরঞ্জাম এবং পদ্ধতিটি বেছে নিয়েছেন তা মূলত প্রকল্পের আকার এবং কর্মীদের উপর নির্ভর করে (তবে এমএস প্রকল্পের মতো ট্রিপল এ সফ্টওয়্যারটিরও নিজস্বতা এবং দক্ষতার নিজস্ব সীমা রয়েছে)।
যদি অভ্যন্তরীণ কাজের আইটেম হিসাবে দৃশ্যাবলী হয় এবং প্রকল্পের সময়কালের জন্য সেগুলি সংরক্ষণ করে তবে এগুলি বিবেচনা করুন। তারা সিদ্ধান্ত গ্রহণ এবং আলোচনা প্রক্রিয়া সমালোচনামূলক বিক্ষোভ ছিল। আপনাকে সেগুলি আবারও দেখতে হবে, বা কি আইএফএসের ধারাবাহিক পর্যায়ের জন্য তাদের পুনরাবৃত্তি করতে হবে।
কোন পরিস্থিতিতে তৈরি করার সময়, কোনও প্রযুক্তিগত বা বাস্তবায়নের দৃষ্টিকোণ (সরল ভাষায়) থেকে প্রো এবং কনসের পরিপূরক বিবরণ কেন একটি বিকল্পের এত তাৎপর্যপূর্ণ প্রভাব ফেলবে তা প্রমাণ করতে সহায়তা করতে কার্যকর হতে পারে।