সময় নির্ধারণে কার অংশ নেওয়া উচিত?

9

আইটি প্রকল্পে:

সময় নির্ধারণে কার অংশ নেওয়া উচিত ? ডেভেলপার, টিম লিডার, স্ক্রাম মাস্টার এবং ইত্যাদি?
কার ভোট সবচেয়ে বেশি গণনা করা উচিত?

2

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

1

আপনার সচেতন হওয়া উচিত যে অনুমান কোনও সিদ্ধান্ত নয়, তবে একটি (প্রায়শই কঠিন) পূর্বাভাস। কোনও হায়রাচি নেই। কোন ভোট নেই।

— ব্যবহারকারী 281377

@ এ্যাম্ম কিউ সমস্যাটি হ'ল অনেক প্রকল্প নেতার সিদ্ধান্তের হিসাবে এটি!

— আমির রেজায়ে

2

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

— ব্যবহারকারী 281377

@ ইউজার ২13১7777 I আপনি যা পেয়েছেন তা আমি পছন্দ করি: সফটওয়্যার বিকাশের হাইজেনবার্গ অনিশ্চয়তার নীতি।

— স্টেফ

8

এটি দক্ষতার হিসাবে উপস্থিত হওয়ার প্রয়োজন হিসাবে জড়িতদের সম্পর্কে এতটা নয়:

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

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

এটি বলেছিল, সাধারণত যদিও আপনি অতিরিক্ত নিশ্চয়তা চান যে দুটি বা আরও দু'জন লোক একে অপরের কাজ যাচাই করে তা নিয়ে আসে people

যার ভোট সর্বাধিক গণনা করা হয়, সেভাবে এটি কাজ করে না। এটি একটি আলোচনা এবং আলোচনা iation যদি কোনও ম্যানেজার মনে করেন যে বিকাশকারীদের অনুমান খুব বেশি, তবে তাকে ব্যাখ্যা করতে হবে কেন এবং কেন তাকে চাপ দিতে হবে (চাপ নয়) এটি ন্যায্যতা প্রমাণ করার জন্য এবং তাদের aক্যমত্যে পৌঁছানো দরকার। ইভেন্টে আপনি যদি এই চুক্তিতে পৌঁছাতে না পারেন তবে আমি অভিজ্ঞতা থেকে দুটি জিনিস বলব:

(ক) আপনি যে নাম্বারটি "চান" তা নিয়ে যান না, এটি কেবল সমস্যার জন্য জিজ্ঞাসা করছে এবং আপনি কী চান তা কাজটি কীভাবে দ্রুত করা যায় তার কোনও উপাদান প্রভাব ফেলেনি।

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

