ব্যর্থ প্রকল্প: কখন ফোন করবেন?

Question

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

এই সমস্ত সময়ে "ব্যর্থতা" নিয়ে কোনও কথা হয় নি। এটি সর্বদা "ব্যথা নির্বিশেষে এটি সম্পন্ন করা হয়েছিল"।

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

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

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

Comments

অচলভাবে প্রাসঙ্গিক: ব্যর্থতার চেয়ে খারাপ আর কী হতে পারে? । কোনও নিয়মিত টিডিডব্লিউটিএফ নয় তবে সাইটের মালিকের একটি সম্পাদকীয় টুকরা। Suc-cess (sek-ses’): Anything

— ডপপেলগ্রিনিয়ার

কখনও ব্যর্থ প্রকল্পে কাজ করার ক্ষেত্রে আপনি একা নন। লোকদের সাক্ষাত্কারের এক দশকেরও বেশি সময় ধরে আমি কখনও এমন কাউকে পাইনি যার যার হয়। আমরা সম্ভবত মিথ্যা বলতে পারি না, তাই আমাদের সবাই অবশ্যই উজ্জ্বল হতে হবে তাই আমাদের!

— জন হপকিন্স

আপনি কি তার চেয়ে কম বিতরণ করতে পারতেন এবং এখনও ঠিক বলে বিবেচিত হবেন?

আপনার শার্ট হারিয়ে ফেলা ব্যর্থতার লক্ষণ।

— জেফো

এটি আপনার সংস্থার উপর নির্ভর করে: অনেকে বাজেটের চেয়ে 25% (বা আরও বেশি), 25% (বা আরও) দেরিতে বা 25% (বা আরও) কাটা বৈশিষ্ট্যগুলিকে ব্যর্থতা বলে বিবেচনা করে।

— টাঙ্গুরেনা

Answer 1

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

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

আপনার মতো পরিস্থিতিতে কোম্পানিকে কিছু কঠোর সিদ্ধান্ত নিতে হবে। যদি তারা প্রকল্পটি সফল হতে চায় তবে তাদের কয়েকটি পাঠ শিখতে হবে:

• যথাযথভাবে পরিকল্পনা করতে ব্যর্থতা আপনার দলের উপর অযৌক্তিক চাপ সৃষ্টি করবে এবং শেষ পর্যন্ত একটি ব্যর্থ প্রকল্পের দিকে নিয়ে যাবে
• একটি চাপযুক্ত দল উচ্চ টার্নওভারের সাথে প্রতিশোধ নেবে - এবং অবশেষে আপনি ভাল লোকদের সংস্থায় যোগ দিতে পারবেন না।
• জরুরী অবস্থা ঘটে, তবে জরুরী কারণ কী তা আবিষ্কার করুন এবং ভবিষ্যতে এই জরুরি অবস্থা এড়াতে আপনার অনুশীলনগুলিকে পরিবর্তন করুন।

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

Comments

এটি নির্দিষ্ট করে প্রথম অনুচ্ছেদের জন্য বিশেষত +1 +

— থেরোবিউকনে

Answer 2

ব্যর্থতা এমন কোনও কিছুই যা কোনও লক্ষ্য পূরণ না হওয়ার বর্ণনা দিতে পারে।

সংক্ষেপে, আপনি যখন নিজের লক্ষ্যটি সংজ্ঞায়িত করেন, আপনি সেই প্রসঙ্গে ব্যর্থতা কী তা সংজ্ঞায়িত করুন।

আপনি যে সাহিত্যের কথা উল্লেখ করেছেন তাতে ব্যর্থতা হ'ল এমন একটি প্রকল্প যা বাজেটের বেশি এবং / অথবা সময়সীমাটি পূরণ করে না ।

এর অর্থ এই নয় যে পণ্যটি ব্যবহৃত হবে না। এর অর্থ এটি প্রত্যাশার চেয়ে অনেক বেশি ব্যথা, অর্থ এবং সময় নিয়ে বিকাশকারী হয়েছে।

When you should cancel a project? আপনি যখন নিশ্চিত হন যে কোনও নতুন দ্বিতীয় ব্যয় এর ব্যয়ের চেয়ে কম মূল্য সরবরাহ করবে।

একে ডুবে যাওয়া দামের দ্বিধা বলা হয় ।

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

Comments

+1 এর জন্যWhen you are sure that any new second spend on it will provide less value than its cost.

— ই

Answer 3

অনেকগুলি বিভিন্ন উপায়ে রয়েছে যে কোনও প্রকল্প "ব্যর্থ" হতে পারে। এবং বেশ কয়েকটি আমি নিয়ে কাজ করেছি ব্যর্থতা:

1. নতুন সংবিধিবদ্ধ / নিয়ামক বিধি পূরণের জন্য সঙ্কুচিত মোড়নের সফ্টওয়্যারটি আবার লিখতে হয়েছিল। অব্যবস্থাপনাগুলি কাজের চাপ এবং বিশেষত আমাদের সকলের যে দক্ষতার অভাব রয়েছে তার সাথে সহায়তা করার জন্য নতুন লোককে নিয়োগ এড়াতে বেছে নিয়েছিলেন। পণ্যটিতে নতুন প্রয়োজনীয় বৈশিষ্ট্যগুলি ছিল না (এটিতে একটি নির্দিষ্ট পদ্ধতিতে বৈদ্যুতিন ফাইলিং করতে হয়েছিল) এবং বাজার থেকে তা টানতে হয়েছিল। এই পণ্যটি যখন আমাদের অফিসের প্রায় 5% আয় উপার্জন করেছিল, তেমনি একটি নিয়মিত পরিবর্তন আসছে যা আমাদের আয়ের 60% উত্পাদনকারী পণ্যকে প্রভাবিত করেছিল। বিকাশকারীরা প্রয়োজনীয় দক্ষতাগুলি শিখার জন্য এটি তাদের নিজেরাই গ্রহণ করেছিল, তবে অপরিশোধকরা প্রয়োজনীয় পরিবর্তনগুলি কার্যকর করতে শুরু করতে প্রায় দেরি না হওয়া পর্যন্ত অপেক্ষা করা বেছে নিয়েছিল। আমাদের 3 বছরের সতর্কতা ছিল যে এই নিয়মিত পরিবর্তনটির সার্ভারের দিকে আমরা যখন বিড করার চেষ্টা করছিলাম তখন এই পরিবর্তনগুলি আসছিল - এবং কর্পোরেট আমাদের যথাযথভাবে বিড জমা দিতে বাধা দেয়। আমাদের অব্যবস্থাপনাগুলি আমাদের এতে কাজ করার অনুমতি দেওয়ার আগে স্যুইচ-ওভারের 8 মাস অবধি আমাদের অপেক্ষা করতে বেছে নিয়েছিল।

2. প্রকল্পটি ইতিমধ্যে বাজেট ছাড়িয়ে গেছে এবং যখন এটি শেষ করতে সহায়তা করার জন্য আমাকে নিয়ে আসা হয়েছিল। পরিচালকরা বেশ কয়েকটি স্তর উচ্চতর সিদ্ধান্ত নিয়েছিলেন যে প্রকল্পের জন্য প্রয়োজনীয় আরওআই তৈরি করতে ডুবে যাওয়া ব্যয়গুলি ইতিমধ্যে খুব বেশি ছিল তাই প্রকল্পটি বাতিল হয়ে গেল এবং এতে জড়িত সবাই ছাড়ে। গ্রুপটি ছাড়ার আগে 1 সপ্তাহ সেখানে কাজ করা (আমাকে সহ) আমি কোনও জায়গায় কাজ করার সবচেয়ে কম সময় ছিল।

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

Answer 4

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

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

যেমন ওটিভিও ডেসিও ইঙ্গিত করেছে, ডট কম বুমের পর থেকে আমি কোনও প্রকল্প বিসর্জন পয়েন্টে ব্যর্থ হতে দেখিনি।

Answer 5

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

আইএমও, কোনও প্রকল্প এটি ব্যর্থতা যদি না করা হয় তবে এটি সস্তা হত। উদাহরণস্বরূপ, যদি পণ্যটির 5 বছরের প্রত্যাশিত জীবনকাল থাকে এবং সংস্থাটি 100 কে পা বাঁচায়, তবে এটি তৈরি করতে 500 কে বেশি লাগলে এটি ব্যর্থতা। (আমি এখানে সুদের হারগুলি আরও সহজ করার জন্য প্রতারণা করছি)। কিছু লোক দাবি করেন যে ব্যয় এবং / অথবা সময় ছাড়িয়ে যাওয়া প্রতিটি প্রকল্পই ব্যর্থতা, তবে আইএমও এই সংজ্ঞাটি যথাযথভাবে অনুমান করে না কারণ এটি সঠিক অনুমান এবং পরিকল্পনার প্রতি খুব বেশি মনোযোগ দেয়।

Answer 6

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

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

সর্বোপরি - আপনার পরিচিত কয়জন লোক বা সংস্থাগুলি পরিষ্কার এসে "আমরা ব্যর্থ" হয়েছিল?

Comments

একমত। ব্যর্থ হয়েছে, আক্ষরিকভাবে এমন কোনও প্রকল্প নির্দেশ করবে যেখানে প্লাগটি টানা হয়েছিল এবং আরও ঘন্টা লগ করা হয়নি।

— টিম পোস্ট

@ টিম পোস্ট: "প্লাগটি টানা হয়েছিল এবং আরও কয়েক ঘন্টা লগ করা হয়নি"। এমনকি এটি "ব্যর্থতা" নাও হতে পারে। এটি এতক্ষণ যা বিতরণ করা হয়েছিল তা ব্যবহার করার সিদ্ধান্ত নেওয়ার বিষয়ে সিদ্ধান্ত নেওয়ার এবং স্বল্পমূল্যের অ্যাড-অনগুলির জন্য বেশি অর্থ ব্যয় না করার ক্ষেত্রে বুদ্ধিমান হতে পারে।

— এস .লট

Answer 7

