ব্যবসায়ের লোকের বাইরে কি প্রয়োজনের প্রয়োজন?


27

প্রযুক্তিবিহীন ব্যবসায়ের লোকদের মধ্যে প্রয়োজনীয় পদ্ধতিগুলি কোয়াક્સ করার জন্য কোন পদ্ধতিগুলি সবচেয়ে ভাল কাজ করে বলে মনে হচ্ছে? আমি এমন একটি দলের সাথে কাজ করছি যা একটি প্রকল্পের জন্য একত্রিত হওয়ার চেষ্টা করছে। যতবার আমরা দেখা করেছি এবং এটি পরবর্তী সভার প্রত্যাশায় নেমে আসে, আমরা ব্যবসায়ীদের তাদের প্রয়োজনীয়তা ফিরিয়ে আনতে বলি। তারা সাধারণত এরকম কিছু প্রতিক্রিয়া জানায়: "আচ্ছা, আপনি কি ভাবেন যে আপনি ছেলেরা একটি প্রোটোটাইপ বানাতে পারেন যাতে আমরা পরের সপ্তাহে আমরা কী পছন্দ করি তা দেখতে পারি ... আপনি জানেন যে কোনও তথ্য বা কোনও কিছুর সাথে নয়, কারণ এটি কেবলমাত্র কার্যকারিতা” " এটি একটি month মাসের প্লাস প্রকল্প যা স্পষ্টতই অপরিহার্য (আমাদের পুরো জিনিসটি বিকাশ করতে হবে!), এবং কোনও প্রকারের স্পেস ছাড়া প্রোটোটাইপ কী তা আমরা জানি না। সত্যি বলতে কি, আমি বেশিরভাগ লোকের মতোই মনে করি, তারা কী চায় সে সম্পর্কে তাদের কিছু ধারণা আছে, তারা সত্যিকারের প্রয়োজনীয়তাগুলি সংগ্রহের জন্য প্রয়োজনীয় কেন্দ্রীভূত পদ্ধতিতে এটি নিয়ে ভাবছেন না। কেবল তাদের বলার বিকল্প হিসাবে, “আপনি যা চান আমাদের তা দিন বা আমরা কোনও কাজ করতে পারি না / করব না” (আমরা তাদের ফলাফলের সাথে খুশি হতে চাই), তারা কী চান তা সিদ্ধান্ত নিতে তাদের কীভাবে উপায় রয়েছে? উদাহরণস্বরূপ, আমরা তাদের বলতে পারি:

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

অথবা

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

ব্যবসায়িক লোকেরা কী বোঝাতে চান তার দিকে মনোনিবেশ করার জন্য এই বিকল্প পদ্ধতির কোনওটি কী? আপনি কর্মে দেখেছেন এমন বিকল্প আছে কি?


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

7
"সত্যই খুব শীঘ্রই বিভ্রান্তি থেকে ভুল থেকে বেরিয়ে আসবে।" (ফ্রেড ব্রুকস দ্বারা উদ্ধৃত স্যার ফ্রান্সিস বেকন) আপনি বেস থেকে দূরে সত্ত্বেও নির্দিষ্ট শব্দগুলিতে তারা কী চান তা তাদের বলুন / দেখান। তারা আপনাকে সংশোধন করবে। আপনার বোঝা না আসা পর্যন্ত কয়েকবার ইট্রেট করুন।

উত্তর:


22

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

বেশ কয়েকটি পাঠ যা আমি শিখেছি:

  • বিভিন্ন স্টেকহোল্ডার বিমূর্ততার বিভিন্ন স্তরে ভাবেন।

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

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

  • ভাগ এবং বিজয়

    আপনি যদি কিছু করতে না চান তবে এটি একটি কমিটিতে প্রেরণ করুন।

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

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

  • প্রস্তুতি ব্যতীত একটি সভা উদ্দেশ্যহীন একটি সভা।

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

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

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

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

  • অফ-টপিক আলোচনা মুলতুবি করুন

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

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

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

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

  • আপনার একটি এজেন্ডা দরকার

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

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

  • এটি উপহাস

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

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

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

  • ধৈর্য্য ধারন করুন.

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

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

  • আপনার কৌশল পরিবর্তন বা অসঙ্গত করতে ভয় পাবেন না।

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

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

  • আপনার কান মাটিতে রাখুন।

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

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

  • অবশেষে, লাইনের মধ্যে পড়ুন

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

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


4
আমি প্রোগ্রামারস এসইতে দেখেছি এমন সবচেয়ে উদ্দীপক উত্তরগুলির জন্য +1!
মরগান হারলক

19

আপনি যদি এগুলির বাইরে কিছু না পান তবে কিছু লিখুন এবং এটি অনুমোদিত হোন approved প্রযুক্তিবিহীন লোকেরা 'না, আমি এটি পছন্দ করি না' বলার জন্য এটি আপনার পক্ষে এটি করা খুব সহজ you

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

