আপনার এমন কোনও বৈশিষ্ট্য সরবরাহ করার প্রতিশ্রুতি দেওয়া উচিত যা আপনি নিশ্চিত নন যে এটি প্রয়োগযোগ্য কিনা?


13

এইচএন এর একটি নিবন্ধে , আমি নিম্নলিখিত পরামর্শগুলি পেয়েছি:

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

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


20
প্রোগ্রামিংয়ে, কিছু সম্ভব হয়। কেবল মনে রাখবেন যে "হ্যাঁ" "এটি কতক্ষণ সময় নেবে?" এর কোনও উত্তর নয়?
স্টিভেন ইভার্স

9
@ এসএনআরফাস: কিছু সমস্যা কেবল সমাধান করা যায় না। আপনি যদি অন্যথায় প্রোগ্রামটিকে আবহাওয়ার পূর্বাভাসের রুটিন হিসাবে মনে করেন যা আমাদের বলবে যে আমাদের কাছে সাদা ক্রিসমাস হবে।
লরেন পেচটেল

5
@ ইয়ারলজ: এটি ধরে নিচ্ছে যে মহাবিশ্ব নির্বিচারবাদী, যা অগত্যা সত্য নয়।
হোসনেম দিন

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

26
প্রোগ্রামাররা যদি প্রতিশ্রুতি দিতে চলেছে যে তারা রাখতে পারে না, বিক্রয় লোকেরা কী করবে?
JeffO

উত্তর:


20

এই নিবন্ধটি দ্বারা সংক্ষিপ্ত উত্তরাধিকার সূত্রে এটি দ্বিতীয় প্রশ্ন।

  • ভাল প্রোগ্রামার: আমি কোডটি অপ্টিমাইজ করছি। আরও ভাল প্রোগ্রামার: আমি ডেটা গঠন করি। সেরা প্রোগ্রামার: পার্থক্য কী?
    এর আরও একটি নাম রয়েছে: অকাল অপটিমাইজেশন।

  • প্রারম্ভিক প্রস্থান কখনও ব্যবহার করবেন না।
    এটি "প্রবেশের একক পয়েন্ট / প্রস্থানের একক পয়েন্ট" নিয়ম। এটি আসল সমস্যার উপর একটি প্যাচ, যা তাড়াতাড়ি বেরিয়ে আসা কোনও বিশৃঙ্খলা ছেড়ে দিতে পারে। সঠিক নিয়মটি হল "আপনার গণ্ডগোল পরিষ্কার করুন" clean আরও ভাল নিয়মটি হ'ল ডেটা কনস্ট্রাক্টসগুলি ব্যবহার করা যা সেগুলি নিজের পরে পরিষ্কার হয় যাতে প্রোগ্রামারকে তাদের জগাখিচুড়ি পরিষ্কার করার বিষয়ে চিন্তা করতে হবে না।

  • এবং এখন, সর্বদা আপনার গ্রাহক / ব্যবহারকারীকে "হ্যাঁ" বলুন, এমনকি যদি আপনি নিশ্চিত না হন। 90% সময়, আপনি এটি করার একটি উপায় খুঁজে পাবেন।
    এটিও অবিশ্বাস্যরকম খারাপ পরামর্শ।

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

আপনি যদি আপনার প্রতিশ্রুতি দিতে না পারেন তবে গ্রাহকরা দ্রুত প্রাক্তন গ্রাহক হয়ে উঠবেন। 10% ব্যর্থতার হারটি ছোট মনে হতে পারে তবে এটি আপনার গ্রাহকদের 10% ফোকাস করবে। আপনি যখন প্রতিশ্রুতি দিয়েছিলেন তা প্রদান করতে ব্যর্থ হলে কখনও কখনও তারা মামলা করে। আপনি সত্যিই এটি চান না। অন্য সময়, আপনি কোন প্রতিশ্রুতিতে ভাল করেছেন তা নিশ্চিত করা আপনাকে দেউলিয়া হতে পারে, উন্মাদ হতে পারে বা আপনার স্ত্রীকে হারিয়ে ফেলতে পারে কারণ আপনি 18 ঘন্টা কাজ করছেন। আপনিও তা চান না।

