আমার প্রজেক্ট ম্যানেজার স্ক্রমে ক্যারিওভার গ্রহণ করে না - এটি কি স্বাভাবিক?


52

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

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

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

  1. আমি কি সচেতন নই সেই স্ক্রমের একটি গ্রহণযোগ্য / সাধারণ প্রকরণটি?

  2. আপনি কীভাবে পরামর্শ দিচ্ছেন যে আমার এটি করা উচিত?


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

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

27
নিজেকে জিজ্ঞাসা করুন যদি আপনি সময়ের আগে আপনার স্প্রিন্ট "প্রতিশ্রুতি" সম্পন্ন করেন তবে পরিচালনার দৃষ্টিভঙ্গিটি কী হবে। দলটি কী বাকি স্প্রিন্টটি বন্ধ করে দেবে (অর্থ প্রদান সহ)?
কিওয়ারকি

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

5
দুটি জিনিস: দলের দ্বারা প্রতিশ্রুতিবদ্ধ করা হয়, প্রধানমন্ত্রী নয়, তাই তাত্ক্ষণিক সংশোধন হিসাবে কম প্রতিশ্রুতিবদ্ধ করুন, তবে আরও বড় সমস্যাটি আপনি বিতরণ না করলে কী হয়? এর পরিণতি কী? সাধারণত পিএম, টিপিএম, স্ক্রাম মাস্টার্স, পণ্য মালিক ইত্যাদি ... দলের সাথে কাজ করার জন্য উত্সাহিত হয় কারণ ... ম্যাট্রিক্স কাঠামো এগিল / এসসিআরইএম নিজেকে ndsণ দেয়ায় দলের উপর তাদের কোন সত্যিকারের কর্তৃত্ব নেই। সুতরাং এটি @ কে অন্যের ব্যয়ে তাদের ক্যারিয়ারকে এগিয়ে নেওয়ার চেষ্টা করা ছাড়া আর কিছুই হতে পারে।
এলোমেলো ইউএস 1

উত্তর:


75

কিছু জিনিস আমার সামনে দাঁড়িয়ে।

ম্যানেজমেন্টের ধারণাটি এই যে টিমটি কাজের একটি সেট নিয়ে প্রতিশ্রুতি দেয় এটি স্ক্রাম গাইডের সর্বশেষ সংস্করণগুলির সাথে অসঙ্গতিপূর্ণ। "প্রতিশ্রুতিবদ্ধ" বা "প্রতিশ্রুতিবদ্ধ" শব্দটি শুধুমাত্র স্ক্রাম গাইডের অতি সাম্প্রতিক (নভেম্বর 2017) সংস্করণে দু'বার ব্যবহৃত হয় - একবার স্ক্রামের মান তালিকাভুক্ত করার সময় এবং একবার এই নির্দেশ দেওয়ার জন্য যে "লোকেরা ব্যক্তিগতভাবে স্ক্রাম দলের লক্ষ্য অর্জনে প্রতিশ্রুতিবদ্ধ "।

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

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

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


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

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

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

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

1
এবং হ্যাঁ, 9 মহিলারা 1 মাসে 1 শিশু তৈরি করতে পারে না :)
মাইকেল ডুরান্ট

33

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

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

আপনি এটি সম্পর্কে কী করতে পারেন তা আপনার ভূমিকার উপর নির্ভর করে।

আপনি যদি বিকাশকারী হন তবে আপনি সবচেয়ে ভাল করতে পারেন

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

আপনি যদি স্ক্রামের মাস্টার হন তবে স্ক্র্যাম সম্পর্কে পরিচালনকে শিক্ষিত করে আপনি সত্যই নিজের যোগ্যতা প্রমাণ করতে পারেন। কিছু বিষয় যা আমার সামনে দাঁড়ায়:

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

হ্যাঁ, এবং অনিশ্চয়তা কেবল তখনই শেষ হয় যখন প্রকল্পটি শেষ হয় :-)
ক্রিস্টোফ

3
ভবিষ্যদ্বাণীতে বেশিরভাগ লোকেরা খুব ভাল। ভবিষ্যত সম্পর্কে একমাত্র ব্যতিক্রম।
মাইকেল ডুরান্ট

21

আপনার প্রধানমন্ত্রী আপনার স্ক্রামের সাথে জড়িত থাকার কোনও ব্যবসা নেই।

