কোনও প্রোগ্রামিং টাস্ক কীভাবে অনুমান করা যায় যদি এতে কোনও অভিজ্ঞতা না থাকে তবে [বন্ধ]


98

আমার তৃতীয় পক্ষের নিয়ন্ত্রণগুলি ব্যবহার করা হয় এমন প্রোগ্রামিং কার্যগুলির জন্য প্রাক্কলন জিজ্ঞাসা করার ক্ষেত্রে ম্যানেজমেন্টের সাথে আমার একটি কঠিন অভিজ্ঞতা হচ্ছে যার সাথে আমার কোনও পূর্ব অভিজ্ঞতা নেই।

তারা অবশ্যই অনুমানগুলি চাইবে কেন তা আমি অবশ্যই বুঝতে পেরেছি তবে আমি মনে করি যে আমার দেওয়া কোনও অনুমান হয় ক) খুব ছোট হবে এবং আমাকে খারাপ দেখায় বা খ) খুব দীর্ঘ করে দেবে এবং আমাকে খারাপ দেখায় look

এগুলি আমার পিছনে ফেলে দেওয়ার জন্য আমি কী অনুমান বা উত্তর দিতে পারি যাতে আমি আমার কাজ চালিয়ে যেতে পারি!


এই প্রশ্নটি অফ-টপিক হিসাবে উপস্থিত বলে মনে হচ্ছে কারণ এটি সময় অনুমানের বিষয়ে, প্রোগ্রামিং স্টাফ সম্পর্কে কিছুই নয় ..
অজয় এস

উত্তর:


91

আপনি যে সর্বোত্তম উত্তর দিতে পারেন তা হ'ল আপনাকে আরও নির্ভুল প্রাক্কলন দেওয়ার অনুমতি দেওয়ার জন্য দ্রুত প্রোটোটাইপটি নক করার জন্য সময় চেয়ে নেওয়া for কোনও সরঞ্জাম বা সমস্যা নিয়ে কিছু অভিজ্ঞতা ছাড়াই আপনার দেওয়া কোনও অনুমান মূলত অর্থহীন।

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

আমি আমার অনুমানগুলিতে বরাবরই অনেক বেশি আশাবাদী ছিলাম এবং এটি আপনার জীবনে প্রচুর চাপ সৃষ্টি করতে পারে, বিশেষত যখন আপনি অভিজ্ঞতা এবং আত্মবিশ্বাস ছাড়াই একজন অল্প বয়স্ক প্রোগ্রামার হন, তখন বসকে অস্বস্তিকর সত্য বলে।


+1 যদি আপনি স্থল শূন্য থেকে শুরু করছেন তবে আপনার তৃতীয় পক্ষের পণ্যটির সাথে কিছুটা সময় নেওয়ার জন্য আপনার কিছুটা সময় প্রয়োজন।
ব্রেট ম্যাককান

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

8
এই প্রোটোটাইপগুলি সম্পর্কে সতর্কতা অবলম্বন করুন। এই দুর্দান্ত নিবন্ধে বর্ণিত অবাস্তব প্রত্যাশার বিষয়ে তাদের নিজস্ব সমস্যা রয়েছে: joelonsoftware.com/articles/fog0000000356.html
জনএফএক্স

