কোনও বিকাশকারীকে কি কোনও এক্সেল ম্যাক্রো দ্বারা সম্পন্ন কাজের চাপের প্রাক্কলন গ্রহণ করা উচিত?

Question

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

এইরকম পরিস্থিতিতে, কোনও বিকাশকারীকে গণনার সময় পরীক্ষাগুলি লেখার এবং চালনার দায়িত্ব গ্রহণ করা উচিত? এই পরীক্ষার ফলাফল বিশ্বাসযোগ্য?

তথ্যের জন্য, আমার বন্ধু অনুমানের জন্য দায়বদ্ধ হতে অস্বীকৃতি জানিয়েছিল, অন্য প্রকল্পে কাজ করতে সফল হতে জিজ্ঞাসা করে, এবং স্কুলটির বাইরে অনভিজ্ঞ হ্যাঁ-ছেলে দ্বারা প্রতিস্থাপন করা হয়েছে।

Comments

"অনুমান" গ্রহণ করার অর্থ কী? আপনি যদি অনুমান করেন তবে কিছু করতে আমাকে 30 দিন সময় লাগবে, আমি যদি এটি "গ্রহণ" করি তবে কী ঘটে? আপনি কীভাবে অনুমান করেন যে এটি আমাকে কিছু করতে সময় লাগবে কতক্ষণ? আপনি অনুমান করতে পারেন যে আমি আমার যত্নের জন্য এক মিনিটে এটি করব, আপনি ভুল হবেন, আমার নয়।

— ডেভিড শোয়ার্জ

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

— থমাস Owens

ডিলবার্ট কার্টুনের জন্য স্কট অ্যাডামসে প্রেরণ করা উচিত এমন কিছু মনে হচ্ছে S

— মেটালমাইকস্টার

যতক্ষণ না একটি পর্যালোচনা আছে। আমি এই বিশেষ উদাহরণ ছিল না।

— নেলস্টার

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

— nlawalker

Answer 1

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

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

অনুমানের প্রতিশ্রুতিবদ্ধ হতে অস্বীকার করলে প্রকৃতপক্ষে তাঁর তাত্ক্ষণিক প্রতিস্থাপনের ফলস্বরূপ হতে পারে, সুতরাং আরও নরম পদ্ধতির সাথে থাকা এবং সম্ভব হলে সরাসরি সংঘাত এড়ানো ভাল।

Answer 2

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

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

বিন্দু ফাঁকা প্রত্যাখ্যান কাউকে সাহায্য করবে না, এবং আপনি যে টাইমস্কেলটি পূরণ করতে পারবেন না তাতে কাজ করা কোনও মজাদার নয়, সমাধানটি পেশাদার দৃষ্টিভঙ্গি গ্রহণ এবং একটি সমঝোতায় আসে যা কাজকে এগিয়ে যাওয়ার সুযোগ দেয়।

Comments

পরীক্ষাগুলি উপ-উপ-অংশগুলিতে কাটা হয় (প্রায় পারমাণবিক) এবং একটির একটি ছোট অনুমান পাওয়া যায়।

— নেলস্টার

আমি মনে করি এই পদ্ধতিটি ব্যবহার করে চূড়ান্ত পরীক্ষক বড় ছবি দেখছেন না / পরীক্ষা করেন না।

— নেলস্টার

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

— maple_shaft

@ ম্যাপেল_শ্যাফ্ট: এ কারণেই তারা এটিকে প্রাক্কলন বলছে - এটি সঠিক হওয়ার আশা করা হয় না (বা হওয়া উচিত নয়)। আপনি এক্সেলে কিছু গণনা ব্যবহার করে, বা পেন্সিল এবং কাগজ দিয়ে অনুমান করছেন কিনা তা কোনও পার্থক্য করে না। অনুমানের জন্য এক্সেল ব্যবহার করা আমি ব্যবহারে দেখেছি এমন কিছু অন্যান্য 'কৌশল' থেকে অনেক বেশি

— অর্থবোধ করে

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

— থমাসের মালিক

Answer 3

খুব অবশ্যই না।

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