আপনার প্রধানমন্ত্রীর কোনও ব্যবসা নেই যা আপনাকে ওভারটাইম ছাড়িয়ে যান।

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


1
"আপনার প্রধানমন্ত্রী আপনার স্কামের সাথে জড়িত থাকার কোনও ব্যবসা নেই।" নির্দিষ্ট চৌকস পদ্ধতিতে (যেমন ডিএসডিএম) এর অধীনে তারা তা করে। খাঁটি স্ক্রাম এমনকি "প্রজেক্ট ম্যানেজার" কে উপস্থিত থাকার ভূমিকা হিসাবে স্বীকৃতি দেয় না।
নিক 012000

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

অনুমান করতে বাধ্য হতে অন্য যৌক্তিক প্রতিক্রিয়া হ'ল আসল কাজটি অনুমান করার আগে সমস্ত অজানা বিষয়ে গবেষণা করার জন্য সময় নির্ধারণ করা।
রবিন বেনেট

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

ডিএসডিএম একটি চতুর পদ্ধতি নয়, এটি **** ****** **** এর একটি বাষ্পীয় স্তূপ যা পরিচালকদের পছন্দ করে কারণ এটি তাদের অনেক কিছু দেয় প্রক্রিয়া জড়িত।
gbjbaanb

12

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

কিছু বিষয় যা আপনি বিবেচনা করতে চাইতে পারেন:

স্প্রিন্টে অনেক বেশি

আপনি যদি নিয়মিত খুব বেশি কাজের প্রতিশ্রুতিবদ্ধ থাকেন তবে স্প্রিন্ট ব্যর্থ হবে। পয়েন্টের সর্বোত্তম সংখ্যা (বা দিন) কী তা জানতে সময়ের সাথে সাথে স্প্রিন্টের বেগ ট্র্যাক করা উচিত।

সম্পদ বণ্টন

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

আনুমানিক প্রকরণের

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

বেগ

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

শুভ ইচ্ছা

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

স্পাইক

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


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

1
আমি মনে করি আপনি সমস্যার কেন্দ্রবিন্দুতে পৌঁছেছেন। প্রকল্পটি কেন দেরিতে হয়েছে তা বোঝার জন্য প্রধানমন্ত্রীকে এটির প্রয়োজনীয়তা আনতে হবে, তবে # 1 কারণে যে কোনও কারণেই 'অনুমানগুলি ভুল ছিল' হতে চলেছে। (এবং এর জন্য # 1 কারণ প্রধানমন্ত্রী উচ্চ অনুমানের মতো করেননি!)
ইওয়ান

আমার কাছে এটি পরিষ্কারভাবে এখনও পর্যন্ত সেরা উত্তর। +1
রাগ করুনরাজি

আমার সম্পর্কে আরও নিরপেক্ষ এবং কার্যকর বলে মনে হওয়া "প্রশ্ন" হিসাবে আমরা কীভাবে 'পুশব্যাক' (যা একটি সম্ভাব্য বিরোধী দৃষ্টিভঙ্গিকে বোঝায়) হিসাবে উল্লেখ করব?
মাইকেল ডুরান্ট

1
পুনঃটুইট পর্যাপ্ত পরিমাণে - আমি প্রথম অনুচ্ছেদের শব্দের সংশোধন করেছি।
রবি ডি

10

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

আপনি যদি চপল হতে চলেছেন তবে স্প্রিন্ট থেকে গল্পগুলি ফেলে দেওয়ার জন্য আপনার নমনীয়তা প্রয়োজন যা আপনি সময়মতো শেষ করতে পারছেন না। এটি করার একটি সম্ভাব্য উপায় হ'ল আপনার পণ্য মালিককে MoSCoW অগ্রাধিকার ব্যবহার করে গল্পগুলি মূল্যায়নের জন্য জিজ্ঞাসা করা। এর মধ্যে আর কোনও গল্পের 60% (মোট গল্পের পয়েন্ট অনুসারে) যেগুলি আবশ্যক পূর্ণ হবে তা নির্বাচন করা জড়িত হবে না, 20% হ্যাড হ্যাভস হিসাবে আপনার প্রকল্পটি শেষ হওয়া উচিত এবং ন্যূনতম ব্যবহারযোগ্য পণ্যটি প্রকাশিত হবে, 20% হিসাবে আপনার কাছে সময় থাকলে উইন্ড হ্যাভস হিসাবে বর্তমানের মুক্তির সুযোগের বাইরে যে কিছু রয়েছে তা সম্পন্ন হতে পারে। এটিও লক্ষণীয় যে, যখন মিলিত হয়, মুস্ট হাভসের হাড়গুলিতে পর্যাপ্ত মাংস থাকা উচিত যাতে অন্যান্য বিভাগ থেকে কোনও আইটেম অন্তর্ভুক্ত না করে ন্যূনতম व्यवहार्य পণ্য তৈরি করা যায়।

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

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