"অর্থহীন" বন্ধ হবে না আপনি :( অবশ্যই একটি অন-সরাসরি হিসাব দিতে বলা হচ্ছে
annakata

4
যুক্তিসঙ্গত বলে মনে হচ্ছে এমন একটি অভিজ্ঞতা দেওয়ার সাথে আমার অভিজ্ঞতা হ'ল বিপদ পরিচালনাই সিদ্ধান্ত নেবে যে এটি দীর্ঘ and এটি কোনও অর্থবোধ করে না তবে এটি সর্বদা ঘটে। এটি আমার এবং সহকর্মীদের ক্ষেত্রে এবং এই অবস্থান এবং পূর্ববর্তী কাজের ক্ষেত্রে ঘটে। আমার অভিজ্ঞতায় এটি আপনার পূর্বানুমতিটি পূর্ববর্তী করে এবং আপনার অনুমানটি একটি সতর্কতার সাথে বন্ধ করে দেয় যে আপনার প্রয়োজনীয় প্রয়োজনীয়তা উপলব্ধ নয় বা আপনি সমস্ত পরিবর্তনশীলগুলি জানতে পারবেন না। প্রোটোটাইপ হিসাবে, আমি কখনই উল্লেখ করি না যে আমি প্রোটোটাইপ করছি। প্রায়শই প্রোটোটাইপগুলি প্রথম প্রকাশ হতে পারে। এটি বলার পরে, তারা অবশ্যই কার্যকর হতে পারে।
জেএমডি

39

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

ক) আপনি অন্য 11 কে ছাতা তৈরি করুন যা গত মাসে আপনি 2K হিসাবে মন্থর করেছিলেন ঠিক একই রকম। খ) নতুন ধরণের ছাতা ডিজাইন করুন এবং প্রথমটি তৈরি করুন।

সফ্টওয়্যার বিকাশ বি, তবে তারা এটিকে ধরে নিয়ে একটি অনুমানের জন্য জিজ্ঞাসা করছে

আপনার পক্ষে সবচেয়ে ভাল কাজটি সম্ভব ক্ষুদ্রতম টুকরো টুকরো টুকরো টুকরো করা (প্রতিটি 1/2 দিনের বেশি নয়) এবং তারপরে আপনি যে চূড়ান্ত সংখ্যাটি নিয়ে আসেন তা ট্রিপল করুন Sp (স্পলস্কি পদ্ধতি)

পর্যায়ক্রমে, স্টিভ ম্যাককনেলের সফটওয়্যার ইঞ্জিনিয়ারিংয়ের এই দিকটিতে একটি পুরো বই (যুক্তিযুক্ত বেশ কয়েকটি) রয়েছে। http://www.amazon.com/Software-Etitiment-Desystifying- অনুশীলন- মাইক্রোসফ্ট / dp/0735605351


4
+1 - "দুর্ভাগ্যক্রমে পরিচালন প্রায়শই একটি উত্পাদন মডেল প্রয়োগ করার চেষ্টা করে এবং সঠিক অনুমানের দাবি করে"
এনএলভি

4
সঠিক অনুমান করা অযৌক্তিক নয়। আমি বাজি ধরছি তারাও সঠিক কোড চায়। ভাল অনুমান করা যে কোনও পেশাদারের লক্ষ্য হওয়া উচিত। বিল্ডিং কোডের মতো আরও ভাল হওয়ার জন্য অনুশীলন এবং পর্যালোচনা করতে ব্যর্থ হয়।
জিম ব্লিজার্ড

31

স্টিভ ম্যাককনেল (এবং অন্যরা) অনিশ্চয়তার শঙ্কু সম্পর্কে কথা বলেছেন । মূলত আপনি এমন একটি প্রাক্কলন সরবরাহ করেন যা দেখতে এরকম কিছু দেখায়:

কাজটি 3 থেকে 9 সপ্তাহের মধ্যে সময় নেয় এবং 4 সপ্তাহের মধ্যে সবচেয়ে বেশি সম্ভাবনা থাকে।

প্রকল্পের অগ্রগতির সাথে সাথে আপনি আপনার অনুমানটি আরও পরিমার্জন করতে পারেন। যেহেতু আপনি আরও কাজ করছেন এবং প্রচেষ্টাটি আরও ভালভাবে বোঝেন ততই আপনি আরও সঠিকভাবে আপনার অনুমানটি আরও পরিমার্জন করতে পারেন।

এটি আমার পক্ষে কাজ করেছে, তবে প্রক্রিয়াটি বোঝার জন্য প্রকল্পের অন্যান্য অংশীদারদের পেতে এটির জন্য কিছু প্রচেষ্টা প্রয়োজন।


4
আমি বিশেষত তার পরামর্শটি "কখনই বিন্দু অনুমান করি না" পছন্দ করি। আপনি '3-থেকে-9 সপ্তাহ' গ্যারান্টি হিসাবে ভুল ব্যাখ্যা করতে পারবেন না আপনি কেবল '4 সপ্তাহ' বলে দিয়েছিলেন।
ব্রায়ান লাফ্রাম্বোয়েস