এটিকে এভাবে ভাবুন: 90% বিমানের অবতরণ সফল হলে বিমান সংস্থাটিকে কী হবে বলে আপনি মনে করেন? আপনি কি মনে করেন যে ফিরে গিয়ে 10% এর জন্য ক্ষমা চাওয়া যা কিছু ঠিক করেছিল?


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

+1 - আমি গ্রাহকদের কাছে কখনই "না" বলি না (যদি না আমি তাদের সাথে আবার দেখতে না চাই) - এটি সর্বদা "এটির জন্য এক্স ডলার লাগবে", "আপনার প্রযুক্তি স্ট্যাকটি সমর্থন করে না" ইত্যাদি lines "না" ইস্যুটি মৃত অবস্থায় বন্ধ করে দেয়। প্রতিক্রিয়াগুলি ব্যবহার করুন যা এটি আরও আলোচনার জন্য উন্মুক্ত করে। উদাহরণস্বরূপ "... তবে আপনি 10% ব্যয়ের জন্য যা চান তার 90% দিতে পারতাম" বা ".... তবে আমি এটিকে এভাবে বাস্তবায়ন করতে পারি এবং আপনাকে এমন সমাধান দিতে পারি যা এইভাবে কার্যকর হয় ...."
mattnz

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

10% ব্যর্থ হার হ'ল বর্তমান গড় সফ্টওয়্যার সরবরাহের সাফল্যের হারের তুলনায় একটি দুর্দান্ত উন্নতি হবে।
গ্রাহাম

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

24

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

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


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

+1 এবং আরও - দুটি আপনি খুব ভাল পয়েন্ট করেন - কখনও "না" বলবেন না এবং আপনার গ্রাহকের সাথে বিশ্বাসযোগ্যতা হারাবেন না।
mattnz

+1 "আপনি যদি সত্যবাদী হন তবে গ্রাহক আপনাকে শ্রদ্ধা করবে"। যে বিবৃতি তাই সত্য এবং সোনার মূল্য। গ্রাহকের কাছে বিকল্পগুলি উপস্থাপন করার সময় সৎ হন। কেবল তাদের বলুন যে তারা যা চেয়েছে তা হ'ল কিছু প্রাক-বিল্ট উইজেট আপনি কিনতে এবং প্লাগ করতে পারেন না। তাদের জানতে দিন তারা একটি কাস্টম বিল্ট সলিউশন চাইছেন এবং কাস্টম সফ্টওয়্যারটি খুব ব্যয়বহুল। এটি সাধারণত দুটি জিনিসের একটি ঘটায় ঘটায়। 1.) তারা একটি ব্যয় কার্যকর বিকল্প চান। ২) তারা কাস্টম সমাধানের জন্য অর্থ প্রদান করতে রাজি। যেভাবেই হোক এটি একটি জয় / জয়।
মাইকেল রিলে - এ কেএ গুনি

6

চাঁদের প্রতিশ্রুতি দেওয়া এবং একটি শিলা সরবরাহ করা বিক্রয়-ম্যান পদ্ধতির এক ধরণের যা সহ্য করা উচিত নয়। যদি সম্ভব না হয় তবে আপনি এটি অনুসন্ধান করুন research অথবা, এটিকে খতিয়ে দেখার জন্য আপনাকে কতটা সময় নিতে হবে সে সম্পর্কে তাদের একটি উদ্ধৃতি দিন। আপনি বিতরণ করতে পারবেন না এমন কোনও প্রতিশ্রুতি দিচ্ছেন না, তবুও আপনাকে এটির জন্য সময় দেওয়ার জন্য আপনাকে অর্থ প্রদান করা হচ্ছে।


6

এই প্রশ্নটি আনুষ্ঠানিকভাবে অধ্যয়ন করা হয়েছে এবং যৌথভাবে উত্পাদিত আইইইই কম্পিউটার সোসাইটি / নীতিমালার এসিএম কোড দ্বারা সমাধান করা হয়েছে ।

