দেরীতে কি চপল পদ্ধতিতে কোনও অর্থ আছে?


10

এটি অন্য প্রশ্নের উত্তর এবং মন্তব্যগুলির বাইরে এসেছে ( এটি একটি )।

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

আমার প্রশ্ন "দেরী" ধারণার কি চঞ্চলতার কোনও অর্থ আছে, যদি তা হয় তবে কী?

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

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

(স্পষ্টতই আমি বুঝতে পেরেছি যে কোনও স্প্রিন্ট কাটিয়ে উঠতে পারে তবে আমি এর বাইরেও কথা বলছি))

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

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


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

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

উত্তর:


9

আমি একমত নই যে কোনও এগ্রিল প্রকল্পের কোনও পূর্ব পরিকল্পনা নেই।

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

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

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


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

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

6

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

আপনি এটি থেকে শিখুন এবং পরবর্তী পুনরাবৃত্তির জন্য সামঞ্জস্য করুন

পার্থক্যটি হ'ল প্রতি 2-4 সপ্তাহে এটি ঘটতে পারে, তাই পাঠগুলি শিখে যায় এবং প্রক্রিয়াটি দ্রুত সমন্বিত হয়


1
+1 "আপনার কুকুরটি আমার বাইটোকোডটি খেয়েছে" (এটি অবশ্যই একসময় ব্যবহার করা উচিত) - তবে গুরুতরভাবে, ত্রুটিগুলির দ্রুত প্রতিক্রিয়াটি চতুর পদ্ধতিটির মূল চাবিকাঠি।
গ্যারি রোয়ে

4

হ্যাঁ, তবে 9 বছরের পরিবর্তে আপনি আপনার 9 মাসের পৌরাণিক-চূড়ান্ত-প্রকল্পের নির্ধারিত তারিখে আঘাত করবেন না তা জানতে কেবল 1 মাস সময় লাগবে।

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


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

4

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

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

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

আর এটাই চঞ্চল সম্পর্কে। এই অস্বস্তিকর ধারণাটি পরিচালনা করার একটি চতুর উপায় যে বিলম্বিতা সত্য এবং আমাদের কেবল এটির সাথে সর্বোত্তমভাবে মোকাবেলা করতে হবে।

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

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

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

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


0

এগ্রিল এসসিআরএম> এ "দেরিতে" দুই ধরণের রয়েছে

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

  2. রোডম্যাপ - ধরে নিলে আপনার org এর একটি রোডম্যাপ রয়েছে এবং ধরে নেওয়া হচ্ছে এটির তারিখ রয়েছে, যদি সেই তারিখগুলির জন্য প্রধান বিতরণটি মিস হয় তবে এটিকে "দেরী" হিসাবে বিবেচনা করা যেতে পারে।

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