4
তবে আমরা প্রায়শই অনুমানটিকে পরিমার্জন করতে (তাদের দৃষ্টিকোণে পরিবর্তিত করে) যাচাই-বাছাই করি। তারা কেবল প্রশ্ন করে 'আপনি তফসিলটি কেন বাড়িয়ে দিচ্ছেন?'।
এনএলভি

আমি যেমন বলেছি "... প্রক্রিয়াটি বোঝার জন্য প্রকল্পের অন্যান্য অংশীদারদের পেতে এটির জন্য কিছু প্রচেষ্টা প্রয়োজন হতে পারে।
জিম ব্লাইজার্ড

13

আপনি অনুমান এবং আত্মবিশ্বাসের স্তর উভয়ই বিবেচনা করতে চাইতে পারেন, এটি 50/50 যে 3-6 মাস বা 6-9 মাস লাগবে বা 9 মাসের মধ্যে 75% সুযোগ হবে এবং 90% যে আপনি হবে এক বছরে

আর একটি বিষয় যা আপনি বিবেচনা করতে চাইতে পারেন তা হ'ল " জনতার বুদ্ধি " পদ্ধতির ব্যবহার। ঘুরে দেখুন এবং 25-50 জন লোককে জিজ্ঞাসা করুন যে তারা কত সময় নেয় এবং তাদের অনুমানের গড় নির্ধারণ করে। মাইক কোহনের পরিকল্পনা পোকার হ'ল, আমি মনে করি এটির সাথে খুব মিল, যদিও কেবল একজন বিকাশকারীকে নিয়ে পরিকল্পনা করা শক্ত।


10

আপনার অনুমানটি এতে নষ্ট করুন:

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

পথ ধরে অনুমান এবং নির্দিষ্ট মাইলফলক সামঞ্জস্য করার অফার। যে কোনও অজানা অজানা পরিচিত অজানা হয়ে উঠবে, পরিচিত অজানা আপনার পরিচিতি হিসাবে পরিচিত হিসাবে পরিচিত হয়ে উঠতে হবে এবং আপনার জানা পরিচিতদের অনুমানটি আজকের অগ্রগতির ভিত্তিতে সামঞ্জস্য করা যেতে পারে। আপনি একটি প্রাথমিক অনুমান করতে পারেন, তারপরে পুনরায় প্রাক্কলন যখন আপনি প্রায় 25% সম্পন্ন করেন, তারপরে আবার 50%, তারপরে আবার 85% এ হয়ে যায়। প্রতিটি মাইলফলকে আপনার অনুমানের কাজগুলি গ্রহণের প্রকৃত সময়টির সাথে রূপান্তর শুরু করা উচিত।


7
ডোনাল্ড রুমসফেল্ড একটি অনুমিত নামের অধীনে
স্ট্যাকওভারফ্লোতে

বন্ধ;) আমি এটি একটি ডিওডি পরিবেশে শিখেছি। আমরা ভাবতে পছন্দ করি যে রুমি (যেমন আমরা তাকে ডাকি) এটি আমাদের কাছ থেকে শিখেছিল।
প্যাট্রিক কাফ

আমি সাক্ষ্যদানের প্রয়োজনীয়তার সাথে একমত ... প্রাথমিক প্রাক্কলন থেকে পৃথকীকরণের সম্ভাবনা সম্পর্কে এবং পুনঃস্থাপনের প্রয়োজনীয়তার বিষয়ে পরিচালনকে সচেতন করা শুরু থেকেই এই জাতীয় ক্ষেত্রে খুব গুরুত্বপূর্ণ।
কাওয়ং মার্ক এগারো

8

আমি আমার অনুমানের জন্য একটি নির্দিষ্ট লেবেলিং সিস্টেম ব্যবহার করি ... ক্লাস এ, ক্লাস বি, এবং ক্লাস সি।