2.01। তাদের দক্ষতার ক্ষেত্রগুলিতে পরিষেবা সরবরাহ করুন, তাদের অভিজ্ঞতা এবং শিক্ষার যে কোনও সীমাবদ্ধতা সম্পর্কে সৎ ও স্পষ্টতই থাকুন।

3.04। নিশ্চিত করুন যে তারা যে কোনও প্রকল্পে কাজ করেন বা উপযুক্ত প্রশিক্ষণ এবং প্রশিক্ষণের সমন্বয় এবং অভিজ্ঞতার দ্বারা তারা কাজ করার প্রস্তাব রাখেন তার জন্য তারা যোগ্য।

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

5,05। তারা যে প্রকল্পে কাজ করে বা কাজ করার প্রস্তাব দেয় তার জন্য ব্যয়, সময়সূচি, কর্মী, গুণমান এবং ফলাফলের বাস্তবসম্মত পরিমাণগত অনুমানগুলি নিশ্চিত করে এবং এই অনুমানগুলির একটি অনিশ্চয়তা মূল্যায়ন সরবরাহ করে।

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

সুপার কম্পিউটারগুলির শুরুর দিনগুলির একটি গল্প আছে যেখানে সিমর ক্রয় এবং কন্ট্রোল ডেটা কর্পোরেশনের একটি দল একটি পণ্য বাজারে আনার খুব কাছাকাছি ছিল এবং অন্য একটি খুব বড় কম্পিউটার সংস্থা তার গ্রাহকদের জানিয়েছিল যে এটিও চালু হওয়ার কাছাকাছি ছিল। মিথ্যাচারটি সিডিসির প্রচুর ব্যবসায়ের ব্যয় করে এবং একটি মামলা-মোকদ্দমাতে পরিণত হয় যেখানে বড় সংস্থা তাদের দাবির জন্য কোনও বিশ্বাসযোগ্য প্রমাণ দেখাতে পারে না। ফলাফলটি তখন settlement 80 মিলিয়ন ডলার (2012 সালে প্রায় 223 মিলিয়ন ডলার, মুদ্রাস্ফীতির জন্য সমন্বিত) এর একটি বড় বন্দোবস্ত ছিল। আপনি এখানে এটি সম্পর্কে পড়তে পারেন:

http://en.wikipedia.org/wiki/Control_Data_Corporation#CDC_6600:_defining_supercomputing


নীতিশাস্ত্র সম্পর্কে একটি প্রশ্নের উত্তর দেওয়ার জন্য নীতিশাস্ত্রের কোড উল্লেখ করার জন্য +1।
জে এলস্টন

5

সাফল্যের সংজ্ঞা সংলগ্ন চারদিকে পর্যাপ্ত সময়, সংস্থান এবং নমনীয়তা দেওয়া সম্ভব। সাদা এক্স-মাস উদাহরণটি সহজ তবে যদি আপনি কেবল 50% এর চেয়ে বেশি নির্ভুলতা চান এবং আপনার ব্যবহারকারীর ভৌগলিক অবস্থান এবং সামান্য পরিসংখ্যানের ডেটা থাকে।

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

বৈশিষ্ট্যটি চেষ্টার ব্যয়টি পরোয়ানা করার জন্য যথেষ্ট পরিমাণ যুক্ত করে?

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

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

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


4

শয়তানের উকিল বাজানো

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

উন্নয়ন এমনকি শুরুর আগে গ্রাহকরা তাদের আস্থা ও প্রতিশ্রুতিবদ্ধতার স্তরের ভিত্তিতে একটি দলের পারফরম্যান্সের বিষয়ে মতামত তৈরি করতে শুরু করেন।

এর কারণগুলির একটি অংশ হ'ল গ্রাহকরা অনুরোধের নিখুঁত অসুবিধা বা ঠিকাদারের দক্ষতার অভাবের কারণে কোন ঠিকাদারের প্রতিশ্রুতিবদ্ধ হতে দ্বিধা প্রকাশ করে কিনা তা নির্ধারণ করতে একটি কঠিন সময় থাকতে পারে।

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

