যখন কোনও ক্লায়েন্টের অবাস্তব প্রত্যাশা থাকে তখন কী করবেন? [বন্ধ]


23

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

আমি যখন এই ক্লায়েন্ট সাইটে একা দেখিয়েছি তখন আমাকে জানানো হয়েছিল যে আমার প্রকল্পটি দুই মাসের মধ্যে শেষ করতে হবে।

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

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

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

এই সময়কালে আমাকে অনেকগুলি জিনিস আবার করতে হয়েছিল, উদাহরণস্বরূপ একটি ফর্মটি দুটি বিভাগে পৃথক করুন; কয়েক সপ্তাহ পরে, তারা আমাকে দুটি ফর্মটিকে বিভ্রান্ত করার কারণে আবার একত্রিত করতে বলেছিল, ইত্যাদি।

আবেদনের পরিধি প্রতিদিন বাড়ছে তবে তারা এখনও মনে করে যে এটি দুই মাসের প্রকল্প যা বিলম্বিত হয়েছিল। যখন আমি তাদের বললাম যে সুযোগটি বৃদ্ধি পেয়েছে তারা শুরুতে কেন প্রয়োজনীয়তা জিজ্ঞাসা করলো না তা জিজ্ঞাসা করুন।

আমি ইতিমধ্যে প্রতিদিন 11-12 ঘন্টা কাজ করি এবং 3-4 ঘন্টা ভ্রমণ করি, এবং এখন তারা আমার শনিবারে আসার প্রত্যাশা করে।

আমাকে এখানে সবকিছু করতে হবে: প্রয়োজনীয়তা, নকশা, কোড এবং পরীক্ষা নিন।

দয়া করে আমাকে পরামর্শ দিন এমন ক্ষেত্রে কী করবেন?

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


11
আপনি যদি কেবল 8-ঘন্টা দিন এবং কোনও সাপ্তাহিক ছুটির দিনে কাজ না করেন তবে আপনি আসলে এটি দ্রুত সম্পন্ন করবেন। ক্লান্তি আপনার উত্পাদনশীলতা কমাতে হয়। alternet.org/visions/154518/…
এইচএলজিইএম

10
তোমার মত শব্দ অন্য কারো বলির পাঁঠা হচ্ছে

এই পরিস্থিতিটি কীভাবে সমাধান হয়েছে তা বোঝাতে আপনি কোনও সম্পাদনা যুক্ত করতে পারেন? ভবিষ্যতের পাঠকরা যদি তাদেরকে একইরকম পরিস্থিতিতে পান তবে এটি তাদের সহায়তা করতে পারে।
রাদু মুর্জিয়া

আপনি কোথায় আপনার নতুন কাজ খুঁজে পেলেন?
মগ

উত্তর:


65

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

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

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