ক্লাস সি অনুমানটি তারা প্রথম পায়। এটি অজানা কারণে খোলামেলাভাবে প্লাস বা বিয়োগ 50% হিসাবে বলা হয়েছে। তারা যদি চান যে আমি তাদের ক্লাস বি দিয়ে চালিয়ে যেতে চাই, তবে আমার গবেষণার জন্য অর্থের প্রয়োজন।

বি শ্রেণিটি প্লাস বা বিয়োগ 25%। কখনও কখনও এটি যথেষ্ট ভাল এবং তারা আমাকে তৈরির জন্য অর্থ দেয়। যদি না হয়, কম অর্থ এবং আরও গবেষণা।

ক্লাস এটি প্লাস বা বিয়োগ 10%, চূড়ান্ত এবং যেতে বা যেতে হবে না। যদি এটি যায় এবং আমি প্রায়শই এবং প্রথম দিকে স্বীকার করে নেওয়া অনুমানের থেকে খুব দূরে সরে যাই।


8

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

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

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

আমি এই কথাটি বলার জন্য যথাসাধ্য চেষ্টা করব, "আমি গুরুতর ঝুঁকির কারণগুলি সনাক্ত করতে এবং এক্সএক্স দিনের মধ্যে তাদের পরীক্ষা করার জন্য সরবরাহযোগ্যগুলির একটি চেকলিস্ট নিয়ে এসেছি that সেই সময়ে আমি আপনাকে আরও একটি বর্ধিত প্রাক্কলন দেব।"

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

(ওভারস্টেটেড তবে কেবল সামান্য।)


7

এমনকি অনুমান করার চেষ্টাও করবেন না। আপনার অনুমানটি সঠিক হওয়ার কোনও উপায় নেই। এটি সব পরে ঠিক একটি অনুমান।

পরিবর্তে আমি আপনাকে সুপারিশ করব যে আপনি বৈশিষ্ট্যটিকে ছোট ছোট টুকরো টুকরো করুন (1-2 দিনের বেশি বলুন না) এবং এই টুকরোগুলি গ্রাহক / পরিচালকের কাছে কাজ, সম্পূর্ণ, পরীক্ষামূলক এবং মূল্যবান কোড হিসাবে সরবরাহ করার চেষ্টা করুন। এইভাবে তিনি প্রতিদিন আপনার প্রতিদিনের উন্নতি দেখতে পাবেন। এর অর্থ এটিও হ'ল তিনি একবারে সন্তুষ্ট হয়ে উন্নয়ন বন্ধ করার সিদ্ধান্ত নিতে পারেন এবং এটিকে সম্পূর্ণ বিবেচনা করতে পারেন, যদিও এটি সমস্ত লক্ষ্যে পৌঁছায়নি।

এই পদ্ধতির আরও গভীরতর তথ্যের জন্য "রিলিজ প্ল্যানিং" এবং "আইট্রেইশন প্ল্যানিং" এর চতুর অভ্যাসগুলি দেখুন।


6

আপনি যদি বৃহত্তর সময়ের অনুমানের জন্য জিজ্ঞাসা করেন তবে মনে রাখবেন তবে এটি সময়ের সাথে তুলনা করুন, এটি অনুমান করার চেয়ে এবং এক্সটেনশনের জন্য জিজ্ঞাসা করার চেয়ে ভাল দেখায়।

আমি একটি প্রোটোটাইপকে উপহাস করার চেষ্টা করব যাতে আপনার যে সময় লাগবে সে সম্পর্কে আপনার আরও ভাল ধারণা থাকতে পারে। আপনার পরিচালনার সাথে সৎ হন যাতে তারা শিখনের বক্ররে অপ্রত্যাশিত বিলম্বের জন্য বাজেট করতে পারে।

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


5

