ব্যর্থ প্রোগ্রামিং প্রকল্পগুলির সাথে কীভাবে কাজ করবেন?

Question

প্রকল্পগুলি ব্যর্থ হওয়া অস্বাভাবিক নয়।

প্রোগ্রামার হিসাবে, আপনি কীভাবে ব্যর্থ প্রকল্পগুলির সাথে ডিল করবেন?

ব্যর্থতার কয়েকটি সংজ্ঞা:

• সময়সীমা মিস করে।
• কোড এবং কার্যকারিতা এটি যা মনে করে তা করে না।
• সফ্টওয়্যারটি বাষ্প-গুদাম বা অবিরাম পর্যায়গুলির সংখ্যা হয়ে যায়, মূলত অপরিবর্তনীয়।

অথবা আপনার নিজের ব্যর্থতার নিজস্ব সংজ্ঞা (গুলি) থাকতে পারে।

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

Comments

আমি বাচ্চার মতো কাঁদতে থাকি। যদিও এটি সবার জন্য কাজ করে না।

— কেওসপ্যান্ডিয়ন

ব্যর্থতা কি এই প্রসঙ্গে একটি ভাল প্রোগ্রাম হিসাবে সংজ্ঞায়িত করা হয়েছে (তবুও এটির কোনও ধারণা নেই) যা বিক্রয় প্রত্যাশাগুলি পূরণ করে না?

— tcrosley

Answer 1

আপনার সমস্ত প্রকল্পের জন্য শিখানো পাঠ করা উচিত, ব্যর্থ বা সফল। একটি ভাল প্রকল্প থেকে অনেক কিছু শেখার আছে।

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

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

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

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

Comments

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

— কেট গ্রেগরি

Answer 2

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

Answer 3

বিষয় উপর একটি মহান বই মৃত্যু মার্চ বলা হয়: http://www.amazon.com/Death-March-2nd-Edward-Yourdon/dp/013143635X

আমি আপনাকে এটি পড়তে পরামর্শ দিচ্ছি। আপনি অনেক বর্ণনাতে আপনার প্রকল্প (গুলি) সনাক্ত করতে পারেন।

কোনও একক উত্তর নেই কারণ এটি রাজনীতি সহ আপনার সংস্থার অনেক জটিল উপাদানগুলির উপর নির্ভর করে ...

Answer 4

আমি বাদে সবাইকে দোষ দিয়েছি .... হাহাহা, মজা করছি। আমি যে কাজটি করি তা হ'ল "আমি করলাম" সমস্ত জিনিস দিয়ে একটি "মাই কুলপা" ডক লিখি। হতে পারে যে প্রকল্পে সাহায্য করে না, তবে একই ভুলগুলি পুনরাবৃত্তি না করার একটি ভাল উপায়