সময়সীমা জন্য বাস্তব প্রত্যাশা সেট করা


15

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

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

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

আপনারা কি ছেলেরাও একইরকম পরিস্থিতিতে পড়েছেন? আপনার জন্য কী কাজ করেছে / না?


13
ছেড়ে দিন। আপনি জিততে পারবেন না। আপনার পরিচালনা আপনাকে সুরক্ষা দিচ্ছে না, সুতরাং তারা আপনার যত্ন করে না। ছেড়ে দিন।
ক্রিস্টোফার মাহান

4
"যদিও অনেক অজুহাত বানাচ্ছি আমি এটি অনেকটা অনুভব করি?" কেন? ঘটনা হ'ল তথ্য are আপনি "অজুহাত" কি?
এস .লট

আমরা ব্ল্যাকবক্সে কাজ করি না। দলটি যখন অকার্যকর থাকে তখন কেবল বিদ্যুতহীন নিম্ন বিকাশকারীই করতে পারে।
পি। ব্রায়ান.ম্যাকি

2
@ আশিইটি: "লাইন-আউট" কৌশলটি কোনও বিষয় পরিষ্কার করে না। এটি হয় আপনি বা দল (বা সম্ভবত উভয়)। কিন্তু একটি লাইন-আউট সাহায্যের যে কেউ বোঝে না কি আপনার প্রশ্নের হয় । সত্য বা প্রাসঙ্গিক নয় এমন জিনিসগুলি সরিয়ে ফেলা ঠিক আছে।
এস .লট

উত্তর:


13

আপনার সম্পর্কে আপনার বসের সাথে সত্যই কথা বলতে হবে এবং কিছু স্থির নিয়ম সেট করতে হবে:

  • আপনি যদি এটি প্রতিশ্রুতি না দেন তবে একটি সময়সীমা কোনও সময়সীমা নয়।
  • আপনি যদি না দেন তবে কোনও অনুমান একটি অনুমান নয় এবং তারপরে এটি একটি "প্রাক্কলন" এটি একটি কঠিন সময়সীমা নয়।

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

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

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


1
+1 - বিকাশকারী / লোকেরা যা জানে আসলে কী জড়িত তা অনুমানের সাথে জড়িত না হওয়া চিৎকার করে পাগল পাগল: /
এলউইন

2
'... একটি প্রতিশ্রুতি যা আপনি শেষ করছেন।' - কখনও ভুলে যাবেন না এবং আপনার পক্ষে করা প্রতিশ্রুতি সহ আপনি যে প্রতিশ্রুতি দিচ্ছেন তা ভঙ্গ করতে পারবেন না এমন লোকদের নিয়মিত মনে করিয়ে দিন।
ম্যাটনজ

"আপনি একটি প্রতিশ্রুতি না দিলে একটি সময়সীমা কোনও সময়সীমা নয়" " আমি এটি এতটাই পছন্দ করেছি যে আমি এটি কেবল টুইট করেছি। ;)
বব হর্ন

10

আপনারা কি ছেলেরাও একইরকম পরিস্থিতিতে পড়েছেন? আপনার জন্য কী কাজ করেছে / না?

বেশিরভাগ ক্ষেত্রে যা কাজ করে তা ক্ষমতার সাথে সত্য কথা বলে।

তথ্য সংগ্রহ করুন। তথ্য উপস্থাপন করুন। গ্রাহককে তাদের নিজস্ব গতিতে শিখতে (বা শিখতে হবে না) ছেড়ে দিন।

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

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

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

প্রক্রিয়াটি বুঝতে গ্রাহকের --- শেষ পর্যন্ত --- বেড়ে উঠা উচিত। খারাপ অভ্যাসগুলি ভাঙতে অনেক বেশি পুনরাবৃত্তি লাগে। দারুন চুক্তি.


+1 "শক্তিতে সত্য কথা বলছেন।" আপনি দয়া করে পরিষ্কার করতে পারেন? আমি "দোষী" বক্তব্যটি "অজ্ঞ" পছন্দ করি I আমি আশা করি এমন কোনও সংস্থা খুঁজে পেলাম যা সমস্ত
মূর্খ

"তথ্য সংগ্রহ করুন। তথ্য উপস্থাপন করুন"। আমি ভেবেছিলাম এটা পরিষ্কার ছিল। আরো এক কি বলতে পারেন?
এস .লট

আমি এখন এটি পেয়েছি বলে মনে করি। আমি এই শব্দটি আগে কখনও শুনিনি।
পি। ব্রায়ান.ম্যাকি

3
"সমস্ত নির্বোধ আঙুলের নির্দেশকে থামিয়ে দিয়েছে"। এটা থামানো যায় না। তবে দলের নেতৃত্বের ভূমিকা হ'ল দলকে সবচেয়ে খারাপ দিক থেকে রক্ষা করা।
এস .লট

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

