প্রকল্প ব্যবস্থাপক যা স্বাক্ষরিত চুক্তি সহ সময়ের অনুমানে লক করতে চায়


113

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

প্রকল্পের পরিস্থিতিটি হ'ল আমরা নতুন প্রযুক্তি, কোডবেস, কোডিং মান এবং খুব প্রবণ-পরিবর্তনের প্রয়োজনীয়তার সাথে কাজ করছি। আমি নতুন জিনিস শিখছিলাম এবং এগুলি পরিবর্তন করতে থাকে এমন প্রয়োজনীয়তার জন্য আমি সর্বোত্তমভাবে প্রয়োগ করতে পারি। পুনরাবৃত্তির জুড়ে প্রয়োজনীয়তাগুলি আমার অনুমান-থেকে-সম্পূর্ণ মোটামুটি 5-8 গুণ বাড়ার সাথে 2-3 গুণ বৃদ্ধি পায়। একমাত্র জিনিসগুলি পরিবর্তন হয়নি যা হ'ল অনুমান এবং বিতরণের তারিখ।

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

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

আমি বিশ্বাস করি এরপরে যা ঘটেছিল তা হ'ল অন্যান্য প্রকল্প পরিচালক এবং / অথবা প্রকল্পের নেতৃত্বগুলি আমার পক্ষ থেকে রক্ষা করেছিল, এবং এটি হতে দেয়নি।

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

দয়া করে মনে রাখবেন, আমি একজন পূর্ণকালীন কর্মচারী, স্বতন্ত্র পরামর্শদাতা নই।

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


145
পলায়ন! পালা
নিফলে

36
এমন প্রশ্ন জিজ্ঞাসা করার জন্য +1 যা প্রায় প্রতিটি প্রোগ্রামারের সাথে প্রাসঙ্গিক হয়ে থাকে । আমরা অভিজ্ঞ এবং সঠিকভাবে পরিচালনা করার জন্য যথেষ্ট বুদ্ধিমান হওয়ার আগে আমাদের বেশিরভাগ মানুষ এই পরিস্থিতিতে পড়ে গিয়েছিলেন।
অ্যাডাম ক্রসল্যান্ড 20

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

18
আপনার প্রজেক্ট ম্যানেজমেন্টের শেপস ল প্রয়োজন - প্রাক্কলন দ্বিগুণ এবং পরবর্তী পরবর্তী ইউনিট পর্যন্ত - 1 ঘন্টা 2 দিন হয়ে যায়।
jqa

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

উত্তর:


109

আমার প্রশ্ন হ'ল ম্যানেজার সম্পর্কে কি এই একটি লাল পতাকা বাড়াতে হবে?

হ্যাঁ । এর অর্থ এটি আপনার সময় পুনরায় শুরু / সিভি আপ টু ডেট এবং নতুন চাকরীর সন্ধান শুরু করার সময় এসেছে। বা এর অর্থ হ'ল আপনার পরিচালক আপনার সাথে কিছু খুব বাজে গেম খেলতে শুরু করেছেন।

কোনও পরিচালকের পক্ষে স্বাক্ষরিত চুক্তি সহ কোনও সফ্টওয়্যার বিকাশকারীর সময় অনুমানের লক-ইন করা কি সাধারণ অভ্যাস?

আমি কখনও এই কোনও কর্মচারীর প্রয়োগ হওয়ার কথা শুনিনি।

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

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


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

160

হ্যাঁ, এটি একেবারে অ্যালার্ম বাজানো উচিত।

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


58
+1, চুক্তিতে প্রয়োজনীয়তা হিমায়িত করার বিষয়ে আমি একই জিনিসটি ভাবছিলাম। এটি অযৌক্তিক হয়ে অযৌক্তিকতা দেখায়।
জেরেমি হিলার

22
গুরুত্বপূর্ণ নোট যে হিমায়িত প্রয়োজনীয়তার সাথেও, অনুমান এখনও একটি আনুমানিক সংখ্যা যা সময়ে সময়ে পরিবর্তিত হতে পারে।
কোডডিজম

4
বৈশিষ্ট্যযুক্ত হামাগুড়ি একমাত্র ঝুঁকি যা শিডিয়ুলকে প্রভাবিত করে। আমি বাজি ধরব যে এখানে 100% সম্ভাবনা রয়েছে যে লকিংয়ের প্রয়োজনীয়তাগুলি একটি সময়সূচীর গ্যারান্টি দেওয়ার জন্য যথেষ্ট নয়।
পেমদাস