আমি ম্যানেজারের প্রশ্নে আমার মতামতের বিষয়েও পুনর্বিবেচনা করব: অতীতে সফ্টওয়্যার টাস্কের সময়কালের অনুমান করার জন্য অন্য যে কোনও কিছুই চেষ্টা করা হয়েছিল বলে তিনি বা কেন তিনি বিশ্বাস করেন যে স্প্রেডশিট ম্যাক্রো অতীতে করা হয়নি।

Comments

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

— টমাস ওয়েন্স

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

— ডাব

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

— ব্রুস এডিগার

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

— ডাব

আমি গতকাল রাতে সেই কাগজপত্র পড়েছি। তারা প্রকল্প পরিচালনায় 40 বছরেরও বেশি প্রমাণ এবং সফ্টওয়্যার প্রকল্প পরিচালনায় 30 বছরেরও বেশি প্রমাণের বিরুদ্ধে থাকে। দেখুন iiasa.ac.at/Admin/PUB/Documents/RM-75-071.pdf এবং sunset.usc.edu/csse/research/COCOMOII/cocomo_main.html

— টমাস ওয়েন্স

Answer 4

ইসস!

এটি একটি বিশাল "কাজের গন্ধ"। এটি অবিশ্বাস্য মাইক্রো ম্যানেজমেন্ট।

যদি তারা তাদের কর্মীদের একটি অনুমান দেওয়ার জন্য বিশ্বাস করতে না পারে তবে তারা আর কিসের সাথে আপনার বিশ্বাস করে না?

Comments

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

— ডাব

@ ডাঙ্ক - আমার বক্তব্য, সফ্টওয়্যার বিকাশের এই ডিগ্রির মাইক্রো ম্যানেজমেন্ট একটি "কাজের গন্ধ" এবং আমি সেখানে কাজ করতে চাই না।

— ওজ

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

— ডাঙ্ক

@ ডঙ্ক - যদি আপনি আপনার জন্য উত্পাদন উত্পাদনের প্রাক্কলন সম্পর্কে খুশি হন তবে ঠিক এগিয়ে যান। আমি বরং উন্নয়ন দল অনুমান উত্পাদন করতে চাই। হাস্যকর ম্যানেজমেন্টের প্রাক্কলনগুলি (একসাথে নিয়মিত পরিবর্তনের পরিমাণের সাথে এক সম্পূর্ণ অন্যান্য আলোচনা) কেন অনেক সফ্টওয়্যার প্রকল্প সময় ও তফসিল বাজেটে সরবরাহ করতে ব্যর্থ হয়। আমি বরং লোকেরা যারা কাজটি করতে বিশ্বাস করি।

— ওজ

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

— ডাঙ্ক

Answer 5

আসলেই না.

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

সত্যিকার অর্থে এখানে যা ঘটছে তা হ'ল ম্যানেজার এই অনুমিত এক্সেল ম্যাক্রোটিকে পাতলা পর্দার ছদ্মবেশ হিসাবে ব্যবহার করছেন যে এই সত্যটি লুকানোর জন্য যে তিনি অবাস্তব প্রত্যাশাগুলি এবং তার বিকাশকারীদের উপর অযৌক্তিক চাপ জোর করছেন।

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

এই ম্যানেজারটি শোষণমূলক জোরের মতো শোনাচ্ছে।

Comments

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

— rjzii

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

— maple_shaft

এখানে সমস্যা ছিল এই অনুমানগুলি সরাসরি গ্রাহকের চালানে সরানো হয়েছিল। কিছু পরিচালক কেন এটিকে অনুমান বলছেন?

— নেলস্টার

@ ম্যাপেল_শ্যাফ্ট - অনুমানগুলি কী তা জেনেও যদি বলা হয় যে এগুলি অযৌক্তিক ছিল এবং তাই তাদের কাছে আটকানো আপত্তিটি বৈধ ছিল কিনা তা বলা শক্ত is যদি সেগুলি মোটামুটি অনুমান (যেমন "হ্যালো ওয়ার্ল্ড লেখার জন্য আট ঘন্টা") থাকে তবে দর্শনের বাইরে তাদের ধরে রাখা কোনও সমস্যা নেই।

