"ব্যর্থ চালিত বিকাশ" সম্পর্কে কী করবেন?


28

আমাদের দোকানে, আমরা চটচটে থাকার চেষ্টা করি। এবং আমি বলব যে আমরা দুর্দান্ত পদক্ষেপ নিচ্ছি। এটি বলেছিল, আমাদের মধ্যে কয়েকজন একটি প্যাটার্ন চিহ্নিত করেছে যা আমরা "ব্যর্থতা চালিত উন্নয়ন" কল করতে শুরু করেছি।

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

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

এটি আমার প্রশ্নের দিকে পরিচালিত করে: অন্য কেউ কি এর মুখোমুখি হয়েছে এবং যদি তাই হয়, তবে এটির মোকাবিলার জন্য কোনও টিপস / পরামর্শ?

আমরা অবশ্যই আগে শিবির এ এবং বি কে সম্মতি জানাতে চেষ্টা করেছি, তবে সকলেই জানেন যে এটি সবসময় হয় না।

ধন্যবাদ

উত্তর:


19

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

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

ক্যাম্প এ হ'ল হ'ল নির্দেশ দিন যে ফিচার এক্স এর মতো কাজ করে, তারপরে ক্যাম্প বি এটির মতো কাজ না করার কারণে এটি ব্যর্থ হবে।

ক্যাম্পএ এবং ক্যাম্পবি-র মধ্যে মিল নয় এমন একটি রাজনৈতিক সমস্যা, সফ্টওয়্যার সমস্যা নয়। সমস্যা সমাধান করা মানুষের সাথে কথা বলা এবং একটি পরিষ্কার বিজয়ী পাওয়া জড়িত হতে চলেছে।


5
"ক্যাম্পএ এবং ক্যাম্পবির মধ্যে অমিলটি একটি রাজনৈতিক সমস্যা ..." এই মন্তব্যটি দিয়ে আমি এটিকে 'সঠিক' উত্তর হিসাবে চিহ্নিত করছি।
দেবসোলো

স্ক্রামে এটি একটি সাধারণ সমাধানে ক্যাম্পএ এবং ক্যাম্পবি চালনা করা পণ্য মালিকের ভূমিকা। দেব দলের পক্ষে পণ্য মালিকের সরবরাহ করা কেবল একটিই সত্য থাকা উচিত।
k3b

@ কে 3 বি এটি সত্য, তবে ওপি তারা স্ক্রাম করার ইচ্ছে করছে না তা বলে না। দেখে মনে হচ্ছে তাদের কাছে স্ক্র্যামের 'পণ্য মালিকের' ভূমিকায় উপযুক্ত কোনও নেই।
বিডিএসএল

7

পুনরাবৃত্তি বিকাশের ব্যবহারের প্রধান কারণগুলির মধ্যে একটি কারণ আপনার একটি গ্রাহক গ্রুপ রয়েছে যা এটি কী চায় তা সম্পর্কে ভাল ধারণা নেই।

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

অন্য কথায়, যদি এটিই একমাত্র সমস্যা ছিল তবে আপনি কেবল অন্তহীন প্রচেষ্টা চালানোর মতো পরিস্থিতিতে অবসান না হলে আতঙ্কিত হওয়ার দরকার নেই।

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

এটি কীভাবে পরিচালিত হবে তা নির্ভর করবে ক্যাম্প এ এবং ক্যাম্প বি কে।

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

অন্যদিকে, যদি এ এবং বি ব্যবহারকারী গোষ্ঠী হয়, আপনি আইন থেকে আইন প্রয়োগের জন্য কাউকে পরিচালনা থেকে পাওয়ার বিপরীত কৌশলটি ব্যবহার করেন।

সব ক্ষেত্রেই, পরিপূর্ণতা যথেষ্ট ভাল শত্রু।


5

আপনি যা বর্ণনা করেন তা হ'ল এগিলির একটি সাধারণ ভুল প্রয়োগ। আপনি পরিবর্তন আলিঙ্গন করবেন না, আপনি এর গোলাম

আপনার কি কোনও পণ্যের মালিক আছে? আপনি তাদের সাথে প্রয়োজন মতো কথা বলতে পারেন? আপনি কি ব্যবহারকারীদের সাথে স্প্রিন্ট পর্যালোচনা করছেন? ব্যবহারকারীরা কী স্প্রিন্ট পরিকল্পনায় (পণ্য মালিকের মাধ্যমে) প্রক্রিয়াতে জড়িত? আপনার কি প্রধান দলে পরীক্ষক রয়েছে?

