আমার যখন নতুন প্রযুক্তির জন্য শেখার বক্ররেখা অন্তর্ভুক্ত করা দরকার তখন আমি কীভাবে প্রকল্পগুলি অনুমান করতে পারি?


11

কখনও কখনও, গবেষণা এবং উন্নয়ন প্রকল্পগুলি থাকে যেখানে প্রযুক্তি, ধারণা এবং ক্লায়েন্ট সম্পর্কে আগাম কিছুই জানা যায় না। তবে, পরিচালককে এখনও সময়ের অনুমানের প্রয়োজন। দরকারী অনুমান উত্পাদন করতে আমি কী করতে পারি?


5
আপনার অনুমানটি কোনও পরিচিত প্রযুক্তিতে যা হবে তা নিয়ে যান এবং দশমিক এক জায়গায় যান: পি
রিগ

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

1
@ মিশেলটি - দুর্দান্ত মন্তব্য। অপ্রতুল্য প্রাক্কলন করার জন্য গ্যারান্টযুক্ত একটি জিনিস সময়ের সাথে সাথে সেগুলি সংশোধন করছে যাতে পরিচালনা বাকি কাজটির ক্রমবর্ধমান সঠিক অনুমান পেতে পারে। তাদের প্রসারণ করার গ্যারান্টিযুক্ত একটি হ'ল একটি প্রকল্প যা স্থায়ীভাবে শেষ হতে দুই সপ্তাহ দূরে।
কারসন 63000

প্রোটোটাইপগুলি এটির জন্য।

@ কারসন 000৩০০০ আমার কাছে সেই ফ্রেসিংটিতে অনিশ্চয়তার শঙ্কার একটি সরল সংস্করণ ছিল । এই দৃষ্টান্তটি থেকে দূরে রাখা মূল বিষয়টি হল 2-12 মাসের প্রাক্কলনটির অর্থ এটি শেষে 7 মাস শেষ হয় না, বরং অনুমানটি 2-12 থেকে 4-12 থেকে 8-12 এ রূপান্তর করতে পারে থেকে 10-12 থেকে 12 পর্যন্তও নোট করুন যে প্রাথমিক ধারণাটি সম্পন্ন করার সময় মূল শঙ্কুটির পরিসীমা 16x থাকে।

উত্তর:


13

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

যেমন তালেব লিখেছেন: যথাযথভাবে ভুলের চেয়ে ব্যাপকভাবে সঠিক হওয়া ভাল। সুতরাং আপনার কাছে কঠিন সময় অনুমান করা যায় এমন সত্যটি যোগাযোগ করার বিষয়ে নিশ্চিত হন এবং 'নতুন প্রযুক্তিতে কার্ভগুলি শেখার মতো' যুক্তিগুলির মধ্যে একটি হিসাবে ব্যবহার করুন। এর অর্থ হল আপনার অনুমানের পরিধিটি বড় হবে: 'এই প্রকল্পের জন্য 100k থেকে 500k এর মধ্যে ব্যয় হবে।'

এই জাতীয় কথা বলে, যে আপনাকে কিছু অনুমান করতে বলেছে সে বুঝতে পারে যে জিনিসগুলি এত সহজ নয়।


3
+1: এটিই একমাত্র সঠিক উত্তর। আপনাকে অজানাটিকে জড়িয়ে ধরতে ম্যানেজারকে শিক্ষা দিন - এটি অনুমান করার চেয়ে অনেক সহজ। - কনস্ট্রাক্স ডটকম-এ স্টিভ ম্যাককনোলের কাজও সন্ধান করুন।
mattnz

2
এটি এখানে সবচেয়ে ভুল উত্তর। আপনি সর্বদা যে কোনও কিছু অনুমান করতে পারেন। এটি সমর্থন করার জন্য সরঞ্জাম এবং কৌশল রয়েছে। পার্থক্যটি হ'ল অনিশ্চয়তা। আপনার অনুমান এবং আসল মান (বিশেষত কোনও প্রকল্পের প্রথম দিকে) এর মধ্যে আপনার 4x বা 5x ভিন্নতা থাকতে পারে তবে এর অর্থ এই নয় যে আপনার ভবিষ্যতের অনুমানের জন্য একটি সূচনা পয়েন্ট হিসাবে পরিবেশন করার চেষ্টা করা উচিত নয়।
টমাসের মালিক

2
@ থমাস ওভেনস আপনি ঠিকই বলেছেন, এটির জন্য আপনাকে কেবল দূরে চলতে হবে না। তবে আমার সাহসী বক্তব্যটি ব্যাখ্যা করার উদ্দেশ্যে ছিল: নিজেকে বোকা বানাবেন না, বা আপনার সাহেবকে বোকা বানাবেন না, তবে এই ধারণাটি উন্মুক্ত করুন যে অনুমানটি শক্ত হতে চলেছে! কারণ সত্যই, প্রতিটি ম্যানেজার অনুমান জিজ্ঞাসা করে না যে এটি তৈরি করা কতটা কঠিন / অসম্ভব।
মার্টেন Sytema