যদি এমন কিছু থাকে যা আপনি একপথে বা অন্য পথে যেতে পারেন তবে অনলাইনে উভয় বিকল্প এবং বিকল্প নির্ধারণকারীকে একটি পছন্দ করতে পারেন। তারা না করা পর্যন্ত তাদের একা রাখবেন না।

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

অতীতে, আমি আসলে ফায়ারব্যাগ খুলেছি এবং পরিবর্তিতভাবে গ্রাহকরা তাদের সামনে অনুরোধ করেছিলেন যাতে তারা এটি দেখতে কেমন তা দেখতে পারে added তারা তাদের মতামত দিয়েছিল, আমি একটি স্ক্রিন শট নিয়েছিলাম এবং তারপরে পরিবর্তনগুলি কার্যকর করেছিলাম। পরিবর্তনটি কেমন হবে তা দেখতে তারা সত্যই পছন্দ করেছে এবং আমি এটি পছন্দ করেছি খ / গ তা দ্রুত ছিল এবং আমি এই সভায় আমার উত্তর পেয়েছি ... পরেরটি নয়।


2
+1 টি। শেষ ব্যবহারকারীদের তারা কী করবেন সে সম্পর্কে চিন্তাভাবনা করার জন্য স্ট্রোম্যান কৌশলটি প্রায়শই একমাত্র উপায় - তাদের কাজটি তাদের কাছে এত স্বয়ংক্রিয় যে এটি সম্পর্কে তাদের চিন্তা করা আসলেই কঠিন hard
ডেভি

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

"আমি এটি চাই" এর পরিবর্তে "না, আমি এটি পছন্দ করি না" বলার জন্য তাদেরকে +1 করুন। যদি কোনও সংস্থা তারা ঠিক কী চায় তা না জানে তবে আমি চেষ্টা করে যাচ্ছি এটিই সেই পদ্ধতির।
রাহেল

11

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

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

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

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

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


জেফ ঠিক আছে। তাদের প্রকৃত ব্যবসায়ের সমস্যাটি ঠিক করার দরকারের বিষয়ে কথা বলুন। তারপরে এমন কিছু বিষয় নিয়ে আসুন যা দ্রুত এবং সস্তার করা যায়। যদি আপনি এটি সরবরাহ করেন তবে আপনার কখনও ক্ষুধার্ত হবে না।
ক্রিস্টোফার মহান

"তাদের ব্যবসায়ের বিষয়ে আরও বেশি কথা বলতে এবং অ্যাপ্লিকেশনগুলি সম্পর্কে কম বলতে তাদের জন্য +1 করুন।" এটি একটি সোনার নিয়ম।
ডিপিডি

8

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

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

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

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

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

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

তারপরে, কিছু সীমানা আঁকুন:

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

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

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

আপনার দৃষ্টিকোণ থেকে, প্রক্রিয়া চালিয়ে যেতে উত্সাহিত করার জন্য:

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

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

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


5

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

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

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

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


3

ইউআই বা ডেটা প্রয়োজনীয়তার জন্য জিজ্ঞাসা করবেন না, কার্যকারিতা প্রয়োজনীয়তার জন্য জিজ্ঞাসা করুন।

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

আমি খুঁজে পেয়েছি যে প্রায়শই ব্যবহারকারীরা ইউআই বা ডেটার দিক দিয়ে কী চান তা জানেন না তবে কার্যকারিতা হিসাবে তারা কী চান তা তারা জানেন। উদাহরণস্বরূপ, তারা আমাকে বলবে "আমি লগইন করতে এবং গ্রাহকের সমস্ত তথ্য দেখতে চাই।" পর্দা দেখতে কেমন হবে বা কী ডেটা চায় সেগুলি থেকে Don'tুকবেন না, কেবল তাদের কাছ থেকে কার্যকারিতা পান।

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

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


2

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

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

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

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


1

আমি তাদের বলব আপনি বৈশিষ্ট্য দ্বারা প্রোগ্রাম বৈশিষ্ট্য বিকাশ হবে। পরবর্তী সভা পর্যন্ত, 1-2 সপ্তাহে বলুন যে আপনি এক্স বৈশিষ্ট্যগুলির সংখ্যাতে কাজ করতে চলেছেন। এটি 1, 2, 3 বা আরও বেশি হতে পারে।

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

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

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

আপনি ক্লায়েন্টের সাথে এটি আলোচনা করার পরে আপনার এই এক টুকরা fonctionality জন্য কিছু প্রয়োজনীয়তা থাকা উচিত। আপনি একাধিক সংক্ষেপে সংজ্ঞা দিতে পারেন তবে আমি সংখ্যাটি খুব কম রাখব।

1-2 সপ্তাহের মধ্যে ক্লায়েন্টের সাথে আবার দেখা করুন আপনি কী করেছেন তা তাদের উপস্থাপন করতে এবং এতে তাদের ইনপুট পান। এটিকে ক্লায়েন্টের কাছে উপস্থাপন করুন এবং যদি কোনও পরিবর্তন বা যুক্ত করার প্রয়োজন হয় তবে তাদের ইনপুট পান।

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


1

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

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

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


1

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


1

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

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


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

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

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

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

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