চুক্তি দ্বারা সংজ্ঞায়িত প্রকল্পগুলিতে কি চপল সফ্টওয়্যার বিকাশ ব্যবহার করা যেতে পারে?


14

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

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

যদি চতুর সফ্টওয়্যার ডেভলপমেন্ট পরিবর্তনগুলি প্রয়োজনীয়তার সাথে আলিঙ্গন করে তবে কীভাবে আপনি এটি জানেন যে এটি শেষ কোথায়? যখন শেষ ফলাফল সর্বদা পরিবর্তিত হয় আপনি কীভাবে কোনও প্রকল্পের জন্য বাজেট করতে পারেন?

চতুর সফ্টওয়্যার ডেভলপমেন্ট কি চতুর প্রক্রিয়া সম্পর্কে বেশি, একটি চতুর পণ্যের চেয়ে বেশি?


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

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

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

@ ভেরাক্স: চৌকস ইশতেহারটি পরিবর্তনগুলি পরিচালনা করতে তৈরি করা হয়েছিল। যদি আপনার প্রকল্পের কোনও পরিবর্তন না থাকে তবে চটজলদি আপনার পক্ষে নয়। গল্পের শেষে.
মার্টিন উইকম্যান

2
@ ভেরাক্স: আপনার নিজের প্রশ্নটি পরিষ্কার করা উচিত এবং এতে আরও প্রসঙ্গ যুক্ত করা উচিত। আপনার মন্তব্যগুলিতে আরও অনেক প্রশ্ন রয়েছে shows উত্তরের ভোটের গণনা থেকে এটিও স্পষ্ট এবং গ্রহণযোগ্য উত্তরটি প্রকৃত প্রশ্নের পাঠ্যের সাথে সম্পর্কিত নয় (এমনকি "ওপি মন্তব্যগুলি থেকে ... "ও বলে)।
মার্টিন উইকম্যান

উত্তর:


7

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

চটপটে একটি চুক্তি দ্বারা সংজ্ঞায়িত সফ্টওয়্যার বিকাশের সাথে বেমানান।

  • চুক্তিগুলি কঠোর হওয়া দরকার, আপনি এক্সটি ওয়াই করান You আপনি এক্স + এম চান আপনি আমাদের ওয়াই + (এম * এন) প্রদান করুন
  • চুক্তিগুলি সন্তোষজনক হতে হবে, (IE না খোলা শেষ) অন্যথায় তারা আইনী যোগাযোগ নয়। (কোনও পরিচিতি জড়িত থাকার সময় অবশ্যই কঠোর পরিবর্তন নিয়ন্ত্রণ প্রক্রিয়া সত্ত্বেও আপনাকে অবশ্যই যেতে হবে))

অনেক কনসাল্টিং শপ গুলো অ্যাগিলিকে দাবী করে, তারা মিথ্যা বলছে। তারা কেবল এটি বলে যে অ্যাগিল বাজ শব্দের স্থিতি অর্জন করেছে।

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


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

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

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

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

2
আছে চঞ্চল চুক্তি , তাই স্পষ্টত এই উত্তর সংজ্ঞা দ্বারা ভুল।
মার্টিন উইকম্যান

20

আপনি যদি প্রথমে সর্বাধিক গুরুত্বপূর্ণ জিনিসগুলি (যা আপনি বিশ্বাস করেন) করার দিকে মনোনিবেশ করে থাকেন তবে প্রকল্পটি কখন শেষ হবে:

  • আপনি যে অর্থ ব্যয় করেছেন তা ব্যয় করেছেন।
  • আপনি যে সময়টি বাজেট করেছেন সে সময়টি আপনি অতিবাহিত করেছেন।
  • আপনি আর কোনও কিছু যুক্ত বা পরিবর্তন করতে চান না।
  • আপনার সর্বোচ্চ অগ্রাধিকারের পরবর্তী ব্যাচগুলির জন্য তাদের ব্যয় হবে না।

5
1. আর কোনও অর্থ নেই - গ্রাহক তাদের সমস্ত অর্থ অসম্পূর্ণ ব্যবহারহীন পণ্যের জন্য ব্যয় করেছেন। 2. আর সময় নেই - গ্রাহকের এখনও একটি অসম্পূর্ণ পণ্যহীন পণ্য রয়েছে। ৩. কিছুই যোগ করার নেই - হ্যাঁ ঠিক! ৪. এর মূল্য নেই - গ্রাহক সবেমাত্র প্রকল্পটি ছেড়ে দিয়েছেন। --- আমি কী মিস করছি? এটি আমার কাছে অর্থবোধ করে না।
ভেরাক্স

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

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

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

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