অনেক নির্ভুল অনুমান হ'ল আত্ম-জ্ঞান। আপনি যদি প্রচুর কোড লিখে থাকেন, যদি আপনাকে প্রচুর এপিআই শিখতে হয় তবে আপনি এই জাতীয় প্রশ্নের জন্য অনুভূতি পেতে শুরু করেন:

  • একটি নতুন এপিআই শিখতে আমার কতক্ষণ সময় নেয়?
  • নতুন ভাষা শিখতে আমার কতক্ষণ সময় লাগে?
  • একটি নতুন টুলসেট (সংকলক / লিঙ্কার / আইডিই) শিখতে আমার কতক্ষণ সময় নেয়?
  • একটি সাধারণ কাজ বাস্তবায়নে আমার কতক্ষণ সময় লাগে?
  • আমার কাজ পরীক্ষা করতে আমার কতক্ষণ সময় লাগে?
  • আমার কাজ নিযুক্ত করতে কত সময় লাগবে?

এই পুরোপুরি, আপনার এই জাতীয় জিনিসগুলি বোঝা উচিত:

  • আপনি কতগুলি সাধারণ বাগ তৈরি করেন এবং সেগুলি কীভাবে শ্রেণিবদ্ধ করা হয় (যেমন, সহজ, শক্ত, অসম্ভব)
  • কতগুলি জটিলতা প্রবর্তিত হয় (যেমন, তৃতীয় পক্ষের API বা বাগী API এর অভাবে রিফ্যাক্টর প্রয়োজন; সক্ষমতার ভুল বোঝাবুঝির কারণে পুনরায় নকশা করা দরকার; অ-মানক সরঞ্জাম / বিল্ড প্রক্রিয়া)
  • বাধা / বাইরের সমস্যার কারণে কত সময় নষ্ট হয়

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


5

আরও ভাল অনুমান করার জন্য পর্যাপ্ত পরিমাণে জানতে আপনার কতক্ষণ প্রয়োজন তা অনুমান করুন, উদাহরণস্বরূপ, "আমি জানি না: আমি এর আগে কখনও কাজ করিনি what সম্ভবত আপনার কাজটি নির্ধারণ করতে আপনার অনুমানটি এখানে sert োকাতে হবে আমাকে আপনার প্রকল্পটি শেষ করতে এটি ব্যবহারের জন্য আপনাকে একটি ভাল অনুমান দেওয়ার আগে আপনাকে এটি সম্পর্কে জানতে হবে যা আমার জানা উচিত । "


3

আপনি কেবল একটি বাহ্যিক সংখ্যা অনুমান করেন এবং তাত্ক্ষণিকভাবে মূল্যায়ন করতে যান, তাদের তা জানতে দিন যে ভবিষ্যতের তথ্যগুলি আপনার অনুমানকে প্রভাবিত করতে পারে তবে আপনি তাদের আপ টু ডেট রাখবেন।

আপনি মূল্যায়ন হিসাবে, তাদের অবহিত রাখুন - হয় ওয়েবে প্রকাশিত নথির মাধ্যমে বা সাপ্তাহিক আপডেটগুলি, তবে সর্বদা আপডেট হওয়া "আনুমানিক সমাপ্তির তারিখ" এবং এক্সটেনশনের কারণগুলি (যদি থাকে) অন্তর্ভুক্ত করুন।

বেশিরভাগ পরিচালকদের বুঝতে হবে যে - শেষ তারিখগুলি জিজ্ঞাসা করে, তারা সত্যিই বলছে "কীভাবে আমরা আমাদের সময়সূচীটি পরিকল্পনা করতে পারি" এবং "কেবলমাত্র চিরকালই না নেব" আমাদের কিছু ধারণা দিন।

যদি আপনি এক বা দুবারের বেশি সময় বাড়িয়ে থাকেন তবে আপনি অনুমানের সময় চুষতে পারেন এমন নতুন জ্ঞানের উপর ভিত্তি করে আপনার সম্পূর্ণ শিডিউলটি পুনরায় মূল্যায়ন করুন।


+1 আপনার অগ্রগতি সম্পর্কে আপনার পরিচালককে অবহিত করুন। একজন ভাল পরিচালকের অবশ্যই নিজেকে অবশ্যই অবহিত রাখতে হবে ;-)
আরবি।

3

