আমি তিনটি প্রকল্পে অংশ নিয়েছিলাম যা পরিষ্কার ব্যর্থতা ছিল। এগুলি বেশ বেদনাদায়ক কিন্তু পিছনে ফিরে তাকানো ছিল, তিনজনের মধ্যে দু'জনের আমার কেরিয়ারে নেতিবাচক পরিণতি ঘটেনি, এবং তৃতীয়টিও বিশ্বের শেষ ছিল না।
এখানে আমি কিছু পর্যবেক্ষণ প্রত্যাহার করছি।
জুনিয়র পজিশনে ডেভেলপাররা ("প্রতি কোড অনুযায়ী কোড", "বাগটি ঠিক করুন", এর মতো স্টাফ) খুব বেশি প্রভাবিত হবে না, যদি না তারা দলে মনোবলকে হ্রাস না করে। এগুলির মতো অবস্থানগুলিতে, একটি বুদ্ধিমান এবং এমনকি কখনও কখনও সফল বেঁচে থাকার কৌশলটি কেবল আপনার যথাসাধ্য চেষ্টা করতে পারে।
- উদাহরণস্বরূপ, আমি যে ব্যর্থতার মুখোমুখি হয়েছি তার মধ্যে একটি প্লেইন, প্রায় শতাধিক জ্ঞাত বাগের পদ্ধতিগত ফিক্সিংয়ের মাধ্যমে কাটিয়ে উঠেছে যা (প্রযুক্তিগত নেতৃত্বের মাধ্যমে এই অগ্রগতির প্রচারের বিশেষত স্মার্ট পদ্ধতির সাথে মিলিত) অবশেষে প্রকল্পটি পুনরুদ্ধার এবং দেওয়ার সিদ্ধান্ত গ্রহণের জন্য উচ্চতর পরিচালনার নেতৃত্ব দেয় এটি একটি নতুন রিলিজের সাথে আরও একটি সুযোগ, যা ঘুরে ফিরে যুক্তিসঙ্গত সাফল্য অর্জন করেছিল।
আরও প্রবীণ, প্রভাবশালী অবস্থানের প্রোগ্রামাররা প্রকল্প ব্যর্থতার নেতিবাচক পরিণতিগুলি ভাগ করে নেওয়ার জন্য আরও ভালভাবে প্রস্তুত। একজন স্থপতি, প্রযুক্তি নেতৃত্ব, সিনিয়র বিকাশকারী সাধারণত প্রকল্পের সাফল্য বা ব্যর্থতার জন্য দায়ী হিসাবে বিবেচিত হওয়ার জন্য যথেষ্ট প্রভাব ফেলবে বলে আশা করা হচ্ছে।
সিনিয়র পদে, কেউ কী ভুল হয়েছে এবং কী কী আরও ভাল করা যেতে পারে তা বিশ্লেষণ করে "অপ্রত্যক্ষভাবে" ব্যর্থতা থেকে পাওয়ার জন্য প্রস্তুত হতে পারে prepared
ডাব্লুপি-র এই উজ্জ্বল উত্তরে বর্ণিত জ্ঞানের এই বিটস, ময়না তদন্তের পাঠগুলি অমূল্য হতে পারে যদি সঠিকভাবে শিখেন তবে সিনিয়র পদগুলিতে খুব সফল ক্যারিয়ার নির্ভর করে যে এটি কতটা শিখবে তার উপর নির্ভর করে :
বিচার সফলতা থেকে আসে না, ব্যর্থতা থেকে আসে। বেশিরভাগ সংস্থাগুলি এমন লোকদের নিয়োগ করতে চায় যা পূর্ববর্তী সংস্থাগুলি তাদের ব্যর্থতার জন্য অর্থ প্রদান করেছিল ...
আরও ব্যবহারিক নোটে, ব্যর্থতা থেকে বেরিয়ে আসার সম্ভাব্য উপায় হিসাবে কেউ "পরবর্তী / আপডেট প্রকাশ" পদ্ধতির বিষয়টি বিবেচনা করতে পারে। কাকতালীয়ভাবে বা না (আমার মনে হয় না ), তবে উভয় ব্যর্থতা যা আমার ক্যারিয়ারকে ক্ষতিগ্রস্থ করেনি খুব একই রকমের পরিস্থিতি দ্বারা মুক্তি Nপেয়েছিল : মুক্তি ছিল মোট বিপর্যয়, মুক্তি N+1ছিল সহনীয়, মুক্তি N+2এবং পরে ছিল সাফল্য সাফল্য।
আপনার জুতা মধ্যে হাঁটা, আমি সম্ভবত "পরবর্তী মুক্তি" ধারণা প্রস্তুত বা প্রচার করতে কিছু প্রচেষ্টা করা চাই। পরিকল্পিত প্রকাশের পরে আপনি ঠিক করতে চান এমন পরিচিত সমস্যার একটি অস্থায়ী তালিকার মতো কিছু করুন (এবং যোগাযোগ করুন !) Make পরবর্তী প্রকাশের জন্য একটি অনানুষ্ঠানিক, রুক্ষ রাস্তার মানচিত্র খসড়া করুন।
আপনি কীভাবে আপনার চারপাশের লোকদের কাছে এই ধারণাগুলি যোগাযোগ করতে পারেন, কীভাবে আপনি এই পরিকল্পনাটি বিবেচনা করতে পরিচালকে প্রভাবিত করতে পারেন তা ভেবে দেখুন। যদি প্রকল্পটির ভাল বিপণনের দক্ষতা রয়েছে তবে আসন্ন রিলিজটিকে "প্রারম্ভিক অ্যাক্সেস", "বিটা", "গ্রাহক পূর্বরূপ", "পরিচিতি প্রকাশ", এর মতো স্টাফগুলিকে মসৃণ পদগুলিতে আবদ্ধ করে ব্যর্থতার ক্ষতির পরিমাণ বাড়ানোর সাথে তাদের জড়িত করার চেষ্টা করুন try যে।
যদি উচ্চতর আপগুলি এই ধারণাটিতে বধির দেখা দেয় তবে ক্ষেত্রে একটি ব্যাকআপ পরিকল্পনার কথা ভাবুন। "শতাধিক পরিচিত বাগের ফিক্সিং" সম্পর্কে উপরের গল্পটি মনে আছে? সত্যিই জিনিসগুলির পরিবর্তনের সুযোগ রয়েছে।
পরিচালনা এখন পরবর্তী-প্রকাশ আইডিয়াগুলিতে বধির হিসাবে উপস্থিত হতে পারে তবে প্রকল্পের মানের অগ্রগতির দৃ conv় দৃ conv়প্রত্যয়ী প্রমাণের মধ্যে তাদের পক্ষে পুনর্বিবেচনা করার ভাল সুযোগ রয়েছে।
- এটি সম্ভবত পুরোপুরি বাদ দেওয়ার পরিকল্পনার জন্য মুক্তির ব্যবস্থাপনার সিদ্ধান্তের মধ্যে জমাটবদ্ধ কোডের মধ্যে দীর্ঘ সময় আসার সম্ভবত যথেষ্ট সম্ভাবনা রয়েছে। সেই সময়টি আপনার সুযোগ: আপনি যদি জ্ঞাত সমস্যাগুলি স্থির করতে এবং সঠিকভাবে অগ্রগতি "সুসমাচার প্রচার" করার দিকে মনোনিবেশ করেন, তবে এটি একটি পার্থক্য আনতে পারে (যেমনটি একবার আমার কাছে হয়েছিল)।