7
@ পেমডাস পাল্টা চুক্তির মূল বিষয়টি অনুমান করার জন্য নয়; এটি প্রধানমন্ত্রীকে ফিরিয়ে দিতে হবে।
খ্রিস্টিয়াকক

6
আমি কেবল বলছি ... প্রয়োজনীয়তাগুলি লক করা যথেষ্ট নয়।
পেমদাস

59

আচ্ছা এটা সহজ। কেবলমাত্র আপনার ম্যানেজারকে বলুন যে আপনি যখন নির্দিষ্টকরণটি লক-ইন করতে সাইন ইন করবেন তখন আপনার সময় অনুমানের জন্য লক-ইন করতে সাইন ইন করুন। কারণ আপনি পারবেন না, অবশ্যই অজানা এমন কোনও কিছুর জন্য কোনও অনুমান সরবরাহ করুন। আপনি শুরু করার পূর্বে সম্পূর্ণ প্রকল্পের বৈশিষ্ট্য, কোনও পরিবর্তন নেই - এবং আপনি এটি সময়ে শেষ করতে পারেন :)

স্পেক => চুক্তিতে একটি পরিবর্তন বাতিল is সম্ভবত জিনিসটি আপনার প্রথমদিনের 10 মিনিটের পরে অকার্যকর হবে :)


12
+1, তবে মনে রাখবেন লক করা স্পেসিফিকেশনটি পদক্ষেপ 1 এবং লক অনুমানের পদক্ষেপ 4 Step পদক্ষেপ 2 অবশ্যই প্রতিটি অঞ্চল এবং ঝুঁকির একটি কার্যকরী নমুনা এবং 3 ধাপের একটি সম্পূর্ণ এবং বিস্তারিত অনুমান প্রক্রিয়া (স্বীকৃত প্রযুক্তিগত এবং ডোমেন বিশেষজ্ঞদের দ্বারা বহিরাগত পিয়ার পর্যালোচনা সহ) অবশ্যই). "ডি-রিস্কিং" ব্যয়বহুল ...
রিচার্ড

4
"সম্ভবত আপনার প্রথম দিন 10 মিনিটের পরে জিনিসটি অকার্যকর হবে।" হ্যাঁ, সম্ভবত, তবে godশ্বর আপনাকে সহায়তা করুন যদি চুক্তিটি স্থির হয় এবং কাজটি এখনও আপনি যা ভাবেন তার চেয়ে বেশি সময় নেয়!
পিটারআলেন ওয়েলব

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

7
+1 জলের ভিত্তিতে জলে হাঁটা এবং সফটওয়্যার লেখার পক্ষে উভয় হিমশীতল সরবরাহ করা সম্ভব :)
জ্যাসেক প্রোচিয়া

31

হ্যাঁ, এটি একটি লাল পতাকা। এটি আপনাকে যা বলে তা হ'ল ম্যানেজার কীভাবে সফ্টওয়্যার প্রকল্পগুলিতে ঝুঁকি পরিচালনা করবেন তা বোঝে না। প্রথমে তাঁর বিলম্ব কী ঘটেছে তা নির্ধারণ করা এবং তারপরে কোনও সফ্টওয়্যার প্রকল্পের সময় অনিবার্যভাবে ঘটবে এমন শিডিউল ঝুঁকি কার্যকরভাবে পরিচালনার জন্য একটি প্রক্রিয়া শুরু করা উচিত he

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


3
"এটি আমার মতে যথেষ্ট নয়” "- আমি মনে করি না এটি হওয়া উচিত ছিল। আমি অনুমান করি আমরা সকলেই প্রত্যাশা করি যে কোনও বুদ্ধিমান ব্যবস্থাপকই এই জাতীয় চুক্তিতে স্বাক্ষর করবেন না।
কনরাড রুডল্ফ

13
কোনও বুদ্ধিমান ব্যবস্থাপক প্রস্তাব করবেন না যে তাদের বিকাশকারী একটি তফসিল চুক্তি স্বাক্ষর করুন।
পেমদাস

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

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

27

এটি কোনও লাল পতাকা নয়, এটি অস্ত্র-গ্রেড বোকামি।

যদি অনুমান এবং সময়সীমা অবিচ্ছিন্নভাবে প্রস্ফুটিত হয় তবে যুক্তিযুক্ত কাজটি হ'ল কারণগুলি চিহ্নিত করা এবং প্রক্রিয়াগুলি উন্নত করা।

আপনি যদি ঘোড়াটিকে দোষারোপ এবং লাথি মারেন তবে আপনি কোথায় যাচ্ছেন তা আপনি জানেন না, যদি ঘোড়া আপনাকে কামড়ে ধরে পালিয়ে যায় তবে অবাক হবেন না!


