কোনও প্রযুক্তিবিহীন ক্লায়েন্টকে কীভাবে বোঝানো যায় যে তাদের অ্যাপ্লিকেশন নির্দিষ্টকরণটি সহজ করা দরকার?


15

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

সম্পাদনা:

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


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

উত্তর:


15

উচ্চমানের এই শত বৈশিষ্ট্যগুলি করতে কত টাকা / সময় খরচ হবে তা অনুমান করে। খুব কম ক্লায়েন্ট তাদের অর্থ যেখানে রাখবেন সেখানেই রাখবেন।


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

1
যেখানে সম্ভব, অনুমানগুলিকে "মূল", "সুন্দর হতে পারে", "আপনাকে স্বপ্ন দেখতে হবে" তে ভাঙ্গা করুন (ক্লায়েন্টের সামনে যদিও সেভাবে এটি শব্দ করবেন না)। সম্পূর্ণ বিজনেস অ্যানালাইসিসের কাজটি নিখরচায় করার ক্ষেত্রে সতর্ক থাকুন।
mattnz

@ পোলহিমস্ট্র্রা - দুর্দান্ত পয়েন্ট। আমি অভ্যন্তরীণ ক্লায়েন্টদের সাথে কাজ করতে অভ্যস্ত, তবে পরামর্শটি সেখানেও রাখে।
টেলাস্টিন

@ টেলাস্টিন পোস্ট সম্পাদনা দেখুন
রায়ান

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

12

দুটি শব্দ: ব্যবহারকারীর গল্প।

আমি শিখেছি যে ক্লায়েন্টকে একটি ক্লু পেতে সহায়তা করার দ্রুততম উপায় হ'ল তারা তাদের প্রতিটি বৈশিষ্ট্য বা পৃষ্ঠার জন্য ব্যবহারকারী গল্পের মাধ্যমে আমার সাথে কথা বলতে। বেশ কয়েকটি বিষয় ঘটেছিল, সহ:

  1. পৃষ্ঠা / বৈশিষ্ট্যটি আসলে কী করা উচিত তা নিয়ে তাদের ভাবতে হবে।
  2. আপনি আরও এবং আরও বিশদ জানতে চাইলে ("এবং তারপরে? ... এবং তারপরে? ...") তারা বুঝতে শুরু করে যে পুরো জিনিসটি ম্যাজিক স্পেস বানরকে ™ উড়ে বেড়াতে পেরে বাস্তবে রূপ নেবে না do এটা সপ্তাহান্তে।
  3. তারা সৃষ্টি প্রক্রিয়ায় সত্যিকারের অংশীদার হয়। যার মানে তারা বুঝতে পারবে কেন কিছু ইতিমধ্যে 80% সম্পূর্ণ হয়েছে ক) তফসিল বিলম্ব হতে হবে সে বিষয়ে তাদের মন পরিবর্তন, এবং খ) খরচ বৃদ্ধি।

সিরিয়াসলি। প্রক্রিয়াটিতে কমপক্ষে কিছুটা সতর্কতা আনার জন্য মালিকদের ব্যবহারকারীর গল্পগুলি আমার জানা অন্যতম সেরা সরঞ্জাম।


7

ব্যয় এবং সময়-থেকে-উত্পাদনের দিক নিয়ে আলোচনা করার সময়, প্রয়োজনীয়তার একটি র‌্যাঙ্কিংয়ের জন্য জিজ্ঞাসা করুন ("অবশ্যই থাকা উচিত", "থাকা উচিত", এবং "ভাল লাগা") যাতে প্রয়োজনীয় বৈশিষ্ট্যগুলির ন্যূনতম व्यवहार्य পণ্য সেটটি হ'ল সংস্করণ 1 এ "অবশ্যই" থাকা আবশ্যক, তারপরে প্রয়োজনীয় সমস্ত বাকীটি ব্যাকলগগুলির সেটগুলিতে স্থাপন করুন যা প্রথম সংস্করণের পরবর্তী স্প্রিন্ট হিসাবে সম্পন্ন হতে পারে। আশা করি অ-অপরিহার্য "ভালো লাগলে" সেগুলি প্যাকটির পিছনে চলে যাবে এবং যখন আপনি সেই স্প্রিন্টগুলিতে পৌঁছবেন তখন আরও প্রয়োজনীয় যা (পণ্যটির সাথে প্রকৃত অভিজ্ঞতা থেকে) শীর্ষে পৌঁছে যাবে।

