গ্রাহক তার অনুরোধটির অর্থ কী তা বোঝা কি সফটওয়্যার বিকাশকারীদের দায়িত্ব?

Question

হ্যাঁ / কোন প্রশ্ন নেই এবং কেন?

গ্রাহক তার অনুরোধটির অর্থ কী তা বোঝা কি সফটওয়্যার বিকাশকারীর দায়িত্ব বা বিকাশকারীকে তার অনুরোধটি সঠিকভাবে ব্যাখ্যা করা কি গ্রাহকের দায়িত্ব?

কাজের পরিস্থিতি বর্তমানে "গ্রাহক ইতিমধ্যে আমাদের ব্যাখ্যা করেছেন, তিনি কী চান the অনুরোধটি বোঝার, আরও প্রশ্ন জিজ্ঞাসা না করার দায়িত্ব আপনার" responsibility

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

আমি সিস্টেমের তৃতীয় বা চতুর্থ বিকাশকারী (সর্বশেষ বিকাশকারীরা চাকরি ছেড়ে দিয়েছে) এবং গ্রাহক বিকাশকারীদের পক্ষে কিছু বোঝার প্রত্যাশা করার কারণ হতে পারে।

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

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

Comments

সেখানে ছিলেন ... টি-টি

— স্যাঙ্গো

এটা রাহমান: দুই লাগে

— মশা

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

— কিথ থমসন

@ জননভারমোর: আমি যুক্তি দেব যে টিম প্রশ্নোত্তর করতে যেতে দলকে নেতৃত্ব দেবে। এটি আপনার প্রভাবের ক্ষেত্রের বাইরে যেগুলি সেখানে আপনার আগে বিকাশকারীরা, এবং এটি আপনার সমস্যার বোঝার প্রয়োজন পরিবর্তন করে না। সে যদি উত্তর দিতে রাজি না হয় তবে দৌড়াও।

— কেপলা

আপনার গাধাটি Coverেকে রাখুন, কোনও ইমেল পান যখন আপনাকে বলা হয়েছিল যে আপনাকে প্রশ্ন জিজ্ঞাসা করবেন না এবং যদি কেউ আপনার কাছে ফিরে আসে তবে এটি ব্যবহারের জন্য পরে সংরক্ষণ করুন। তারপরে আপনার দেওয়া সময়টির কোড code আপনার দায়িত্ব হ'ল আদেশ মানা বা বরখাস্ত হওয়া ঝুঁকিপূর্ণ।

— ফিল হ্যানেন্ট

Answer 1

যদি এটি আপনার বোঝার কাজ হয় তবে আপনি যতক্ষণ না না করেন প্রশ্ন করা আপনার কাজ is

ব্যক্তি আপনাকে জিজ্ঞাসা করতে পারে , যদি কোন ব্যক্তি গ্রাহক নয় (আমি প্রায়ই মধ্যস্থতার, যিনি গ্রাহকের সঙ্গে যোগাযোগ ছিল কথা বলত) হতে তাই যাঁরা গ্রাহকের আলাপ করার জন্য আপনাকে নিষেধ পরিবর্তে প্রশ্ন নিজেদের উত্তর বা কাছে পাঠাতে হবে যে কেউ পারে।

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

Comments

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

— কেপলা

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

— কিথস

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

— কেপলা

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

— জিমি জেমস

Answer 2

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

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

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

Answer 3

আমার মতে (গ্রাহক এবং বিকাশকারী) উভয়কেই সমস্যা এবং এর সমাধান সম্পর্কে একই ধারণা পেতে হবে ।

আপনি যদি অনুরোধটি না বুঝতে পারেন তবে সমাধানটি তৈরি করতে পারবেন না।

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

আমি এমন দলে কাজ করি যার একটিতে ব্যক্তি রয়েছেন যা ব্যবসায়ের প্রশ্নের উত্তর দিতে পারে। এই ব্যবসায়ের মালিক হয় আমি যে উন্নয়ন-সংস্থার জন্য কাজ করি তার একটি গ্রাহক ব্যবসা জানেন বা গ্রাহক দলের সদস্য।

Answer 4

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

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

কিছু প্রকল্প রয়েছে যার কারণে প্রকল্প পরিচালক আপনাকে প্রশ্ন জিজ্ঞাসা না করতে বেছে নিতে পারে:

1. সে আসলেই নেতিবাচক পরিণতি বুঝতে পারে না বা সেগুলি অস্বীকার করে।
2. তিনি বিকল্পগুলি সম্পর্কে সচেতন তবে গ্রাহক জানেন যে বিরক্তিকর প্রশ্নের চেয়ে বিলম্ব এবং নিম্ন মানের গ্রহণের সম্ভাবনা বেশি।
3. তিনি রাজনৈতিক গেমস খেলছেন: সম্ভবত তিনি জানেন যে তিনি খুব শীঘ্রই এই প্রকল্পটি ছেড়ে চলেছেন এবং ততক্ষণ পর্যন্ত সমস্যাগুলি গোপন রাখতে চান, বা যোগাযোগের এই অভাবজনিত সমস্যার জন্য তিনি আপনাকে দোষারোপ করার পরিকল্পনা করছেন।

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

Answer 5

আমি মনে করি যে তারা ক্লায়েন্টের উদ্দেশ্য বুঝতে পেরেছে তা নিশ্চিত করা দায়বদ্ধতা প্রদানকারী পরিষেবা সর্বদা দায়বদ্ধ।

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

আমি বিশ্বাস করি যে কোনও গ্রাহক কেন্দ্রিক দৃষ্টিভঙ্গি হ'ল একেবারে উপায়, এটি একটি চেষ্টা করা এবং পরীক্ষিত ব্যবসায়ের মডেল।

Answer 6

গ্রাহক এবং বিকাশকারীদের সিস্টেমে তাদের বোঝার সংশোধন করার জন্য একসাথে কাজ করা দরকার।

সফ্টওয়্যার সংস্থাকে প্রতিটি দলের কী প্রয়োজন তা সম্পর্কে ক্লায়েন্টের সাথে চুক্তি হওয়া দরকার, এটি একটি চুক্তির মূল দিক। যদি "মনের সভা" না হয় তবে সত্যিকার অর্থে কোনও চুক্তি হয় না।

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

Answer 7

এটি মূল প্রশ্নের মন্তব্যে কিছু নতুন তথ্যের ভিত্তিতে।

যে বিবৃতি

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

প্রকল্প নেতা থেকে আসে; বর্ণিত যুক্তি হল

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

সুতরাং আপনাকে যা এড়াতে বলা হচ্ছে তা হ'ল গ্রাহককে প্রশ্ন নিয়ে বিরক্ত করছে ।

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

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

এই লোকেরা কি চায় ??? "

কিছু জিজ্ঞাসা করুন,

প্রয়োজনীয় নথির অনুচ্ছেদে 17 অনুচ্ছেদে বলা হয়েছে যে, ফুবার অবশ্যই হিমশীতল ছড়িয়ে দেবে; এই তিনটি ফ্রোজলটির মধ্যে কোনটি উল্লেখ করা হয়? "

অথবা, প্রয়োজনীয়তাগুলি যদি সত্যিই এত খারাপভাবে লেখা হয় যে আপনি সেগুলি বোঝাতে পারেন না, তবে তাকে তা বলুন।

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

Comments

এটিকে প্রকল্পের নেতৃত্বের দিকে ঠেলে দেওয়ার জন্য +1। নিশ্চিত সবাই সম্পদ তাদের প্রয়োজনীয় করেছে করছে একটি প্রকল্প সীসা কোর দায়িত্ব - এই প্রয়োজনীয় তথ্য না থাকার অন্তর্ভুক্ত করা হয়েছে।

— sleske

Answer 8

নিখুঁত বিশ্বে কোথাও ফিচার এবং স্পেসিফিকেশনগুলির তালিকা থাকতে হবে, এমন একটি চুক্তি যা আপনার সংস্থা এবং আপনার গ্রাহককে বন্ধনে আবদ্ধ করে।

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

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

যদি তা না হয় তবে আপনার অবস্থানটিতে, আমি চেষ্টা করব এবং তারা পূর্ববর্তী বিকাশকারীদের অবশ্যই তথ্যটি বুঝতে পেরেছি ing

Answer 9

আমি মনে করি যে বোঝার প্রয়োজনীয়তাগুলি কে যত্ন নেয় তা নির্দিষ্ট করে এমন ভূমিকাটি এই কয়েকটি ভেরিয়েবলের উপর নির্ভর করে পরিবর্তিত হয়

• দলের আকার
• কোম্পানির মান
• বস কাজ করার জন্য যেভাবে ব্যবহৃত হয়
• দলের সদস্যদের মধ্যে বিভিন্ন দক্ষতা

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

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