19

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

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

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

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


5
"আমি জানি না" বলতে আমার কোনও সমস্যা নেই। সমস্যাটি হ'ল এটি এমন কোনও সংখ্যা নয় যা প্রকল্পের / সংস্থান বিশ্লেষণের জন্য প্রধানমন্ত্রীর স্প্রেডশীটে বা স্প্রেডশিটের সাথে তারা যা করুক তা স্থাপন করতে পারে।
spong

আমি আরও কিছু টিপস দিতে আমার উত্তর আপডেট করেছি।
মাইকেল ব্রাউন

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

14

আপনার "প্রকল্প পরিচালক" কে জিজ্ঞাসা করুন: আমরা কি সফ্টওয়্যার বিক্রি করছি বা সময়সীমা?


3
হাই থমাসডাব্লু, প্রোগ্রামার্স.এসই তে স্বাগতম! আপনি এই প্রশ্নের অন্যান্য উত্তরগুলির দৈর্ঘ্যটি লক্ষ্য করেছেন: এখানে, আমরা বিশ্বাস করি যে একটি ভাল প্রশ্ন ব্যবহারকারীদের উত্তর দেওয়ার জন্য আমন্ত্রণ জানায় যা ব্যাখ্যা দেয় ( আরও তথ্যের জন্য FAQ দেখুন)। আপনি আরও বিস্তারিত সরবরাহ করতে পারেন?

7
ডুড শীর্ষ উত্তরটি কেবল 3 লাইন দীর্ঘ কি সমস্যা ... আমি এই উত্তরটি পছন্দ করেছি।
কেউ

ভাল আসলে উভয়। যে সফ্টওয়্যার বিক্রি হয়েছে তা আয় করে। এখনও বিকাশের অধীনে থাকা সফ্টওয়্যারটির কোনও উপার্জন নেই (হিট # 1); এখনও বিকাশকারীকে অর্থ ব্যয় করে (# 2 চাপুন); এবং এর পরের কাজটি না করার একটি সুযোগ ব্যয় রয়েছে (হিট # 3)। সুতরাং সময়সূচীতে এস / ডাব্লু চেষ্টা এবং বিতরণ করা ন্যায়সঙ্গত। তফসিলটি রিয়েলস্টিক কিনা তা আলাদা বিষয়!
দ্রুত_বলি

10

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

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

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

বৈঠকে, আপনি কীভাবে व्यवहार করছেন এবং কেন এটি সময় নিতে সময় লাগে তার প্রযুক্তিগত বিশদটি দেখুন। তাদের এটি জানতে হবে (এবং কীভাবে তারা আপনাকে এটি করতে সহায়তা করতে পারে), তবে দুঃখজনক সত্যটি সাধারণত এটি হয় না ... আপনার চোখগুলি তাদের মাথার দিকে ফিরে যাওয়ার আগে আপনি সম্ভবত 10 মিনিট সময় পাবেন। এখন আমি এখানে যা করতে চাই তা সম্ভবত আইনী নয় ... হ্যাঁ, আমি পরীক্ষা করে দেখলাম যে এটি আসলে খুব অবৈধ এবং আপনি এত দিন কারাগারে যেতে চান না। মোদ্দা কথাটি হল আপনি সক্রিয় হওয়ার জন্য সর্বোত্তম প্রয়াস রেখেছেন এবং যদি আপনি কিছু উচ্চতর উপস্থিতি পেয়ে থাকেন তবে আপনার ব্যথা এখন তাদের ... এটি যেমন হওয়া উচিত। কীভাবে জিনিসগুলি শেষ হওয়ার সম্ভাবনা রয়েছে সে বিষয়ে আপনাকে আপনার রায় ব্যবহার করতে হবে, কারণ 'ক্রমবর্ধমান' যা ঘটবে। আপনি যে জায়গাতে নেতৃত্ব যদি অর্ধেক শালীন হন তারা সঠিক কাজটি করবেন, এবং আপনার দ্বারাও সঠিক কাজটি করুন। যদি তা না হয় তবে বাজারের আগেই আপনার জীবনযাত্রা শুরু হয়ে গিয়েছিল ... আপনি প্রথম সুযোগে যাই হোক যাই হোক (এবং দেখে মনে হচ্ছে আপনি শেষ পর্যন্ত করেছেন)। নেতৃত্ব দুটি গ্রুপে পড়ে যাবে - হয় তারা প্রযুক্তিগতভাবে জ্ঞানবান হয় এবং তারা তাত্ক্ষণিকভাবে আপনার দৃষ্টিভঙ্গি দেখতে পাবে; বা তারা না এবং তারা এই সম্পর্কে গ্রিন এবং এটাকে সহ্য করা ছাড়া আর কী করবে? যদি তারা আপনার কাজটি করতে পারে তবে তারা ইতিমধ্যে তা করে চলেছে। t এবং তারা এই সম্পর্কে গ্রিন এবং এটিকে সহ্য করতে ছাড়া আর কী করতে চলেছে? যদি তারা আপনার কাজটি করতে পারে তবে তারা ইতিমধ্যে তা করে চলেছে। t এবং তারা এই সম্পর্কে গ্রিন এবং এটিকে সহ্য করতে ছাড়া আর কী করতে চলেছে? যদি তারা আপনার কাজটি করতে পারে তবে তারা ইতিমধ্যে তা করে চলেছে।

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

আমি সাইন-অফ করার আগে: সুযোগ / প্রয়োজনীয়তা পরিবর্তন করা - এগ্রিল পদ্ধতিটি অবলম্বনের সর্বোত্তম কারণগুলির মধ্যে একটি, তাই ক্লায়েন্ট / স্টেকহোল্ডাররা তাদের কী চায় সে সম্পর্কে তাদের মন পরিবর্তন করার জন্য সঠিকভাবে দায়বদ্ধ ...

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


2
আপনার মূল ধারণাগুলি সাহসী করা শিখতে হবে, আপনি যখন স্ক্রিনে চিৎকার করবেন তখন নয়। পোস্টটি স্ক্যান করা এবং সাধারণ ধারণা পাওয়া শক্ত।
নাম প্রকাশ

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

@ বোল্ড দুঃখিত। আমি জানি এটি একটি দীর্ঘ পোস্ট ছিল এবং এটি সর্বদা এর মতো হবে না তবে এটি আমার হৃদয়ের প্রিয় বিষয় - দীর্ঘ সময় শ্রোতা থেকে প্রথমবারের আহ্বানে ফিরে যাওয়ার পক্ষে যথেষ্ট। আমি কেবল পাল্টা কৌশলটি কোথায় যাব তা চিহ্নিত করার জন্য এবং সাহসকে এড়িয়ে চলার জন্য সাহসী করেছিলাম। প্লাস আমি ইন্টারনেটের আগেও ইংরাজী ভাষাটি যেভাবে ডিজাইন করা হয়েছিল সেগুলি ব্যবহার করেছি ;-) আপনি সাধারণ জাস্ট পেতে প্রত্যেকটির প্রথম লাইনটি স্ক্যান করতে পারেন।
নামদার যা

