স্ক্রামে প্রকল্পের সমাপ্তি

Question

একটি সাধারণ সফ্টওয়্যার বিকাশের পরিবেশে, প্রকল্পের সমাপ্তিগুলি একটি প্রকল্পের শেষ চিহ্নিত করে।

1. প্রকল্পের রেকর্ডগুলি সম্পন্ন এবং সংরক্ষণাগারভুক্ত হয়,
2. সম্পদ মুক্তি,
3. সমস্যা এবং পাঠ নথিভুক্ত করা হয়, এবং
4. আনুষ্ঠানিকভাবে ডিনার / পার্টি উদযাপনের জন্য অনুষ্ঠিত।

শেষ পদক্ষেপটি alচ্ছিক, যদিও অংশগ্রহণকারীদের জন্য অত্যন্ত অনুপ্রেরণামূলক। :-)

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

1. একযোগে একাধিক প্রকল্পে কাজ করা একটি গোষ্ঠীর জন্য কীভাবে প্রকল্পের ক্লোজারগুলি মাপসই হয়?
2. একাধিক গোষ্ঠী জড়িত এমন একটি প্রকল্পের জন্য , এই ধারণাটি কীভাবে প্রযোজ্য?

অথবা, প্রকল্প বন্ধের মেয়াদ কি টি ও এম প্রকল্পগুলিতে আদৌ প্রযোজ্য নয়?

Answer 1

একযোগে একাধিক প্রকল্পে কাজ করা একটি গোষ্ঠীর জন্য কীভাবে প্রকল্পের ক্লোজারগুলি মাপসই হয়?

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

তবে স্ক্রাম কোনও অ-চৌকস (জলপ্রপাত) পদ্ধতি থেকে আলাদা নয়। যখন ব্যাকলগটি প্রায় শূন্যে কমে যায়, আপনি এখনও সম্পন্ন করেন। ঠিক যেমনটি সম্পন্ন হয়েছে যেন আপনি একটি চৌকস পদ্ধতির পরিবর্তে জলপ্রপাতের পন্থা পেয়েছেন had

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

একাধিক গোষ্ঠী জড়িত এমন একটি প্রকল্পের জন্য, এই ধারণাটি কীভাবে প্রযোজ্য?

একাধিক গ্রুপ সহ নন-স্ক্র্যাম প্রকল্প হিসাবে একই। মানুষ সম্পর্কে কিছুই পরিবর্তন হয় না। তারা এখনও একটি ভাল পার্টি পছন্দ।

অথবা, প্রকল্প বন্ধের মেয়াদ কি টি ও এম প্রকল্পগুলিতে আদৌ প্রযোজ্য নয়?

বিলিং কাজের শেষে বা অনুষ্ঠানের শেষে কিছু পরিবর্তন করবে কেন?

Comments

+1 - সমস্ত পয়েন্ট ঠিক আছে এবং দলের উল্লেখ প্রশংসা করেছেন।

— জেফো

দৃশ্য: একটি প্রকল্প -> গল্পের x #। টিম এ এক্স ১ পেয়েছে, টিম বি পেয়েছে এক্স টু স্টোরি। (x1 + x2 = x) টিম বি টিম বি এর একমাস আগে এক্স 1 শেষ করে The দল বি শেষ, বিতরণ। প্রকল্পের সমাপনীটি কেবলমাত্র দল বি দ্বারা করা হয়েছে

— সিএমআর

@ সিএমআর: স্ক্রাম অন্য কোনও প্রকল্পের চেয়ে আলাদা কেন? একই দলটি দুটি দলের জলপ্রপাত প্রকল্পে সত্য হবে যেখানে একটি দল এক মাস দেরীতে ছিল। রাইট?

— এস। লট

একমত। এখানে কোন পার্থক্য নেই. অনুমান করুন আমি অযৌক্তিকভাবে প্রকল্পের প্রতি গল্পের ম্যাপিংয়ে ফোকাস করছি।

— সিএমআর

@ সিএমআর: গল্পটির ম্যাপিং কেন এত গুরুত্বপূর্ণ? এটি সম্পর্কে বিভ্রান্তিকর কি? এটি সম্পর্কে বিভ্রান্তিকর বলে মনে হচ্ছে কি আপনি তা পরিষ্কার করতে পারেন? এটি কেন বিভ্রান্তিকর বা গুরুত্বপূর্ণ বা আলাদা বলে মনে হয় তা প্রশ্নে প্রশ্নে সহায়তা করবে।

— এসলট

Answer 2

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

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

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

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

Comments

এমন প্রকল্পগুলি আনার জন্য +1 যাঁর তারিখগুলি সত্যই 'প্রস্তর প্রস্ত্তত'।

— সিএমআর

Answer 3

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

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

যদি ব্যবসায়ের প্রকল্পগুলির অগ্রাধিকার পরিবর্তন করার প্রয়োজন হয় তবে তারা কেবল দলে ব্যাকলগ আইটেমের প্রবাহ পরিবর্তন করে।

Comments

+1, এইভাবে আমার বর্তমান টিম জিনিসগুলি করছে। আমি এই পদ্ধতির সাথে কোনও সমস্যা দেখছি না; আমি সম্মত, traditionalতিহ্যগত প্রকল্পগুলির সমস্ত ধারণাগুলি সত্যিই প্রয়োগ নাও হতে পারে।

— সিএমআর

Answer 4

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