5

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

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

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

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

মূলত, আমি এটি উপভোগ করিনি এবং আমি যতই কঠোর ব্যাটিং করেছি প্রক্রিয়াটি নিখুঁত হয়ে উঠেনি। তবে আমি কিছুটা উন্নতি করতে পরিচালিত করেছি।


3

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

সমস্যাটি হ'ল গ্রাহকরা বেশিরভাগ বৈশিষ্ট্যের জন্য ব্যবসায়ের মান জানেন তবে এর জটিলতাটি বুঝতে পারবেন না। শুধু আলোচনা এবং স্পষ্ট করা। সর্বদা.


কখনই একটি "... সোমবারের মধ্যে" সময়সীমা গ্রহণ করবেন না। এর অর্থ হ'ল ডিটরা যদি উইকেটে ফ্যানটিকে আঘাত করে তবে উইকএন্ড কোডিং ব্যয় করবে। শুক্রবার একটি সময়সীমা হিসাবে বা, আরও ভাল, বুধবার হিসাবে ব্যবহার করুন।
sbi

2

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

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


2

তথ্য প্রবাহ ঠিক করুন।

  • আপনি ক্লায়েন্ট সঙ্গে যোগাযোগ করতে অনুমিত হয়, সব প্রকল্প স্টেকহোল্ডারের (ক্লায়েন্ট সহ) আপনার সাথে সরাসরি ইন্টারফেস চাই, জোর সবসময়

দুঃখের বিষয়, ক্ষমতা অন্যদের দ্বারা আপনাকে দেওয়া না থেকে বেশিরভাগ নিজেরাই গ্রহণ করে।


1
হ্যাঁ, এরকম হতে চলেছে। যদিও, আপনি যদি তা করেন তবে আপনি সম্ভবত চাকরিচ্যুত হয়ে যাবেন এবং আপনার সাথে কাজ করা কিছু লোকের কাছ থেকে এবং গ্রাহকদের কয়েকজন (যারা সম্ভবত আপনার সংস্থা পরিচালনায়ও অসুস্থ এবং ক্লান্ত) থেকে সম্মান অর্জন করবেন।
ক্রিস্টোফার মাহান

2

আমার প্লেটের একটি বড় কাজ ক্লায়েন্টের সাথে যোগাযোগ করা। একটি জিনিস যা আমি বিশেষভাবে কঠিন মনে করি তা হ'ল সময়সীমার সাথে কাজ করা কারণ তারা ক্লায়েন্ট কর্তৃক বাধ্যতামূলক এবং আমার প্রায়শই পরামর্শ হয় না।

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

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

নির্ধারণের জন্য এই সিস্টেমটি অদ্ভুত বলে মনে হচ্ছে, কমপক্ষে বলছি।

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

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

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

দুর্ভাগ্যক্রমে, আমি করার মতো অনেক কিছুই নেই কারণ আমি এখানে ক্ষমতার অবস্থানে নেই।

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

এটি অনেকটা বোধ হয় যেমন আমি যদিও বাহানা বানাচ্ছি।

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


অন্যান্য উত্তরগুলির কয়েকটি সম্বোধন করার জন্য।

দুঃখের বিষয়, ক্ষমতা অন্যদের দ্বারা আপনাকে দেওয়া না থেকে বেশিরভাগ নিজেরাই গ্রহণ করে।

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

আপনি ক্ষমতা গ্রহণ করেন না বা লড়াইয়ের ক্ষমতা রাখেন না, তবে আপনি এটির সাথে কাজ করেন, এটির প্রতিরোধ করার চেষ্টা করে এটি সবার জন্য কাজ করে তোলেন।

সমস্যাটি হ'ল গ্রাহকরা বেশিরভাগ বৈশিষ্ট্যের জন্য ব্যবসায়ের মান জানেন তবে এর জটিলতাটি বুঝতে পারবেন না। শুধু আলোচনা এবং স্পষ্ট করা। সর্বদা.

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


2

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

আপনার টিম একবার এটির কাজ শুরু করার পরে আপনি এক্স সংখ্যায় এটি করতে পারেন হিসাবে আপনি এটি উপস্থাপন করতে পারেন। এটাই হয়তো বিভ্রান্তি ছিল? বারবার না ঘটলে এটি একটি সৎ ভুল। তাহলে এটি কেবল অবহেলা।

আমি অনুমান করছি যে আপনার দল অতীতে এই সময়সীমাগুলি পূরণ করেছে।


2

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

অন্য সব যদি ব্যর্থ হয় তবে চলে যান।


1

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

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


1

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

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

এই লাইনগুলি সহ এখন আপনার বসের সাথে কথোপকথন করুন:

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

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