(এটি চৌকিতে বলেছিল আমি বিশ্বাস করি, এবং অবশ্যই এক্সপি-তে, নিয়মটি হ'ল বিকাশকারীরা অনুমানগুলি নিয়ন্ত্রণ করে এবং এটি চূড়ান্ত।

— জন হপকিন্স
সূত্র

আপনি "চান" নাম্বারটির জন্য +1 করুন। এখানে দেখুন ।

— স্পেন্সার রথবুন

1

'আমি চাই সংখ্যা' তে আরও কিছু

— কিছুর

2

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

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

— ডিন হার্ডিং
সূত্র

1

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

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

— জাউ
সূত্র

0

একটি প্রকল্পের ব্যবসায়ের প্রয়োজনীয়তা এবং উপরে থেকে নীচে থেকে আগত সময়সীমা রয়েছে। এগুলি প্রথম পুনরাবৃত্তির জন্য "প্রদত্ত অনুমান"।

এই প্রয়োজনীয়তা 100% পরিচিত খরচ ( "লগিং সক্রিয়" = 2 ঘন্টা = "ডাউনলোড মত থাকার সবচেয়ে বড় কাজ করার বিভক্ত করা আবশ্যক log4j / SLF4J এবং প্লাগ মধ্যে")।

অনুমানটি সর্বোচ্চ সম্ভাব্য স্তরে করা উচিত যা ইতিমধ্যে এটি করার জন্য পর্যাপ্ত প্রযুক্তিগত দক্ষতা রয়েছে।

সংশোধিত অনুমানগুলি অবশ্যই "ব্যবসায়িক দৃশ্যমান বৈশিষ্ট্য" = "সময়ের এই পরিমাণ" আকারে ব্যাক আপ করতে হবে যতক্ষণ না তারা ব্যবসায়ের মালিকের উপযুক্ত স্তরে পৌঁছায়, প্রয়োজনীয়তাগুলি ড্রপ / পরিবর্তন করতে বা সময়সীমা শিথিল করতে সক্ষম হয়। তারপরে পিছনে নিচে। চূড়ান্ত একীকরণ পর্যন্ত। অনুশীলনে, লোকেদের এই পর্বটি উপেক্ষা করা বা সহজ করতে ঝোঁক, যার ফলস্বরূপ মিসড ডেডলাইন এবং সুযোগগুলির সাথে যুক্ত ঝুঁকি তৈরি হতে পারে।

— bobah
সূত্র

1

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

— জন হপকিন্স

@ জন হপকিন্স - +1, ন্যায্য পয়েন্ট, তবে আমি আদর্শ প্রক্রিয়াটি বর্ণনা করেছি, বাস্তবে যেমনটি আপনি বলেছেন, প্রযুক্তিগত পরিচালকরা কখনও কখনও অব্রোরি অবাস্তব সময়সূচী প্রতিশ্রুতিবদ্ধ এবং প্রকল্পটি চলতে বিলম্বের জন্য "ন্যায্যতা" খুঁজে পেতে পছন্দ করেন

— বোবাহ

আমি আপনার উত্তরের সমালোচনা করছি না - কেবল এই বলেছি যে এই নির্দিষ্ট উপাদানটি থেকে সাবধান হওয়া কিছু এবং প্রথম অনুমানে যদি সম্ভব হয় তবে তাদের দ্বারা প্রভাবিত হওয়ার ভয়ে এই সময়সীমা সম্পর্কে তাদের বলা উচিত নয়।

— জন হপকিন্স

1

"একটি প্রকল্পের ব্যবসায়ের প্রয়োজনীয়তা এবং উপরে থেকে নীচে থেকে আগত সময়সীমা রয়েছে" " - শীর্ষে থাকা ব্যক্তিরা 'খন্দকের মধ্যে' অভিজ্ঞতা নিয়ে বিকাশকারী না হলে এটি ডিজনাস্টারের একটি রেসিপি।

— ভেক্টর

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

— ভেক্টর

-1

কে বা কাদের সময় নির্ধারণে অংশ নেওয়া উচিত? ডেভেলপার, টিম লিডার, স্ক্রাম মাস্টার এবং ইত্যাদি?

আমি সময় নির্ধারণে সেখানে উপস্থিত হওয়া পছন্দ করি এবং আমরা এখানেও তাই করি do

কে বা কার ভোট সর্বাধিক গণনা করা উচিত?

বিকাশকারী কিন্তু তবুও এটি সমস্ত কিছু আবার কাজ করে

— গোপী
সূত্র

-2

প্রকল্পটি বাস্তবায়নের সাথে বিকাশকারীরা চার্জড! অন্য কেউ না!

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

তদুপরি, নির্ভুল অনুমান দেওয়ার জন্য বিকাশকারীদের একমাত্র উপায় যখন ব্যবসায় লোকেরা তাদের উপর বিশ্বাস করে এবং তাদের দক্ষতার উপর নির্ভর করে যেমন বিকাশকারীরা জানেন যে তাদের অনুমান ব্যবসায়ের প্রত্যাশা পূরণ না করে তবে তাদের দন্ডিত করা হবে না।

থাম্বের বিধি: এটি যে কোনও প্রকল্প পরিচালক বা ব্যবসায়ী ব্যক্তির বিকাশের হাতের চ্যালেঞ্জ এবং প্রশ্নের ভিত্তিতে কোড বেসের সাথে অন্তরঙ্গভাবে পরিচিত না হয় তার অনুমান হিসাবে কমপক্ষে 3 গুণ সময় লাগবে।

যে কেউ প্রায় 20 বছর ধরে ফ্রি-ল্যানস এবং বড় কর্পোরেশনে কর্মচারী হিসাবে ডেভেলপারের হাত হিসাবে কাজ করেছেন, আমি একেবারে দৃly়তার সাথে এবং প্রচুর তিক্ত অভিজ্ঞতার সুবিধার সাথে এটি বলছি।

— ভেক্টর
সূত্র

2

দয়া করে এই উত্তরটি উন্নত করুন।

— স্টেফ