— rjzii

Answer 6

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

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

ধরে নেওয়া যে ব্যবহৃত পদ্ধতিটি একটি বৈধ অনুমানের মডেল এবং ডেটা নির্ভুল এবং বৈধ, কোনও কারণ নেই কারণ কোনও নন-বিকাশকারী পরিচালকের লিখিত এক্সেল ম্যাক্রো থেকে কোনও ভাল অনুমান আসতে পারে না।

এইরকম পরিস্থিতিতে, কোনও বিকাশকারীকে গণনার সময় পরীক্ষাগুলি লেখার এবং চালনার দায়িত্ব গ্রহণ করা উচিত?

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

এই পরীক্ষার ফলাফল বিশ্বাসযোগ্য?

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

Answer 7

আপনি দুটি আলাদা প্রশ্ন জিজ্ঞাসা করছেন বলে মনে হচ্ছে:

এই পরীক্ষার ফলাফল বিশ্বাসযোগ্য?

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

এইরকম পরিস্থিতিতে, কোনও বিকাশকারীকে গণনার সময় পরীক্ষাগুলি লেখার এবং চালনার দায়িত্ব গ্রহণ করা উচিত?

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

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

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

Comments

আমি সম্মত হই যতক্ষণ না প্রকল্পের অভিনেতাদের মধ্যে একটি সংলাপ থাকে ততক্ষণ এই পদ্ধতিটি ব্যবহার করা যায় / হতে পারে।

— নেলস্টার

@ নেলস্টার - প্রজেক্ট ম্যানেজমেন্ট এবং অনুমানের বিষয়ে আমি যা কিছু পড়েছি তার মধ্যে অনেকটা চলমান কথোপকথন এবং সময়ের সাথে সাথে বিষয়গুলি সুর করার সাথে জড়িত। সাধারণত সবচেয়ে নির্ভরযোগ্য অনুমানের সাথে লক্ষ্যযুক্ত আঘাতের প্রতিক্রিয়ার সাথে সম্পর্কিত সম্ভাবনা থাকে (অর্থাত্ 8 ঘন্টা সময় নেওয়ার ক্ষেত্রে 90% সম্ভাবনা)।

— rjzii

Answer 8

আমি লেখার টেস্টগুলি ডাউন-প্লে করতে চাই না, তবে এই প্রকল্পটি সম্ভবত বেশ কয়েকটি বিকাশকারীদের আগে এগুলি লিখতে হয়েছে। যদি এই ডেটাগুলির উপর ভিত্তি করে অনুমান করা হয় তবে সেগুলি আপনার বন্ধু অনুমানের চেয়ে আরও সঠিক হতে পারে। যেহেতু আপনার বন্ধু এই প্রকল্পটি ছেড়ে গেছে, বিরোধী অনুমান তৈরি করার বা সেগুলি পূর্বাভাস অনুসারে সম্পন্ন করা যায় কিনা তা দেখার কোনও চেষ্টা করেনি, আমরা কখনই জানতে পারি না।

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

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

Comments

অনুমানের ক্ষেত্রে কাজগুলির মাধ্যমে প্রতিক্রিয়া জানাতে +1।

— rjzii

Answer 9

সহজ এবং সংক্ষিপ্ত উত্তর:

আপনি অনুমান করবেন না যেখানে অনুমানটি আসছে।

আপনি যা যত্নশীল তা হ'ল অনুমানটি। এটির সাথে একমত হন বা একমত হন না এবং ব্যাখ্যা করুন কেন এবং কীভাবে আপনি অনুমান করবেন। এটি সবচেয়ে গুরুত্বপূর্ণ।

Comments

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

— টমাস ওয়েন্স

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

— ক্লিমেন্ট হেরেম্যান

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

— থমাসের মালিক

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

— ক্লিমেন্ট হেরেম্যান