আমি যখন আমার ম্যানেজারের সাথে এ বিষয়ে কথা বলি তখন তিনি সহায়ক ছিলেন। তবে এটি এখন নির্ভর করে যা দেখা হয় তার উপর :(
আশীষ্মেশ্বরম

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

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

1
@GrandmasterB। বৈঠকের প্রায় এক সপ্তাহ পরে আরও সংগঠিত উপায়ে কাজগুলি করার বিষয়ে অনেক কিছুই বলা হয়েছিল তবে কিছুই পরিবর্তন হয়নি। প্রয়োজনীয়তার সভাগুলিতে এবং গ্রাহকদের ইমেলগুলিতে আমরা আলোচিত সমস্ত কিছু তালিকাভুক্ত করার চেষ্টা করেছি। কেউ এগুলি পড়তে বিরক্ত করেনি এবং পরিবর্তে আমি ক্লায়েন্টদের কাছ থেকে এটি পেয়েছিলাম "আপনি অবশ্যই এই ইমেলটি লেখার জন্য এক ঘন্টা নষ্ট করেছেন"। :(
আশীষ্মেশ্মরাম

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

21

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

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

প্রয়োজনীয় সময়সূচীটি ধরে রাখতে না পারলে এটি তাদের কাছে লিখুন। যদি কোনও পরিবর্তন ঘটে থাকে তবে পরিণাম সহ তাদের কাছে এটি লিখুন। ইত্যাদি।

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


16

আপনি যা বর্ণনা করছেন তা থেকে এটি প্রদর্শিত হয় যে আপনি একটি শাস্ত্রীয় ডেথ মার্চ প্রকল্পে অংশ নিচ্ছেন :

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

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

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


আপনার জুতোয় হাঁটা, প্রথমে আমি বিবেচনা করব আমার পরিচালককে উপরের নিবন্ধের একটি রেফারেন্স পাঠানো।

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

(খুব সম্ভবত নয়) ক্ষেত্রে ম্যানেজার এই অধ্যয়নের ক্ষেত্র সম্পর্কে সচেতন নন, উল্লেখ করা তাদের পরিস্থিতি সনাক্ত করতে এবং কীভাবে এটি পরিচালনা করতে হবে তা সিদ্ধান্ত নিতে সহায়তা করার জন্য তাদের যথেষ্ট পরিমাণে খাবার দিতে পারে give


11

সত্যিই, যদি এটি করা আপনার পক্ষে সম্ভব হয় তবে সবচেয়ে ভাল সমাধান হ'ল ত্যাগ করা। এর মতো পরিস্থিতিগুলি আপনার পক্ষে বিষাক্ত এবং আপনি যতই চেষ্টা করুন না কেন, সময়ের সাথে এগুলি খুব কমই ভাল হয়।

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


2
এটি কোনও খারাপ উত্তর নয়, দয়া করে ব্যাখ্যা ছাড়াই এটিকে হ্রাস করবেন না। হ্যাঁ, এটি গর্ডিয়ান গিঁট কাটার মতো, তবে ওপি বর্ণিত পরিস্থিতিটি বিচার করে (এবং তার হতাশায়) এটি তাঁর পক্ষে সেরা কাজ হতে পারে। কাজ + ভ্রমণ 14 ঘন্টা প্ল্যাট শনিবার কাজ? আপনার শারীরিক এবং মানসিক স্বাস্থ্যর মতো শব্দগুলি মারাত্মক ঝুঁকিতে রয়েছে।
ট্যামস সেজেলি

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

কেন এটি সর্বাধিক উত্সাহিত এবং গৃহীত উত্তর নয়? quit++;
মাউগ

11

এটি একটি গুরুতর issue in project management । দেখে মনে হচ্ছে আপনার বিতরণযোগ্য তালিকায়Project Manager কাজ করা উচিত এবং তাদের ক্লায়েন্টের সাথে অগ্রাধিকার দেওয়া উচিত ।

সর্বাধিক গুরুত্বপূর্ণ , আপনার প্রধানমন্ত্রী should discussএবং ক্লায়েন্টের সাথে আপনার অনুমানের সময় ফ্রেম (সমস্যা / সমাধানের নকশা এবং বিশ্লেষণ সহ) একমত হন।

রয়ে clear estimation of your work loadএবং প্রকল্পটির প্রেরন আইটেম, পাশাপাশি চাপ থেকে নিবৃত করবে যোগ মনের শান্তি আপনার কাজের ও আস্থা।

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

এখানে চিত্র বর্ণনা লিখুন

সম্পাদনা: মন্তব্যগুলি থেকে এটি স্পষ্ট যে এটি আপনার প্রকল্প পরিচালকের ব্যর্থতা । আপনার মতো গুরুতর প্রকল্পের জন্য যথাযথ টেস্টিং এবং / বা বিকাশের পরিবেশ নির্ধারণ না করা এবং এসডিএলসি প্রক্রিয়াটির জন্য একটি বড় হোলproject


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

এরা ব্যবসায়িক লোক। তারা নকশা ইত্যাদি জিনিস বুঝতে পারে না। প্রথমদিকে আমি তাদের ব্যাখ্যা করার চেষ্টা করেছি তবে তারা সবাই বলেছিল যে আপনি কীভাবে এটি করেন তা আমরা যত্নশীল নই তবে আমরা যা চাই তাই করব do
আশীষ্মেশ্বরম

2
চতুর পদ্ধতির জন্য +1। এটি করুন, এবং এটি সর্বদাভাবে আটকে দিন।
ব্রুনো শ্যাপার

1
@ ভেন ফেলোম্যান - "+1" এর অর্থ হল আপনি উত্তরটিকে উপরে তুলেছেন।
mouviciel

নিবন্ধন করুন আমি না? যতদূর আমি দেখতে পাচ্ছি আমি করেছি ..
ব্রুনো শ্যাপার

10

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

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

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

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

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

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


1
জবাবের জন্য ধন্যবাদ. আমার জন্য খুব ভাল পয়েন্ট।
আশীষ্মেশ্বরম

"আপনি সময়সীমাটি সরিয়ে নিতে বলছেন না, আপনি তাদের বলুন যে নতুন প্রয়োজনীয়তার কারণে এটি চলছে" " এটি নির্দেশ করে যে সময়সীমাটি আপনি তৈরি করেছেন এমন কিছু নয়, তবে প্রকল্পের একটি অভ্যন্তরীণ সম্পত্তি।
sleske

1
you need to insist ona a requirements baseline document at the start of the project, Next, you tell them how long it takes to do the work and that sets the deadline., And every time they add another piece on, you tell them how much longer it will take and how much the additional work will move the deadline. গ্রেট পরামর্শ কিন্তু এই ধরনের পরিস্থিতি হচ্ছে একবার আমি দৃশ্যত এর সাথে কাজ করা অসম্ভব হচ্ছে জন্য একটি মাস কম বহিস্কার করা হয়। আসল পরিস্থিতিটি অন্যরা কীভাবে রাখে, এই ধরণের সংস্থাগুলি উত্পাদনশীল বাস্তববাদী সফ্টওয়্যার বিকাশকারীদের নয়, বধির ছাগল এবং অজুহাত চায়।
maple_shaft

4

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

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

উইকি থেকে :

গ্যান্ট চার্টগুলি প্রকল্পের টার্মিনাল উপাদান এবং সংক্ষিপ্ত উপাদানগুলির শুরু এবং সমাপ্তি তারিখগুলি চিত্রিত করে।


যদি এই উত্তরটি ভোট দেওয়া হচ্ছে, তবে দয়া করে আমাকে কেন তা জানান। ধন্যবাদ।
আইডানও

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