2
এছাড়াও, আরও কাউবেল প্রয়োজন।
অক্টোডো

1
কেন এই উস্কানিমূলক মন্তব্যটি বেশি উত্থাপিত হয়নি? আমি যখন পড়ি তখন আমার নাক থেকে দুধ বের হয়ে গেল!
মাউগ

9

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

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


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

@ সুনপেক: এরকম পাগলের কথা আমি কখনও শুনিনি।
হতাশ

8

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

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


4

অন্য সমস্ত উত্তরদাতাদের মতো আমিও আরও একমত হতে পারি না যে এটি একটি লাল পতাকা তুলবে।

দেখে মনে হচ্ছে প্রধানমন্ত্রী উন্নয়ন প্রক্রিয়ায় অংশ নিতে চান না।

আমার ব্যক্তিগত অনুশীলনে আমি দীর্ঘদিন ধরে বিস্তারিত আপ-ফ্রন্ট স্পেসিফিকেশন, সাইন-অফস, সম্পূর্ণ প্রকল্পের প্রাক্কলন, বা স্থির-বিড মূল্য নির্ধারণ (পরামর্শের দৃষ্টিকোণ থেকে) থেকে সরে এসেছি।

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

এই ধারণাটি নিয়ে এখনও অনেক লোকের সমস্যা রয়েছে এবং আপনার প্রধানমন্ত্রীও দেখেছেন বলে মনে হচ্ছে। এটি বাণিজ্য-অফগুলির একটি সহজ বোঝার জন্য নেমে আসে।

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

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

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

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

Agile ম্যানিফেস্টোটি একবার দেখুন: http://agilemanifesto.org/ এটি আপনার সাথে অনুরণিত হতে পারে। পড়ার জন্য একটি ভাল বই হ'ল মেরি পপপেন্ডিকের "লিন সফ্টওয়্যার ডেভলপমেন্ট"

শুভকামনা।


4