আপনি কীভাবে অনুমান করেছিলেন এবং কী কী পদ্ধতি ব্যবহার করেছেন তা আপনি যদি না জানেন তবে কীভাবে আপনি নির্ভুলতা নির্ধারণ করবেন? আমি দু'জনকে একই ডেটা দিতে পারতাম - একজন প্রথম বর্ষের সফটওয়্যার ইঞ্জিনিয়ারিং শিক্ষার্থী যা বর্তমানে তার প্রথম কম্পিউটার বিজ্ঞান কোর্স গ্রহণ করছে এবং অন্যটি সিনিয়র সফটওয়্যার ইঞ্জিনিয়ার যা 15 বছরের অভিজ্ঞতা এবং ডোমেনে 5 রয়েছে। উভয়ই একই অনুমানের পদ্ধতি ব্যবহার করে (ভুলে যাবেন না - প্রায়শই, ইনপুটগুলিও অনুমান হিসাবে থাকে)। শিক্ষার্থী বলতে পারে যে এটি 95% আত্মবিশ্বাসের সাথে 6 মাস লাগবে। প্রবীণ প্রকৌশলী বলতে পারেন 80% আত্মবিশ্বাসের সাথে এটি 15 মাস সময় নেবে। আমি সিনিয়র ইঞ্জিনিয়ারকে আরও বেশি বিশ্বাস করব।

— থমাসের মালিক

Answer 10

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

লোকেরা সাধারণত প্রোগ্রামিংয়ের চেয়ে প্রোগ্রামিং-সময় অনুমানকে আরও বেশি কঠিন বলে মনে হয়, সুতরাং আপনার ম্যানেজার যদি কোনও এক্সেল ম্যাক্রো লিখতে পারেন তবে সেই সমস্যাটি সমাধান করতে পারেন, তিনি সম্ভবত কোডটি লেখার জন্য কোনও ম্যাক্রো তৈরি করতে পারেন (সম্ভাবনা নেই))

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

Answer 11

সর্বাধিক নতুন সফ্টওয়্যার বিকাশের পদ্ধতিগুলির মধ্যে একটি হ'ল চতুর এবং সুপরিচিত চতুর ফ্রেমওয়ার্কগুলির মধ্যে একটি হল স্ক্রাম । তবে এই পদ্ধতিতে, ডেভেলপাররা (স্ক্রাম দল) কোনও কাজ করার জন্য বা একটি ব্যবহারকারী গল্প বাস্তবায়নের জন্য প্রয়োজনীয় সময় গণনা করার জন্য দায়বদ্ধ।

আমি অবশ্যই বলব না । কারণ:

1. একটি নন-ডেভেলপার ম্যানেজার কোনও কাজ করার জন্য প্রয়োজনীয় সময় অনুমান করতে পারে না
2. যে কোনও কাজ করার জন্য প্রয়োজনীয় সময় নির্ধারণের জন্য কিছু মানব বুদ্ধি প্রয়োজন, যা এক্সেলের নেই
3. এই ধরনের কাজের অনুশীলনগুলি গ্রহণ করে, ব্যবস্থাপক পর্যায়ক্রমে অনুমানের সময়গুলিতে বিকাশকারীদের প্রতিস্থাপন করতে ব্যবহার করতে পারেন। এর ফলে বিপর্যয় ঘটতে পারে। আপনার পরিচালক যে পরিস্থিতিতে বলেছেন সেটিকে বিবেচনা করুন:

অনলাইনে সাইকেল বিক্রির জন্য আমি একটি নতুন প্রকল্প শুরু করতে চাই এবং আমি জানি যে এটি আপনার এবং জনকে সম্পাদন করতে 3 সপ্তাহ সময় লাগে।

Comments

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

— প্যাটার তারেক

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

— টমাস ওয়েন্স

-1 - এটি প্রশ্নের উত্তর দেয় না, এতে স্পষ্ট ত্রুটি রয়েছে ("... নতুন সফ্টওয়্যার বিকাশের পদ্ধতি চতুর"), এবং প্রাসঙ্গিকতার কোনও যোগ করার জন্য উপস্থিত হয় না। Upvotes বা গৃহীত উত্তর কী ছিল তা আমি নিশ্চিত নই।

— মরগান হের্লোকার

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

— স্টিভেনভি

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

— স্টিভেনভি