14

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

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


5

কখনও নয়, এবং এটি এটির সৌন্দর্য।

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

এই প্রযুক্তির প্রায়শই উল্লিখিত ব্যবসায়ের বৈশিষ্ট্য নয়, তাই না?


2
জলপ্রপাত প্রকল্পগুলি সম্পূর্ণরূপে সম্পূর্ণ হয় না, কেবল নতুন-ব্যয়বহুল প্রকল্পটি তৈরি করে গুরুত্বপূর্ণ বৈশিষ্ট্যগুলি অনুপস্থিত থাকায় এটি নেওয়া বা ছাড়ুন leave
মাইকেল বর্গওয়ার্ট

4

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

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

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

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

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


দুঃখিত তবে "এটি এর পরিবর্তে কাজের অপচয় না করে পরিবর্তনের অনুমতি দেয়," এটি একটি হুংগুয়েস অবাস্তবতা যা পরিচালনাকে কতটা দুর্দান্ত তা বোঝাতে ব্যবহৃত হয়। রিফ্যাক্টরিং এবং / অথবা অপ্রত্যাশিত পরিবর্তনগুলিকে কাজের অপচয় হিসাবে গণ্য করার জন্য সিস্টেমটিকে নতুন করে ডিজাইন করে না? জলপ্রপাত শিবিরে এটি চতুর শিবিরে দৃশ্যত নয়। এছাড়াও, যদি গ্রাহক কেবল এমন একটি কাজ চান যা পুরো করতে 2 সপ্তাহ সময় নেয় তবে কোন পদ্ধতিটি ব্যবহৃত হয় তা বিবেচ্য নয়, লোকেরা ভাল অনুমান দিতে পারে। গ্রাহক আসলে যা চায় তা হ'ল আমার পুরো পণ্যটি কত দিন আগে চালিত হয়, যেখানে অনুমানের অন্যান্য পদ্ধতির চেয়ে চতুরতা আর ভাল নয়।
ডঙ্ক

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

2
যদি কোনও গ্রাহক কোনও বাড়ির জন্য চুক্তি করে তবে ছাদ লাগানোর আগে টাকা ফুরিয়ে যায়? তত্পরতা শিবির তখনও এটিকে একটি সাফল্য বলে ডাকে। অন্য কেউ করবে না; বিশেষত গ্রাহক
ডঙ্ক

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

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

1

এটি সমস্ত বৈশিষ্ট্য বাস্তবায়িত হয়ে গেলে এবং সমস্ত বাগগুলি স্থির হয়ে যায়।

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

স্থির দামের অংশ 1, এত খারাপ কী?

স্থির দামের অংশ 2, চট করে এটি ঠিক করুন!


সমস্ত বাগ কখন ঠিক করা হয়েছে তা জানা শক্ত।
মার্টিন উইকম্যান

হতে পারে "যখন ফিক্সিংয়ের মূল্যবান সমস্ত জ্ঞাত বাগগুলি স্থির করা হয়"?
ড্যান রায়

@ চরিতজে, আপনার লিঙ্কগুলি নষ্ট হয়েছে। তারা এখনও কোথাও পাওয়া যায়? ধন্যবাদ।
টোয়াইনজে

1

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

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


1
চতুর প্রবক্তারা খুব ভুল ধারণাটি তৈরি করে যে জলপ্রপাতের বিশ্বে ডেভেলপাররা চুক্তি স্বাক্ষর হওয়ার পরে অদৃশ্য হয়ে যায় এবং কোনও পণ্য দরজা সরিয়ে না দেওয়া পর্যন্ত আর কখনও তা শোনা যায় না। বাস্তব জীবনে এটি যেভাবে কাজ করে তা হ'ল এখানে ন্যায্য সংখ্যক চেকপয়েন্ট এবং অনেক পর্যালোচনা রয়েছে যা গ্রাহক যতটা পছন্দ তার সাথে যুক্ত হতে পারেন। তারা যদি দিকনির্দেশ বা সিদ্ধান্ত পছন্দ না করে তবে তারা পরিবর্তনের জন্য অনুরোধ করতে পারে। কোনও পণ্য সরবরাহ করার সময় গ্রাহক যে পরিমাণ গ্রাহককে এতে জড়িত থাকতে বেছে নিয়েছিল তা হ'ল গ্রাহকের কী হওয়া উচিত। অনেক প্রকল্পের জন্য চতুর উন্নতি হয় না।
ডাঙ্ক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.