প্রোগ্রামিং করার সময় আমি সর্বদা যা নিয়ে এসেছি তা আমি সত্যই ভেবেছিলাম যে এটি আমার গ্রহণ করবে এবং একটি অনুমান দেওয়ার জন্য এটি 3 দ্বারা গুণ করে। যদি আমি মনে করি যে আমি 1 সপ্তাহের মধ্যে একটি কাজ করতে পারি, আমি ক্লায়েন্টকে বলি এটি 3 নেবে - যদি আমি মনে করি এটি সত্যিই আমাকে 3 সপ্তাহ লাগবে আমি ক্লায়েন্টকে 9 সপ্তাহ বলি।

এটি করার মাধ্যমে আমি নিজেকে "প্রতিশ্রুতি অনুযায়ী, ওভার বিতরণ" - এ নিজেকে সেট আপ করেছি - আপনি যদি সফলভাবে এটি করতে পারেন তবে আপনার জীবন আরও ভাল হবে এবং আপনার ক্লায়েন্টরা অত্যন্ত খুশি হবে।

আপনার ক্ষেত্রে আপনি অবশ্যই কোনও প্রাক্কলন সরবরাহের আগে যা ডুবিয়ে যাচ্ছেন সে সম্পর্কে অন্তত কিছুটা বোঝা পেতে চাইবেন। সম্ভবত আপনার একটি অনুমান সরবরাহ করতে এটি কতটা সময় নিতে চলেছে তার একটি অনুমান সরবরাহ করতে হবে। 3 দ্বারা গুণিত ক্লায়েন্টদের খুশি রাখে।


3

আপনার কিছু অভিজ্ঞতা আছে এমন জিনিসগুলিকে এটিকে ভেঙে দিন। এটি কেটে দেওয়ার কাজটি আপনাকে কী জানেন এবং কী জানেন না সে সম্পর্কে আপনাকে আরও ভাল ধারণা দেবে।

টুকরোগুলি পর্যাপ্ত পরিমাণে ছোট হয়ে গেলে সেগুলিকে একক সংজ্ঞায়িত কার্য হিসাবে দেখা যায়, তাদের মধ্যে কয়েকটি সম্পূর্ণ আন-অনুমানযোগ্য হবে। তাদের ক্ষেত্রে, প্রথমে প্রোটোটাইপ করুন, বা খণ্ডের আকারের উপর নির্ভর করে নিজেকে কিছুটা যুক্তিসঙ্গত পরিমাণ দিন। যদি আপনি খুঁজে পেয়েছেন যে 2-4 সপ্তাহের কাজের চেয়ে আপনি আন-অনুমানযোগ্য টুকরো বড় পেয়েছেন তবে প্রথমে সেগুলি কাটাতে ফিরে যান।

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

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

পল।


2

আরবি যা বলেছিল তার সাথে আমি যুক্ত করব, যখন আমি নিজেকে এই পরিস্থিতিতে আবিষ্কার করি তখন আমি অনুমান করি যে আমি যে সরঞ্জামগুলির সাথে পরিচিত সেগুলি নিয়ে এটি কতটা সময় নেবে এবং তারপরে কিছু শিক্ষার বক্ররেখা তৈরি করতে এই অনুমানটি দ্বিগুণ করব।

গুরুত্বপূর্ণ অংশটি ম্যানেজমেন্টের সাথে যোগাযোগ করছে যে অনুমানটি একটি অনুমান , যদি তারা আরও সঠিক অনুমানের জন্য চাপ দেয় বা যদি তারা চেষ্টা করে - প্রিয় Godশ্বর - আপনাকে একটি সময়সীমা বিক্রি করে (অবশ্যই স্টারশিপটি তৈরি করতে আপনাকে কেবল 2 দিন সময় লাগবে) এন্টারপ্রাইজ, আপনি ভাল আছেন) আপনার গুনগুলিতে লেগে থাকুন , আপনার অনুমানের সাথে আপত্তি করবেন না বা এটি বিশ্বাসযোগ্য নয়।