আমি যেখানেই কখনও স্ক্র্যাম ব্যবহার করেছে, এর জলপ্রপাত দেখেছি।
gbjbaanb

6

তিনি সঠিক, স্প্রিন্টের মধ্যে কোনও বহন করা উচিত নয়। স্প্রিন্টগুলির মধ্যে স্প্রিমের দলগুলি হ'ল একটি অ্যান্টি-প্যাটার্ন এবং এটি প্রচলিত স্ক্রামকে বৈধ ফলাফল হিসাবে গ্রহণ করে।

তবে, তার পদ্ধতির পক্ষে ভাল নয় one

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

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

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


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

5

আমি কি সচেতন নই সেই স্ক্রমের একটি গ্রহণযোগ্য / সাধারণ প্রকরণটি?

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

আপনি কীভাবে পরামর্শ দেন যে আমার এই সম্পর্কে অভিনয় করা উচিত?

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


উত্সাহিত, যদিও অবৈতনিক ওভার-টাইম দৃষ্টিকোণ যুক্তিসঙ্গত হতে পারে যদি চুক্তিটি সেইভাবে তৈরি করা হয় (এবং সাধারণ বেতন এর জন্য অ্যাকাউন্টিং হয়, অর্থাৎ গড়ের উপরে - বা অন্যান্য সুবিধা রয়েছে)।
ফ্র্যাঙ্ক হপকিন্স

4

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

শুরুতে একটি উচ্চ গতিতে প্রতিশ্রুতিবদ্ধ এবং এটি অর্জনের জন্য দলকে প্রসারিত করার কোনও মানে নেই।

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


1
নিস! +1 টি। কেশ বিভক্ত হওয়ার ঝুঁকিতে, আপনি বেগটি "সিদ্ধান্ত" নেন না, এটি বেশ কয়েকটি স্প্রিন্টের পরে ধোয়ার মধ্যে বেরিয়ে আসে তবে হ্যাঁ, স্প্রিন্ট 0 (অথবা আপনি এটি সংখ্যাটি দিয়েছিলেন) - আপনি বোর্ডটি স্ট্যাক করেন আপনার বিশ্বাস যতগুলি গল্পই অর্জনযোগ্য।
রবি ডি

2

প্রতিশ্রুতিবদ্ধ প্রশ্নাবলী

এই আচরণ কি স্বাভাবিক?

আমি নিশ্চিত নই.

অবাক লাগছে তো?

না। কিছু লোক সর্বদা "প্রতিশ্রুতিবদ্ধতা" বোঝার অর্থ প্রতিশ্রুতিতে সমস্ত কিছু সম্পন্ন করতে হবে।

এটা কি ভাল ধারণা?

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

আমাদের কি করা উচিৎ?

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

সুন্দর জিনিসটি হ'ল: আপনার প্রকল্প পরিচালক এই সমস্ত জিনিস ইতিমধ্যে জেনে নেবেন এবং এগুলি সঠিক বলে স্বীকৃতি দেবেন। এটি কেবল অল্প সময়ের মধ্যেই এগুলি উপেক্ষা করতে পছন্দ করতে পারে।


2

আমি আপনার পরিচালনা দলের সাথে একমত নই। স্প্রিন্টটি শেষ করতে তাদের আপনাকে ওভারটাইম কাজ করা উচিত নয়।

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

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

পূর্ববর্তী ক্ষেত্রে, আপনাকে অবশ্যই এটি নিশ্চিত করতে হবে যে আপনি গল্পটি চালিয়ে যাওয়ার ব্যাপারে সম্মত হওয়ার আগে তার ব্যাপ্তিটি বুঝতে পেরেছেন। যদি এটি পরে হয় তবে আপনার সংস্কৃতি সমস্যা রয়েছে এবং এটি করা খুব কমই রয়েছে।

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