আমরা, প্রোগ্রামার হিসাবে, ক্রমাগত জিজ্ঞাসা করা হয় 'এটি কতক্ষণ সময় নেবে'?
এবং আপনি জানেন, পরিস্থিতি প্রায় সর্বদা এরকম:
- প্রয়োজনীয়তা অস্পষ্ট। কেউই সমস্ত বিষয়গুলির গভীরতার বিশ্লেষণ করেন নি।
- নতুন বৈশিষ্ট্যটি সম্ভবত আপনি আপনার কোডটি তৈরি করেছিলেন এমন কিছু অনুমানগুলি ভেঙে দেবে এবং আপনাকে রিফ্যাক্টর করতে পারে এমন সমস্ত জিনিসগুলির সাথে সাথেই আপনি ভাবনা শুরু করে।
- অতীতের কার্যভারগুলি থেকে আপনার অন্যান্য কাজ করতে হবে এবং আপনাকে এমন একটি অনুমান করতে হবে যা অন্যান্য কাজটিকে বিবেচনায় রাখে।
- 'সম্পন্ন' সংজ্ঞাটি সম্ভবত অস্পষ্ট: এটি কখন হবে? 'কোড' শেষ হয়ে গেছে ঠিক তেমন কোডিং শেষ হয়েছে, নাকি 'ব্যবহারকারীরা এটি ব্যবহার করছেন' এর মতো 'সম্পন্ন' করেছেন?
- আপনি এই সমস্ত বিষয় সম্পর্কে কতটা সচেতন তা বিবেচনা না করেই, কখনও কখনও আপনার "প্রোগ্রামার এর অহংকার" আপনাকে মূলত মনে হয় যে এর চেয়ে কম সময় দিতে / গ্রহণ করতে বাধ্য করে। বিশেষত যখন আপনি সময়সীমা এবং পরিচালনা প্রত্যাশার চাপ অনুভব করেন।
এর মধ্যে অনেকগুলি সাংগঠনিক বা সাংস্কৃতিক সমস্যা যা সমাধান করা সহজ এবং সহজ নয়, তবে শেষ পর্যন্ত বাস্তবতাটি হ'ল আপনাকে একটি অনুমানের জন্য জিজ্ঞাসা করা হচ্ছে এবং তারা আপনাকে একটি যুক্তিসঙ্গত উত্তর দেবে বলে আশাবাদী। এটি আপনার কাজের অংশ। আপনি কেবল বলতে পারবেন না: আমি জানি না।
ফলস্বরূপ, আমি সর্বদা অনুমান দিয়ে শেষ করি যে আমি পরে বুঝতে পারি যে আমি পূরণ করতে পারছি না। এটি বহুবার ঘটেছিল এবং আমি সবসময় প্রতিশ্রুতি দিয়েছিলাম যে এটি আর হবে না। তবে তা করে।
কোনও অনুমান সিদ্ধান্ত নেওয়ার এবং সরবরাহ করার জন্য আপনার ব্যক্তিগত প্রক্রিয়াটি কী? কোন কৌশলগুলি আপনি দরকারী খুঁজে পেয়েছেন?
14
আরও দেখুন কীভাবে ব্যাখ্যা করবেন যে বড় সফ্টওয়্যার প্রকল্পের জন্য প্রয়োজনীয় সময় অনুমান করা শক্ত? কীভাবে আরও ভাল অনুমান করা যায়? উন্নয়ন প্রক্রিয়াটি বোঝার জন্য নন-প্রোগ্রামারদের পাওয়া এবং প্রকল্পগুলি কত দিন সময় নিচ্ছে তা অনুমান করার জন্য আমি কী করতে পারি?
—
gnat
প্রয়োজনীয়তাগুলি এত পরিষ্কার না হলে আপনি 50% ত্রুটি মার্জিন (বৃহত্তর পরিসর) দিয়ে অনুমান করতে পারেন। যদি প্রয়োজনীয়তাগুলি পরিষ্কার হয় তবে আপনি 20% ত্রুটি মার্জিনের সাথে অনুমান করতে পারেন। আমার জন্য আরও একটি ভাল কৌশল যা কাজ করেছিল তা হ'ল একটি প্রকল্পকে পর্যায়ক্রমে বিভক্ত করা। এই উপায়ে অনুমান করা সহজ এবং আপনার কেবল প্রথম পর্যায়ে অনুমান করা দরকার। আপনি যখন পরবর্তী পর্যায়ে অনুমান করতে চলেছেন, তখন আপনার প্রকল্পটি সম্পর্কে আরও ভাল ধারণা হবে। এছাড়াও, আপনার এবং আপনার ঠিকাদারের মধ্যে বিশ্বাস আরও ভাল হওয়া উচিত। আমি সবসময় আমার অনুমান এবং পূর্বশর্তগুলিও লিখি। কখনই "এটি আইই 8 বা তার চেয়ে বেশি চলবে" লিখবেন না, নির্দিষ্ট থাকুন।
—
ফ্রান্সিসকো গোল্ডেনস্টাইন
সেরজিও, "ফলস্বরূপ, আমি সর্বদা অনুমান দিয়ে শেষ করি যে আমি পরে বুঝতে পারি যে আমি পূরণ করতে পারছি না It এটি বহুবার হয়েছে এবং আমি সবসময় প্রতিশ্রুতি দিয়েছিলাম যে এটি আর হবে না it তবে তা হয়" " আজ আপনি কতটা উন্নত বোধ করছেন?
—
রিমিগিজাস পান্কেভিয়াস
@ আর.পাঙ্কেভিচিয়াস সত্যই, আমি সবেমাত্র অনুমান দেওয়া বন্ধ করে দিয়েছি: rclayton.silvrback.com/software-estiration-is-a-losing-game
—
সেরজিও অ্যাকোস্টা
আমি মনে করি "অনুমান" এবং "সময়সীমা" এর মধ্যে থাকা উপস্থাপনাটিও গুরুত্বপূর্ণ। একটি অনুমান প্রতিশ্রুতি নয়, তাই একটি ছোটখাটো ত্রুটি খুব বেশি সমস্যাযুক্ত হওয়া উচিত নয়। কারও আগ্রহী হলে আমি এখানে এ সম্পর্কে একটি দীর্ঘ ব্লগ পোস্ট লিখেছি: marcgg.com/blog/2015/08/27/deadlines-estimitted-software-startup
—
margg