একজন প্রোগ্রামারকে ক্লায়েন্টের জন্য "চিন্তা" করা উচিত?


12

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

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

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

"ক্লায়েন্টের জন্য চিন্তাভাবনা" করার সমস্যাটিকে কীভাবে কেউ খুব বেশি প্রশ্ন না দিয়ে সমাধান করতে পারে?


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

@ ডাঙ্ক - দুঃখিত যদি আমি জলপ্রপাত ভক্তদের আপত্তি জানাই। আমি প্রজেক্ট ম্যানেজার নই। আমি "" এবং আমার সংজ্ঞাটি দিয়ে দৃষ্টান্তটি যোগ্য করেছিলাম যা প্রত্যেকে জলপ্রপাতকে বোঝার এবং ব্যবহার করার পদ্ধতি হতে পারে বা নাও করতে পারে। আমি কেবলমাত্র আমার বক্তব্যটি সাধারণভাবে বোঝা দৃষ্টান্তগুলির সাথে স্পষ্ট করে বলতে চাইছি, তাদের সাথে ট্র্যাশে কথা বলবেন না।
পি.ব্রায়ান.ম্যাকি

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

উত্তর:


16

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

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

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

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

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

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


4
এছাড়াও আপনি যে ব্যবসায় কাজ করছেন তা বোঝার জন্য আপনাকে কিছুটা সময় ব্যয় করতে হবে। আপনি কীভাবে ব্যবসাটি পরিচালনা করেন তা বুঝতে পারলে প্রোগ্রামিংয়ের অনেকগুলি প্রশ্ন পড়ে যাবে।
মাইকেল কে

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

6

আপনি যদি খুব বেশি প্রশ্ন থেকে 'এগুলি বন্ধ করে দিচ্ছেন', তবে আরও ভাল ক্লায়েন্ট পাবেন।

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

এটি করতে আপনাকে কী করছে তা শিখতে হবে। আপনার জিজ্ঞাসা করা উচিত নয় "যখন তারা একটি পাঠ্য বাক্সে একটি নম্বর রাখেন তখন কী ঘটতে পারে", আপনার জিজ্ঞাসা করা উচিত "এই সংখ্যাটি কেন গুরুত্বপূর্ণ? এটি কীসের জন্য ব্যবহৃত হয়?" তারা কীভাবে তাদের কাজ করে তা শিখিয়ে দিন। এবং তারা যা বলে তা শোনো না, কারণ তারা কী চায় তা জানে না, তবে তারা কী করে এবং কীভাবে তাদের চোখ যায় তা দেখুন

আরও তথ্যের জন্য এটি পড়ুন: http://www.joelonsoftware.com/articles/fog0000000356.html


3

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

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


2

আপনি যদি প্রয়োজন জমায়েত হন তবে এই প্রশ্নগুলি জিজ্ঞাসা করা আপনার কাজ।

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

এর পার্শ্ব প্রতিক্রিয়া হ'ল আপনার ক্লায়েন্টের প্রয়োজনীয়তাগুলি পরিমার্জনে সহায়তা করা উচিত।

আপনি বিগ ডিজাইন আপ ফ্রন্ট বা চটপটে করছেন কিনা তা এটি প্রয়োগ করে।


2

দুঃখের বিষয়, ক্লায়েন্ট যদি সে নিজে না করে বা না করতে পারে তবে তার পক্ষে চিন্তা করা আপনার কাজ।

আমি উভয়ই সম্ভাব্য ফলাফল পেয়েছি:

  • গ্রাহক খুশি যে আপনি আসলে যা বলছেন সে সম্পর্কে আপনি ভাবছেন, তিনি অনুভব করছেন যে তিনি ডান হাতে আছেন, বা

  • গ্রাহক বিরক্ত হলেন কারণ আপনি তাকে তার প্রয়োজনীয়তা সম্পর্কে আবার চিন্তা করতে বাধ্য করেছেন। তবে তারপরে, এই ধরণের গ্রাহক যত তাড়াতাড়ি বা তার পরে আপনার সাথে বিরক্ত হবে। তিনি অবশ্যই খুব বিরক্ত হবেন যদি তিনি খুব দেরিতে জানতে পারেন যে আপনি প্রথম দিকে তাঁর জন্য ভাবেননি। আমি বলব: সম্ভব হলে এই ধরণের গ্রাহককে এড়িয়ে চলুন :-)


1

একটি দ্রুত অ্যাপ্লিকেশন বিকাশ (আরএডি) এই সমস্যাটিকে ভালভাবে সম্বোধন করে।

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

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

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

যদি গ্রাহক বিতরণযোগ্যতে সন্তুষ্ট না হন তবে এটি কেবল একটি পিরিহিক বিজয়।


1

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


0

সত্য: যদি এটি 'বড় কার্যকারিতা' না থাকে তবে সর্বাধিক ডোমেন জ্ঞানের অধিকারী ব্যক্তির কী হওয়া উচিত সে সম্পর্কে তাদের সেরা অনুমান করতে হবে এবং এটি বাস্তবায়ন করবে। এটি গ্রহণযোগ্যতা পরীক্ষায় সজ্জিত হয়ে উঠবে - যা সেটির জন্য।

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