অসম্পূর্ণ গল্পের অনুমান দিয়ে কী করব?

Question

আমি তুলনামূলকভাবে নতুন একটি উন্নয়ন দলের অংশ Scrum, অনুমান করুন যে স্প্রিন্ট শেষে কয়েকটি বড় গল্প হয় in progressবা হয় acceptedপিও দ্বারা নয় ।

প্রথমত, সেই ব্যবহারকারী গল্পগুলির সাথে কী ঘটে? আপনি কি কেবল তাদের পরবর্তী স্প্রিন্টে নিয়ে যান?

যদি তাই হয় তবে তাদের কি পুনর্নির্মাণ করা উচিত? আমার দৃষ্টিতে এই ব্যবহারকারীর গল্পগুলিতে থাকা কাজটি ন্যূনতম বা অনেক বেশি হতে পারে? তা না হলে কেন?

সম্পাদনা: আমার নির্দিষ্ট ক্ষেত্রে, গল্পগুলি কিছু দিনের দীর্ঘ প্রতিবন্ধকতার কারণে শেষ হয় নি, ব্যবহারকারীর গল্পকে অবমূল্যায়নের কারণে নয়। আপনারা যারা এটির সাহায্য করতে পারে তাদের জন্য, আমরা ব্যবহার করছিVersionOne

Comments

আমি একটি এক্সপি প্রক্রিয়া নিয়ে কাজ করি, এবং এই ধরণের পরিস্থিতি মোকাবেলার সবচেয়ে ভাল উপায় কী তা অবাক করে

— দিয়েছি

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

— থমাস ওয়ানস

এটি দ্বিগুণ করুন এবং 32 যোগ করুন, ঠিক সি => এফ

— পল

Answer 1

প্রথমত, সেই ব্যবহারকারী গল্পগুলির সাথে কী ঘটে? আপনি কি কেবল তাদের পরবর্তী স্প্রিন্টে নিয়ে যান?

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

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

যদি তাই হয় তবে তাদের কি পুনর্নির্মাণ করা উচিত? আমার দৃষ্টিতে এই ব্যবহারকারীর গল্পগুলিতে থাকা কাজটি ন্যূনতম বা অনেক বেশি হতে পারে? তা না হলে কেন?

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

Comments

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

— ediblecode

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

— থমাস Owens

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

— থমাস ওয়ানস

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

— ডেভিড থর্নলে

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

— টমাসের মালিক

Answer 2

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

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

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

Comments

নিতপিক: অসম্পূর্ণ গল্পটি নিয়ে কী করবেন সিদ্ধান্তটি অগ্রাধিকারের প্রশ্ন। এইভাবে আমি বিশ্বাস করি পণ্য মালিকের এটি সিদ্ধান্ত নেওয়া উচিত, স্ক্রাম মাস্টার নয়।

— সলেসকে

@ স্লেসকে - সম্মত আমার উত্তরে আমার আরও পরিষ্কার করা উচিত ছিল। মূলত আমি বলেছিলাম যে স্ক্রাম মাস্টার টিমের সাথে পরামর্শ করবে, তবে আমার প্রকল্প স্পনসর / মালিককে অন্তর্ভুক্ত করা উচিত ছিল, যা আমি সংশোধন করেছি। মাথা আপ করার জন্য ধন্যবাদ যদিও।

— নির্জন প্ল্যানেট

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

— রবিন গ্রিন

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

— নির্জন প্ল্যানেট