আমার ব্যক্তিগত কাজের অভিজ্ঞতায়, নির্ধারিত মূল্যের ভিত্তিতে ফ্রিল্যান্স কাজ করার সময়, আমার গড় প্রতি ঘন্টায় হার ছোট প্রকল্পগুলিতে (বিদ্যমান প্রকল্পগুলিতে সামান্য অ্যাড-অনের মতো) বড় প্রকল্পগুলির (প্রায়শই স্ক্র্যাচ থেকে) চেয়ে বেশি হয়। এটি লিনিয়ারও নয়। অনিশ্চয়তার মধ্যে, আমি এই বড়গুলি একটি নির্দিষ্ট মূল্যে নেওয়া উচিত ছিল না, বা কমপক্ষে সামনের দিকে আলোচনা করা উচিত যে অনুমানটি করা খুব কঠিন, এবং ঝুঁকিকে কিছুটা ছড়িয়ে দিতে ক্লায়েন্টকে ভিন্ন ভিত্তিতে কাজ করতে রাজি করার চেষ্টা করা উচিত ।
মার্টেন Sytema

3

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

যদি আপনি প্যারামেট্রিক মডেলিংয়ের সরঞ্জাম ব্যবহার করছেন, যেমন এসএলআইএম বা কোকোমো (কেবলমাত্র ইন্টারমিডিয়েট বা অ্যাডভান্সড, কারণ বেসিক ব্যয় চালকদের পক্ষে নয়) তবে প্রযুক্তির অপরিচিততার জন্য সামঞ্জস্য করার কারণ থাকতে হবে। উদাহরণস্বরূপ, ককোমোতে প্রচুর পরিমাণে ড্রাইভার রয়েছে , যার মধ্যে কয়েকটি রয়েছে বিশেষভাবে লক্ষ্য প্ল্যাটফর্মের সাথে পরিচিতির পাশাপাশি সিস্টেমটি বিকাশের জন্য ব্যবহৃত ভাষা এবং সরঞ্জামগুলির দিকেও। এসএলআইএম বিকাশকারী দলের সামগ্রিক অভিজ্ঞতার জন্যও দায়ী, যাতে ব্যবহার করা সরঞ্জামগুলি এবং প্রযুক্তিগুলির বিবেচনা অন্তর্ভুক্ত করা উচিত।

এই কৌশলটি দিয়ে, মডেলিং সরঞ্জামগুলির আউটপুট সাধারণত বৈধ হয় কারণ তারা বহু প্রতিষ্ঠানে বহু বছর ধরে পূর্ববর্তী সফ্টওয়্যার প্রকল্পগুলি অনুমান করার জন্য সফলভাবে ব্যবহৃত হয়েছে। তবে, আউটপুটটি কেবলমাত্র সরঞ্জামটির ইনপুট হিসাবে ভাল।

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

এই দৃষ্টান্তগুলিতে, আপনাকে টাস্ক অনুসারে আপনার অনুমানগুলি ভাঙতে হবে এবং এটির ব্যাক আপ করার জন্য আপনার পেশাদার রায় ব্যবহার করতে সক্ষম হবেন। আশা করি, আপনার অনুমানের উপর ভিত্তি করে রাখার জন্য আপনার কাছে historicalতিহাসিক ডেটা এবং অন্যান্য শক্ত প্রমাণ রয়েছে। অন্যথায়, এটি একটি উত্সাহ যুদ্ধ বেশি more


3

উন্নয়নের সময় থেকে বড় প্রশিক্ষণ এবং গবেষণার সময় আলাদা করুন। প্রকল্পটি একাধিক সাব প্রকল্পে ভাঙ্গুন যার সুখের সমাপ্তি রয়েছে। আপনি প্রশিক্ষণের পরে ধারণার একটি প্রমাণ তৈরি করেছেন তা নিশ্চিত করুন।

আপনি যদি প্রযুক্তিতে নতুন হন তবে আপনি কখনই আসল বিকাশের সময়ের কাছাকাছি আসতে পারবেন না। প্রকল্পের শুরুতে এটি ঝুঁকি হিসাবে উত্থাপন করুন এবং আপনার অনুমানে উদার হন। এটি আপনার এবং আপনার দলটির সাথে পরিচিত নয় এমন মূল প্রযুক্তিগুলির ক্ষেত্রে প্রযোজ্য।


1

নির্ভর করে, আমি বেশিরভাগ সময় এফপিএ ( ফাংশন পয়েন্ট বিশ্লেষণ ) ব্যবহার করি , তবে আমরা এই "এন্টারপ্রাইজে ওয়েব ডেভলপমেন্ট" এর মধ্যে ছিলাম, মানে আপনি জানেন, ফোর্বস 500 টি ওয়েব সংস্থা companies