মনে করুন গ্রাহককে দুটি দৃশ্যের মধ্যে চয়ন করতে হবে:

ঠিকাদার এ :

  • আত্মবিশ্বাস তারা সমস্ত অনুরোধ প্রদান করতে পারে
  • ফলাফল: 90% অনুরোধ বিতরণ করা হয়েছে
  • গ্রাহক সন্তুষ্ট যে ঠিকাদার 100% প্রচেষ্টা দিয়েছে
  • গ্রাহকরা অনুধাবন করেছেন যে অপূর্ণিত অনুরোধগুলি অপ্রত্যাশিত সমস্যার কারণে হয়েছিল, যা সম্ভবত ঠিকাদারের নিয়ন্ত্রণের বাইরে ছিল

ঠিকাদার বি :

  • অনুরোধগুলির 90% এ সরবরাহ করা হয়। আত্মবিশ্বাস নেই যে তারা বাকি 10% সরবরাহ করতে পারে
  • ফলাফল: 90% অনুরোধ বিতরণ করা হয়েছে
  • গ্রাহক হতাশ যে ঠিকাদার তার অনুরোধের অন্যান্য 10% সম্পূর্ণ করার চেষ্টা করেনি
  • গ্রাহকরা ধরে নিলেন যে অসমাপ্ত 10% অনুরোধগুলি ঠিকাদারের চেষ্টা বা দক্ষতার অভাবের কারণে হয়েছিল

উভয় পরিস্থিতিতে একই সংখ্যার অনুরোধ বিতরণ করা হয়েছে; তবে গ্রাহকরা অনুভব করেছিলেন যে "ওভার কমিটিং" ঠিকাদার এ 100% প্রচেষ্টা দিচ্ছে এবং ঠিকাদারদের এ এর ​​কৃতিত্বের জন্য বাকী অনুরোধগুলি সত্যই কঠিন ছিল তা যাচাই করতে এটি ব্যবহার করে।

উল্টোদিকে, গ্রাহককে মনে হয়েছিল ঠিকাদার ঠিকাদার 100% প্রচেষ্টা দিচ্ছে না এবং ঠিকাদারদের বি এর প্রচেষ্টা বা যোগ্যতার অভাবের কারণে সমস্ত অনুরোধগুলি সম্পূর্ণ করতে তার অক্ষমতা।

দাবি অস্বীকার : আমি কৌশল হিসাবে অতিরিক্ত কমিটির পক্ষে পরামর্শ দিচ্ছি না; এটি কেবল সম্ভাব্য বাস্তব বিশ্বের পরিস্থিতির একটি পর্যবেক্ষণ যা অতিরিক্ত সংস্থার ইতিবাচক ফলাফল হতে পারে।


3

আপনার উচিত তাদের "স্পাইক সমাধান" তৈরি করার সময় দেওয়ার জন্য বলা উচিত ।

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

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

এখানে কি এক্সট্রিম প্রোগ্রামিং ডকুমেন্টেশন এটিতে বলেছেন:

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


1

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


1
এটিই সর্বোত্তম উপায় ... ব্যবহারকারীদের অসন্তুষ্ট করা। প্রায়ই আরো বেশী না, এই হ্রাস লাভ হতে হবে
মশা

3
সত্য, কিছু ইন-হাউস বিকাশকারীদের জন্য, এটি কোনও ভয়ঙ্কর ধারণা নয়। ইন-হাউসের কাজগুলি সাধারণত সরাসরি বিল করা হয় না (এটি আইটি সাধারণ বাজেটের একটি অংশ) এবং আপনি বোকা অনুরোধে অভিভূত হতে পারেন কারণ অনুরোধকারীরা আপনাকে কাজের স্প্যামিং করে কোনও অর্থ বরাদ্দ দেয় না।
গ্রাহাম
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.