ক্লায়েন্টকে প্রশংসা করা উচিত যে আপনি তাদের ব্যবসায়ের ব্যয় এবং দ্রুত পণ্য পাওয়ার গুরুত্ব বিবেচনা করছেন এবং আপনি ব্যাকলগে রেখে সরাসরি তাদের "ভাল লাগার" বরখাস্ত করছেন না।

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


এটি হ'ল দুর্দান্ত-টু-হ্যাভের ব্যবহার :) এটি তালিকা থেকে সরিয়ে না দিয়ে লোকেরা খুশি থাকে!
গেরটেন

MuSCoW পদ্ধতির সাথে অনুরূপ।
থিনহ্ব্বিক

3

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

এটি অগত্যা সবসময় সমস্যা নয়

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

সমস্যা হলে কী হবে?

ধরে নেওয়া যাক আপনি সেই বিরল পরিস্থিতিতে নেই। এক্ষেত্রে আপনি ইচ্ছামত-তালিকার দুটি প্রধান ত্রুটিগুলি প্রদত্ত হিসাবে সম্বোধন করতে চাইবেন:

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

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

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

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


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

@ রায়ান - আমি কোনও বৃহত প্রকল্পের জন্য বিশদ বিশ্লেষণের কাজটি সম্পূর্ণরূপে প্রত্যাখ্যান করব কারণ ক) এটি ভুল ধারণা দেবে ("অনিশ্চয়তার শঙ্কা " দেখুন - en.wikedia.org/wiki/Cone_of_Uncycy ) এবং খ ) এটি প্রকৃতপক্ষে মূল্যবান কাজ যা গ্রাহকটি প্রকল্পটি পেতে অন্য কোথাও নিয়ে যেতে পারে। আমি জানি যে কমপক্ষে একবারে ঠিক সেই পরিস্থিতিতে পড়ে এসেছি, আমি এখন নিশ্চিত হয়েছি যে আমরা বিশ্লেষণ কাজের জন্যও অর্থ গ্রহণ করি (ক্লায়েন্ট যদি প্রকল্পটি গ্রহণ করে তবে ফেরতযোগ্য)।
জোরিস টিমারম্যানস

1

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


1

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


1

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

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

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


0

সংক্ষিপ্ত উত্তর: আমি আমার গ্রাহকের কথা শুনব এবং তাদের সাথে মধ্যম উপায়টি জানতে চাই।

আমি গ্রাহকের শোনার পরামর্শ দেব এবং তাদের বাজেট এবং সময় নির্ভর করে প্রকল্পটি পর্যায়ক্রমে বিভক্ত করুন (প্রকাশ, প্রকাশ 2, ইত্যাদি) 2

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

সুতরাং, কাজের ক্ষেত্র এবং বিতরণযোগ্যতাগুলি নির্ধারণ করার উপায়টি হল :)


0

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

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

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

এটি আপনার অনুরোধ করা বৈশিষ্ট্যগুলির একটি দুর্দান্ত এবং ঘনীভূত টপ-ডাউন ভিউ দেবে এবং আপনাকে বেসল শুরু করার জন্য বিভিন্ন পুনরাবৃত্তিগুলি সংজ্ঞায়িত করতে এবং অন্যান্য বৈশিষ্ট্যগুলির সাথে এটি প্রসারিত করতে হ্যান্ডেলবারগুলি দেবে।


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