তবুও আমি সব সময় "ব্যর্থ আইটি প্রকল্পগুলি" সম্পর্কে শুনি।

"ব্যর্থতা" সংজ্ঞায়িত পরামিতিগুলি কী ছিল?

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

কিছু প্রকল্প সত্যিই অর্থ হারিয়ে যায় এবং মূল্য কিছুই তৈরি হয় না। তবে সেগুলি বিরল।

এমনকী এমন একটি প্রকল্প যা কখনই কার্যক্ষম সফ্টওয়্যার সরবরাহ করে না তা না করার একটি শেখার অভিজ্ঞতা । এটি মান তৈরি করেছে। এটি অপ্রত্যাশিত মান তৈরি করেছে, তাই লোকেরা যেভাবে এটি লেবেল করতে চায় সেভাবে এটি লেবেলযুক্ত হতে পারে। "ব্যর্থতা" কিছুটা চেনাশোনাতে "কী করা উচিত নয়" এর মতোই ভাল।

আসল প্রশ্নটি হল "ব্যয়ের সাথে মানটি কি সামঞ্জস্যপূর্ণ ছিল"? এবং তারপরেও, মানটি পরিমাপ করা এত কঠিন হতে পারে যে উত্তরটি সম্পূর্ণ রাজনৈতিক বা বিষয়ভিত্তিক।

একটি বৃহত কর্পোরেশনের অভ্যন্তরীণ প্রকল্পে কি "ব্যর্থ" হওয়ার আরও জায়গা আছে?

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

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

আপনি কখন এই কল করবেন? কি করলে কি হয়?

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

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

অন্যথায়, সর্বদা কিছু মান আছে।

আসল প্রশ্নটি হল "ব্যয়ের সাথে মানটি কি সামঞ্জস্যপূর্ণ ছিল?"

Comments

+1 দেখানোর জন্য যে কোনও কিছুকে "ব্যর্থতা" বলা একটি রাজনৈতিক শব্দ হতে পারে। আমি এমন একটি প্রকল্পে এসেছি যা ব্যর্থতা হিসাবে ঘোষিত হয়েছিল, তারপরে নেতৃত্বের পরিবর্তনের পরে সফলভাবে শেষ হয়েছিল।

— সলেসকে

Answer 8

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

এটি বলেছিল, যদি আপনার সংস্থাটি আপনাকে সেই সমস্ত কাজের জন্য এবং লাইভ হওয়ার ৪১ ঘন্টা পূর্বে আপনাকে অর্থ প্রদান করতে হয়, তবে তাদের কাছে প্রচুর অর্থ পেত।

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

Comments

এই যেখানে যেখানে প্রচুর কাজ আছে?

ওয়াশিংটন ডিসি, বেশিরভাগ সরকারী জিনিস, তবে আমি জাভা বা রুবি প্রোগ্রামারগুলির সন্ধানে বেশ কয়েকটি জায়গা জানি। আপনি আরও বিশদ জানতে চাইলে @ ওয়ালিপারে আমাকে টুইট করুন

— বিল

Answer 9

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

এছাড়াও, এখানকার বেশিরভাগ লোকের বিপরীতে, আমি একটি প্রকল্প পুরোপুরি ব্যর্থও দেখেছি - বিসর্জনের ক্ষেত্রে । কফিনের চূড়ান্ত পেরেকটি ২০১০ এর প্রথম দিকে এসেছিল This

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

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

(আমি সেখানে কেবল 9 মাস কাজ করেছি - ২০০৪/২০০5 সালে। মূলত কাজের চাপ এসে নতুন স্থাপনাগুলি নিয়ে গেছে - ঠিকাদারদের নিয়োগের পরিবর্তে - এটি বেশ জঘন্য কাজ h প্রযুক্তির চেয়ে ঝাঁকুনির ব্যবসায়িক মডেল সহ))

Answer 10

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

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

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

Answer 11

যখন ব্যবসায়ের কেস আর ধরে না রাখে।

প্রিন্স 2 (প্রকল্প পরিচালনা পদ্ধতি) এটি পরিমাপ করে এবং এটি আমার কাছে প্রচুর অর্থবোধ করে।

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

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

ব্যবসায়ের কেস একসাথে রাখা বড় উদ্যোগ গ্রহণের প্রয়োজন হবে না, A4 এর দু'পক্ষই কিছু করবে। ব্যয় তুলনামূলকভাবে সহজ (মোটামুটি পরিমাপ হিসাবে একজন প্রোগ্রামার ব্যয় করে: ইউরোপের জন্য প্রতিদিনের বার্ষিক বেতন * 2) / 250, সম্ভবত যুক্তরাষ্ট্রে কিছুটা কম কারণ সুবিধা কম এবং কার্যদিবসের গড় গড় সংখ্যা যা এখানে ইনপুট রয়েছে )।

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

তবে এটির অনেকগুলি প্রোগ্রামার স্টাফ নয়, এটি প্রধানমন্ত্রী এবং ব্যবসায় পুরো প্রকল্প টিমের ইনপুট দিয়ে করা উচিত।