কার্যটি সর্বদা দুটি ভাগে বিভক্ত করা যায়: একটি, যা এফপিএ সত্যিই ভাল ফিট করে: আপনার ইনপুট ইন্টারফেস, আউটপুট ইন্টারফেস, অভ্যন্তরীণ লজিকাল ফাইলগুলি (যেমন রফতানি করতে হবে ডাটাবেস টেবিল / প্রকারগুলি), এবং আপনার এই জটিল, অজানা সিস্টেম রয়েছে ।

সহজ সংস্করণে, জটিল কাজটি ইতিমধ্যে লিখিত একটি উপাদান যা এটির সাথে ইন্টারফেস করা কেবল শক্ত এবং অজানা।

হার্ড সংস্করণটি যখন এটি লেখার প্রয়োজন হয়, তারপরে পাইলট-ভিত্তিক অনুমান, ককোমো যাই হোক না কেন।

দুটি বিষয় অবশ্য গুরুত্বপূর্ণ:

  1. আপনার প্রতিষ্ঠানের জন্য প্রতিটি ধরণের অনুমান ব্যবস্থায় একটি ক্রমাঙ্কন সময় থাকতে হবে। আপনি কখনই একা বিকাশ করবেন না, অন্তত কোনও গ্রাহক আপনার কোডের জন্য অপেক্ষা করছেন (অথবা আপনি নিজের স্বার্থে কোড লেখার জন্য এ বিষয়ে এতটা মরিয়া হয়ে উঠবেন না)। প্রশ্নটি "এটি কত দ্রুত বিকাশ লাভ করতে পারে?" নয়, তবে "আপনার সবার সাথে এটি কতটা দ্রুত বিকাশ লাভ করতে পারে?"

  2. একবার আমার কাছে এমন একজন ম্যানেজার ছিল যিনি ব্ল্যাক সোয়ান উপন্যাসটি পড়েছিলেন এবং এটি সম্পর্কে উন্মত্ত ছিলেন। তিনি আমাদের বলছিলেন যে অনুমান করা অসম্ভব এবং আমি আমার যথাযথভাবে + -10% অনুমানটি নিরলসভাবে করে চলেছি ...


-2

আমি এমন প্রকল্পগুলি করি যা বর্ণনায় কিছুটা নিয়মিত ফিট হয় এবং আমি এখনও এটি খুঁজে পাইনি! ধন্যবাদ আমি যেখানে কাজ করি সেখানে আমার যা প্রয়োজন তা করার জন্য অক্ষাংশ দেওয়া হয়েছে এবং সময়টির সীমাবদ্ধতা নেই। প্রকল্পগুলি সর্বদা সফল হয় না এবং এটি এতগুলি অজানা সাথে কাজটি কেবল তারই একটি অংশ। যদিও সংস্থাটি প্রতিটি সময় জ্ঞান অর্জন করে।

দুঃখিত যে এটি কিছুতেই সহায়তা করে না।


-4

পরিচিত প্রযুক্তি ব্যবহার করে অনুরূপ প্রকল্প করতে কত সময় লাগবে তা অনুমান করুন। ৪. দ্বারা গুণন করুন কিছু শেখার সময় যুক্ত করুন।

যদি অনুমানটি খুব সংক্ষিপ্ত হয় তবে আপনাকে নির্দোষ এবং অহঙ্কারী দেখাবে। যদি অনুমানটি খুব বেশি হয় তবে আপনি অজ্ঞ এবং অযোগ্য দেখবেন। বিচক্ষনতার সঙ্গে বেছে নাও.


4
4 কেন? কেন 5? 10? 33.3? ... আপনার উত্তরের পিছনে কি বিজ্ঞান আছে বা আপনি কেবল একটি এলোমেলো সংখ্যা বেছে নিচ্ছেন? আপনার উত্তরে অন্তর্ভুক্ত এটি আরও দরকারী হতে পারে।
ব্রায়ান ওকলে

সম্পর্কিত নোটে, বড় সংখ্যায় লজ্জা পাবেন না। আমার সহকর্মী একবার 935 (নয়-তিন-পাঁচ) দিনের মধ্যে কিছু মডিউল পুনরায় কাজের অনুমান করেছিলেন। বস বললেন আমাদের এতটা নেই এবং 60 দিনের অর্ডার দেওয়া হয়েছে । কলেজ 60০ সালে যা সম্ভব হয়েছিল তা করেছিল quite ফলাফলটি বেশ ঝামেলাজনক হলেও এর জন্য তাঁকে কখনও দোষ দেওয়া হয়নি । স্বীকার করতে হবে যে ,০ দিনের সংস্করণটি যদিও ঝামেলাজনক হলেও আমাদের কাছে একটি গুরুত্বপূর্ণ গুরুত্বপূর্ণ গ্রাহক - যেমন বসের ধাক্কাটি বেশ ভাল ব্যবসায়ের বোধ তৈরি করেছে get BTW শেষ আমরা আকৃতির যে মডিউল পেতে পরিচালিত, কিন্তু যে কয়েক বছর পরে ঘটেছে এবং প্রচেষ্টা এটা গ্রহণ সঙ্গে ন্যয় ছিলেন 935 অনুমান
মশা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.