ম্যানেজারের মতো মনে হচ্ছে যখন তিনি তার শ্রেষ্ঠকে প্রতিবেদন করেন তখন দোষ দেওয়ার জন্য কেউ তাকে খুঁজছেন।

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

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

অবশেষে প্রকল্পের পরিচালক ধারণাটি পান এবং সেই অনুযায়ী পরিকল্পনা করেন।


2

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


1

চারদিকে ভাল উত্তর, তবে আমার 2 সেন্ট যোগ করুন।

আপনি যদি কখনও সম্ভাবনা অধ্যয়ন করেন তবে "র্যান্ডম ভেরিয়েবল" এর মতো জিনিস রয়েছে। এটি এমন একটি সংখ্যা যার মান আপনি জানেন না, তবে আপনি কোনও সাধারণ (বেল কার্ভ) বিতরণ বা অন্য কোনওটির মতো আপনার বিতরণ দিয়ে না জেনে বর্ণনা করতে পারেন।

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

আমি যখন পরামর্শদাতা ছিলাম, তখন আমার সাধারণত একটি নির্দিষ্ট দামের চুক্তি বনাম একটি সময় এবং উপকরণের চুক্তিতে স্বাক্ষর করার পছন্দ ছিল। সময় এবং উপকরণ সহ ক্লায়েন্ট ঝুঁকি বহন করে। স্থির-মূল্য সহ, আমি ঝুঁকি সহ্য করি। স্থির-মূল্য সহ, আমি সুরক্ষার একটি মার্জিনে তৈরি করি, কারণ যদি আমি লক্ষ্য পূরণ করতে ব্যর্থ হয় তবে কেউ জিততে পারে না।

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

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


0

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

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

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

তবে আরও একটি মাত্রা রয়েছে: ঝুঁকিপূর্ণ। যদি আমাকে কেবল 50% সময় সাফল্যের সাথে সরবরাহ করতে হয় তবে আমি আমার প্রাক্কলনকে প্রচুর পরিমাণে হ্রাস করতে পারি; তারা অনেক বেশি ডেলিভারি হার হ্যান্ডেল করার জন্য প্যাডড হয়।

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

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


0

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

এই চুক্তিটি কত হাস্যকর তা আপনি যদি দেখতে চান তবে এখানে দুটি পরামর্শ দেওয়া যেতে পারে:

ক) প্রকল্পটি যে বিন্দুতে আপনি চুক্তি ছাড়াই অনুমান করবেন যতক্ষণ পাঁচ বা দশগুণ সময় নেয় তার পর্যায়ে উচ্চ পর্যালোচনা করুন। যদি প্রকল্পের পরিচালক জিজ্ঞাসা করেন যে অনুমানগুলি এত বেশি কেন কেবল বলে যে আপনি কেবল আপনার চুক্তিটি সম্পাদন করতে পারবেন তা নিশ্চিত করছেন।

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

প্রকল্প পরিচালক যদি এই দুটি পরামর্শের সাথে কারও সাথে সম্মত হন তবে আপনি নিশ্চিতভাবেই জানতেন যে সেগুলি তাদের মনের বাইরে।

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


0

আমি এখানে শস্যের বিরুদ্ধে যাচ্ছি।

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

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

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


আমি অনুমান করব যে এটি "সবকিছু নতুন নয় এবং প্রয়োজনীয়তাগুলি শুরু থেকে শেষ সময়সীমার ২-৩ বার পরিবর্তন হয়" যদিও অঞ্চলগুলি?
ভ্যাটাইন

রিলিজের শুরু থেকে প্রকৃত জিএ-তে, অবশ্যই, সামগ্রীগুলি কয়েকবার পুরোপুরি বদলে যেতে পারে। একটি ভাল প্রক্রিয়া যা আউট হাতুড়ি হবে গোড়ার দিকে যদিও, আগে বিস্তারিত ডিজাইন বা তলা-আপ অনুমান মত।
তিনি TREE

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

0

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

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


"আপনি তার ও নিজেকে সাহায্য করতে সক্ষম হতে পারেন" এর জন্য ++।
মাইক ডুনলাভে

0

"জলের উপর দিয়ে হাঁটা এবং একটি স্পেসিফিকেশন থেকে সফ্টওয়্যার বিকাশ উভয় হিমশীতল করা সহজ"

-এডওয়ার্ড ভি। বেরার্ড

যদি আপনার প্রয়োজনীয়তা পরিবর্তন হয় তবে আপনার প্রাথমিক অনুমানটি নির্ভুল হওয়া আশা করা অযৌক্তিক। হ্যাঁ, এটি একটি লাল পতাকা হওয়া উচিত।


-2

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

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