আমি অত্যন্ত পরামর্শ দিচ্ছি যে আপনি একটি চতুর কোচ নিয়োগ করুন এবং / অথবা আপনার দলকে একটি প্রশিক্ষণে প্রেরণ করুন।

আরেকটি সমাধান হ'ল অ্যাগিলি করা বন্ধ করা।


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

@ ডেভসোলো: সে কি সিএসএম, সিএসসি নাকি সিএসটি? তিনি যদি সিএসএম হন তবে কোচ করার যথেষ্ট নয়।

@ পিয়ার ৩০৩৩ সিএসএম, সিএসসি বা সিএসটি বলতে কী বোঝ?
গানগো

সার্টিফাইড স্ক্রাম মাস্টার, সার্টিফাইড স্ক্রাম কোচ, সার্টিফাইড স্ক্রাম ট্রেনার

1
@gnat: হ্যাঁ এটি আমি

4

যদি তারা পিং-পং করছে (এ ডু এক্স, বি প্রত্যাখ্যান করবে, y বলেছে, তবে এ প্রত্যাখ্যান করবে এবং এক্স এ ফিরে যাবে), তবে আপনার নেতৃত্বগুলি (পিও বা আপনি যা পেয়েছেন) তাদের আপ করতে হবে তাদের মন তৈরি করার জন্য ।

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


3

এখানে সমস্যাটি মনে হয় না "আমি যখন দেখি তখন এটি জানব"। ওয়্যারফ্রেমগুলি সেই নির্দিষ্ট সমস্যাটিতে (একপর্যায়ে) সহায়তা করতে পারে।

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

সম্ভবত আপনি এটিকে বি (বা তদ্বিপরীত) এর জন্য যা চেয়েছিলেন তা পুনরায় করায় লড়াইয়ে তাদের জন্য কত খরচ হয়েছে তা ব্যাখ্যা করে তারা টেবিলে বাধ্য হতে পারে।

আপনার সময় ব্যয়ের বিশদ নোট রাখা এখানে সহায়তা করবে। (আমার কাজটি একটি হালকা ওজনের টাইম ট্র্যাকিং অ্যাপ্লিকেশন লিখেছিল: ব্যবহার করা সহজ এবং প্রতিবেদনের পক্ষে সহজ এবং 15 মিনিটের অংশে সময় রিপোর্ট করে say "X এর বৈশিষ্ট্যটিতে আমি n ঘন্টা সময় ব্যয় করেছি") এটি সহজ করে তোলে)

এর অর্থ এই নয় যে আপনি ক্লায়েন্টকে বিচলিত করার ঝুঁকির ঝুঁকির মধ্যে রয়েছেন বা আপনি যা যা করেন তা খারাপ দেখায়, যেহেতু আপনি বি এর জন্য যা করেন তা এ (বা আবার বিপরীতভাবে) বিরক্ত করতে পারে।

আশা করি আপনি ক্লায়েন্টে এমন একজন চ্যাম্পিয়ন খুঁজে পেতে পারেন যিনি আপনার জন্য ইনফাইটিংয়ের যত্ন নিতে পারেন।


3

আমি এটি দেখতে পাওয়ায়, সমস্যাটি কেবল গ্রাহকের ক্ষেত্রে কার্যকরভাবে এক জায়গায় সমাধান করা যেতে পারে, যা কঠিন হতে চলেছে।

আপনি উল্লেখ করছেন যে আপনি চটপটে চেষ্টা করছেন, তাই আমি এটিকে স্ক্রামের দৃষ্টিকোণ থেকে নেব, যা আমি সবচেয়ে ভাল জানি চতুর প্রক্রিয়া।

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

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

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

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

তবে আপনি ইতিমধ্যে একটি সহযোগিতা শুরু করেছেন এই সত্যটি প্রদান করে, আমি বিশ্বাস করি যে এই পরিবর্তনটি কার্যকর করতে আপনার খুব কষ্ট হবে।


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

2

আপনার সফ্টওয়্যারটি আপনার গ্রাহক দ্বারা গ্রহণ করার জন্য গ্রাহকের গ্রহণযোগ্যতার মানদণ্ড অনুসারে সেট করা প্রয়োজনীয়তা অবশ্যই পূরণ করতে হবে।

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

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

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

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


1

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

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

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