প্রোগ্রামিং বনাম পরিকল্পনা [বন্ধ]


15

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

উচ্চ-স্তরের পরিকল্পনাকারী না হয়েও কি একজন ভাল প্রোগ্রামার হতে পারে?

একজন সিনিয়র প্রোগ্রামার হিসাবে, কেউ কি পুরো পণ্যটির পরিকল্পনা করে এবং সমাপ্তির তারিখ বাছাই করে ভাল হতে পারে?


আপনার অবস্থান যদি বিকাশকারী হয় তবে আপনি কেন পরিকল্পনা করবেন বলে আশা করা হচ্ছে? সম্ভবত অনুমান, কিন্তু পরিকল্পনা নয়
সুপারম

হ্যা এটা সম্ভব. এই ক্ষেত্রে যদিও আপনার উত্পাদনশীলতা
দৃ

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

1
কিভাবে এই এক উদ্ধৃতি যেতে? "কোডিংয়ের দিনগুলি পরিকল্পনার কয়েক ঘন্টা বাঁচাতে পারে" বা সেই প্রভাবের কিছু।
ড্রার ক্লারিস

উত্তর:


17

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

আপনার তত্পরতা পরিকল্পনা সম্পর্কে আরও পড়া উচিত , আপনি এটি আপনার মানসিকতার সাথে আরও ফিট করে find অনেক চতুর পদ্ধতি বিস্তারিত, দীর্ঘমেয়াদী পরিকল্পনা থেকে দূরে সরে যাওয়ার উপায়গুলি সন্ধান করার চেষ্টা করে।

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

পড়ুন তত্পর ঘোষণা এবং দেখব স্ক্রাম । প্রকল্পটি গাইড করতে Iterative বিকাশ এবং গতিশীল সিস্টেম বিকাশ পদ্ধতি ব্যবহার করুন ।

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

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


4
"বিস্তারিত দীর্ঘমেয়াদী প্রকল্পের পরিকল্পনাগুলি সাধারণত বন্যপ্রাচীনভাবে ভুল হওয়ার জন্য কুখ্যাত হয়" "
ডিং ডিং ডিং

11

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


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

আমি ব্যক্তিগতভাবে আমাকে হতাশ না করার চেষ্টা করি। আমি প্রকল্প ম্যানেজারগুলিতে এই ধরণের জিনিস পিন করার চেষ্টা করি;)।
ব্লেইস সোয়ানউইক

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

9

উচ্চতর স্তরের পরিকল্পনাকারী না হয়ে কি কোনও ভাল প্রোগ্রামার হওয়া সম্ভব?

কিছুক্ষণের জন্য, হ্যাঁ এটি কি দীর্ঘ সময়ের জন্য করা সম্ভব? না।

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


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

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

Gotcha! স্পষ্ট করার জন্য ধন্যবাদ, এটি অবশ্যই উপলব্ধি করে।
এথেল ইভান্স 20

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

6

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

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

আপনি যদি সেই অবস্থার সাথে সন্তুষ্ট হন তবে আপনার কাছে আরও শক্তি। বেশিরভাগ লোকেরা আরও বেশি অভিজ্ঞতার সাথে কম সন্তুষ্ট হন।

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


"নোংরা ছোট্ট রহস্যটি দীর্ঘমেয়াদী পরিকল্পনা এবং অনুমানের ক্ষেত্রে খুব ভাল কেউ নয়" " এটাই কি সত্য নয়! কেবল এটির জন্য +1। এমনকি একটি ভাল ইতিহাসের সাথেও, প্রচুর সংখ্যা রয়েছে যা পরিষ্কার নীল আকাশ থেকে তোলা দরকার কারণ পরের প্রকল্পটি কখনই কোনও পূর্ববর্তী প্রকল্পের সঠিক অনুলিপি হয় না। যদি এটি হয় তবে আমরা সমস্ত কোডকে যেমনটি ব্যবহার করি তেমনি পুনরায় ব্যবহার করতে সক্ষম হব এবং এটি ASAP এর সাথে সম্পন্ন হব। সেখানে সর্বদা নতুন কিছু থাকে এবং অতীতের পারফরম্যান্স সর্বদা সেই নতুন স্টাফের জন্য কীভাবে চেষ্টা করা দরকার তার একটি ভাল সূচক হয় না।
ডেভিড হামেন

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

3

উচ্চতর স্তরের পরিকল্পনাকারী না হয়ে কি কোনও ভাল প্রোগ্রামার হওয়া সম্ভব?

সংক্ষিপ্ত উত্তর: হ্যাঁ এটি সম্ভব।

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

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


1

হ্যাঁ এবং না আপনার উত্তরগুলি।

একদিকে, আপনাকে প্রকল্প পরিচালনার দিকে ঠেলে দেওয়া হচ্ছে। আইএমও, সমস্ত ভাল প্রোগ্রামারদের কিছুটা প্রকল্প পরিচালনার ক্ষমতা রয়েছে তবে তারা বিভিন্ন দক্ষতার সেট। দীর্ঘমেয়াদী পরিকল্পনা করার দক্ষতা প্রকৃত প্রকল্প পরিচালনার সাথে আপনার যোগাযোগের ক্ষমতা উন্নত করে। সুতরাং "না" আপনি দীর্ঘমেয়াদী পরিকল্পনা করার দক্ষতা ছাড়াই ভাল প্রোগ্রামার হতে পারবেন না।

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

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


1

পরিকল্পনা এবং বুঙ্গি-বস

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

পরিকল্পনার সাংগঠনিক প্রসঙ্গ

আপনি যদি পরিকল্পনায় অস্বস্তি হন, সম্ভবত সমস্যাগুলি নথিভুক্ত বা বোঝার আগে বিপণন বা অন্যান্য অংশীদারদের প্রতিশ্রুতিবদ্ধ প্রতি দায়বদ্ধ হয়ে আপনি অস্বস্তি বোধ করছেন। এটি একটি ভাল প্রবৃত্তি।

পরিকল্পনা একটি গুরুত্বপূর্ণ সরঞ্জাম। এটিকে অবহেলা করবেন না। এটি ভুল বুঝবেন না।

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

একটি সাধারণ পরিকল্পনার উদাহরণ - সফ্টওয়্যার সম্পর্কে হওয়া উচিত নয় ...

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

উন্নত পরিকল্পনাকারী হয়ে উঠছেন

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

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

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

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

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

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

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

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