যদি ম্যানেজমেন্ট আপনাকে ও টাইমবক্সটি ওভাররাইড করে তবে উদাহরণস্বরূপ "ভাল, এটি 2 দিনের মধ্যে শেষ করতে হবে", আবার তাদেরকে তাদের সেই অনুমানটি জানান, যা আপনার নিজের মতোই নির্ভরযোগ্য।

লিখিতভাবে এই সব পেতে।


2

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

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

একটি জিনিস আমি পরামর্শ দেব হ'ল আপনার অনুমানটি কী ধরণের বাজেটের বিপরীতে কাজ করবে সে সম্পর্কে কিছু ধারণা পাওয়া। আপনার যদি একটি ছোট বাজেট থাকে, অচেনা প্রযুক্তিতে পাগল হয়ে যাবেন না এবং যা জানেন with যদি আপনার বাজেটটি কিছুটা নমনীয় হয় তবে আপনি কিছুটা পরীক্ষা-নিরীক্ষা করতে পারবেন।

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


2

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


1

উপরের সমস্ত প্রতিক্রিয়াগুলি অনুমানের সাথে নিজেই আসার বিষয়ে যথেষ্ট কিছু কভার করেছে।

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

এটি করার ফলে ভবিষ্যতে আপনি এই নির্দিষ্ট প্রযুক্তি এবং অন্য যেগুলি আপনি আগে ব্যবহার করেন নি সেগুলির জন্য অনুমানের ক্ষেত্রে আরও ভাল করে তুলবেন, কেবলমাত্র কারণ এটি যখন আপনার প্রত্যাশাগুলি নিয়মিত বিরতিতে পরিবর্তিত হয় এবং এটি কেন ঘটেছিল তা কার্যকর করার জন্য কিছু স্তরে আপনাকে লক্ষ্য করা প্রয়োজন ।


1

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


1

এটি একটি খুব সাধারণ পরিস্থিতি: অজানা সাথে মোকাবেলা করার প্রয়োজনীয়তা। এটি মোকাবেলার একটি কার্যকর উপায় উপলব্ধি করা যায় যে প্রকৃত প্রোগ্রামিংয়ের কাজগুলি ছাড়াও আপনার কিছু করণীয় রয়েছে - এবং ব্যবস্থাপনাকে সে সম্পর্কে সচেতন হওয়া উচিত।

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

আমি বলব যে আপনার যথারীতি অনুমান করা উচিত এবং তারপরে 1.5 দ্বারা গুণান (যদি আপনি একজন দ্রুত শিক্ষানবিস হন এবং আপনার প্রশ্নগুলির সমাধান করার জন্য সংস্থানগুলি অ্যাক্সেস পেয়ে থাকেন) বা আপনি যদি গড় শিক্ষানবিস হন এবং কেবল নিজের উপর নির্ভর করে থাকেন তবে 2.5 দ্বারা।

আশা করি এটা কাজে লাগবে!


0

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

যে কেউ চারপাশে খেলতে এবং কিছুকে প্রোটোটাইপ করার পরামর্শ দিয়েছিল তার সাথে আমি পুরোপুরি একমত। প্রোটোটাইপিং ক্রিয়াকলাপের জন্য একটি নির্দিষ্ট সময় বাক্স সেট করুন। ("আমার অনুমানের এই অংশটি আরও ভাল করতে প্রথমে আমার দু'দিন প্রয়োজন" ")


0

আপনি একটি পরিসর দিতে পারেন? 40-60 ঘন্টা, এরকম কিছু?

কাজগুলি যত ছোট হবে তত বেশি কঠিন, যদি আপনি সেগুলি গোষ্ঠীভূত করতে পারেন তবে প্রকল্পের শেষে ত্রুটিগুলি ভারসাম্য বজায় রাখতে পারে বলে আপনার আরও কিছুটা "opাল" থাকবে।

আপনার যে কোনও ক্ষেত্রের অভিজ্ঞতা আছে তা দেখুন এবং গাইড হিসাবে ব্যবহার করুন। "সর্বশেষে এমন একটি বৈশিষ্ট্য তৈরি করার প্রয়োজন ছিল যা ডেটাবেস বদলেছিল এটি আমাকে এক্স করে তুলেছিল"। শুভকামনা।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.