كيف سكروم العمل عندما يكون لديك العديد من المشاريع ؟ [مغلقة]

StackOverflow https://stackoverflow.com/questions/412525

  •  03-07-2019
  •  | 
  •  

سؤال

أنا إلى حد ما قرأت في فوائد عمليات سكروم.أحصل على الأفكار المتراكمة ، burndown الرسوم البيانية ، التكرار ، وذلك باستخدام القصص المستخدم ، وغيرها من المفاهيم المختلفة سكروم "إطار".

وقال مع ذلك...أنا أعمل في شركة تطوير ويب التي تدير مشاريع متعددة في وقت واحد ، مع ستة أعضاء الفريق التي تشكل "فريق الإنتاج".

كيف سكروم العمل مع وجود العديد من المشاريع ؟ هل لا تزال مجرد جدول التكرار لمشروع واحد في كمية معينة من الوقت و فريق كامل يعمل على ذلك ، ومن ثم يمكنك الانتقال إلى المشروع القادم مع التكرار عند هذا التكرار قد تمت بنجاح ؟ أو هناك "مرونة" في إدارة مشاريع متعددة مع الخاصة بهم التكرار مع فريق واحد فقط في نفس الوقت ؟

هل كانت مفيدة؟

المحلول

وسكروم حقا لا تملي أن لديك للعمل على منتج واحد قائم بذاته. وتنص ببساطة أن هناك مجموعة من الأشياء التي يجب القيام به (تراكم المنتجات)، وهناك كمية معينة من الوقت اللازم لتطوير متوفرة في التكرار التالي (عملت بها من سرعة المشروع)، وهناك العناصر المحددة من قبل العميل / الأعمال بأنها الأكثر أولوية من هذه المجموعة من القضايا / المهام التي سيتم القيام به في التكرار التالي (تراكم العدو).

وليس هناك ما يدعو إلى أن تراكم المنتجات وتراكم العدو يجب أن تكون من مشروع واحد - حتى في مشروع واحد سيكون هناك وحدات منفصلة العمل التي هي مثل مشاريع منفصلة - واجهة المستخدم، وطبقة رجال الأعمال، مخطط قاعدة البيانات ، الخ المؤسسة لتطوير البرمجيات على وجه الخصوص هي من هذا القبيل، حيث كان لديك عدد من قواعد رمز أن جميع يجب أن تتقدم. عملية سكروم - اجتماعات، والأسئلة، حرق الرسم البياني، الخ - وكلها تعمل ما إذا كان مشروع واحد أو متعددة

.

وأما وقد قلت ذلك، في واقع الامر انه في كثير من الأحيان جيدة لكل التكرار أن يكون موضوعا رئيسيا - "لا وحدة التقارير" أو "التفاعل مع API نظام XYZ و" - حتى أن الكثير من القضايا تأتي من مشروع واحد أو منطقة وفي نهاية التكرار يمكنك الإشارة إلى مجموعة كبيرة من العمل ووضع علامة ضدها.

نصائح أخرى

أعتقد أن الجواب يعتمد على "الذي سيتم إعطاء الأولوية تراكم العناصر"(أيتقرر ما يجب القيام به أولا).إذا كان هذا هو شخص واحد ، ثم هذا الشخص هو مالك المنتج للمشاريع الخاصة بك ، هل يمكن أن يكون واحد المتراكمة سوف جميع المواد لجميع المشاريع أو الأعمال المتأخرة في المشروع و تحديد تراكم العناصر من جميع المشاريع عند خطة العدو.في هذه الحالة ، سكروم "يعمل" بخير.

إذا كان كل مشروع له المسؤول ، ثم أنت من المحتمل أن تواجه بعض المشاكل حيث كل مسؤول سوف - أكثر أو أقل وعيا - محاولة لصالح المشروع(ق).IMHO, سوف تحتاج إلى واحد صاحب المنتج فقط مع السلطة لتسوية الأولويات عن طريق التحكيم.

القاعدة الوحيدة التي يجب اتباعها في مثل هذا السياق ، لا تغيير سباق المحتوى خلال سباق.إذا لزم الأمر يمكنك تقصير التكرار إلى أسبوعين أو ثلاثة أسابيع إلى انخفاض خطر الاضطرار إلى إضافة أي بند عاجل في سباق الحالي.

وقد نختلف. وأعتقد أنه هو المفتاح لعملية لدينا فريق يركز على مشروع واحد خلال سباق. إذا كان لديك بعض المتخصصين التي لا يمكن أن تسهم في عملية التنمية برمتها (الكتاب المحتوى، والرسومات الناس والمحللين العمليات التجارية، الخ) وأود أن خلط أجبرتها على الفرار الفريق عندما لم تعد قادرة على المساهمة. أو الأفضل من ذلك، الحصول عليها تدرب على بعض المهام المختلفة حتى يتمكنوا من المساهمة في أشياء مثل الاختبار.

وشيء آخر أن نأخذ في الاعتبار هو أن تشغيل المشاريع بالتوازي يقتل الجدول الزمني الخاص بك. النظر في هذا: من أجل البساطات، دعونا نقول لدينا 5 مشاريع تستخدم نفس الفريق وابتداء من نفس التاريخ. يحتاج كل مشروع 3 شهر واحد من الجهد، وأفضل سيناريو مواز، التي سيتم الانتهاء منها في كل مرة، وسوف يستغرق 15 شهرا. سوف سرعة الخاص بك الحصول على مدهون لأنك يمكن أن يصلح فقط 1/5 من شهر من جهد في سباق واحد. عليك أيضا أن تفعل 5 اجتماعات تجريبي كلها في نفس الوقت. لذلك أفضل سيناريو، يمكنك تقديم الخاص بك 5 مشاريع في 15 شهرا ومنافسيك وسوف تدعي أنها يمكن أن تفعل نفس العمل في فرق 3. لديك تقدير النضج سوف تعاني لأنها سوف تكون قادرة على النظر في 20٪ من اليد العاملة المتاحة لديها فقط. قد تجد أن كنت فعلا غير قادر على أداء بعض المهام في سباق واحد. إذا كان لديك لتغيير عدد من المشاريع التي عملت من 5، فريقك سوف تضطر إلى ضبط عادات تقدير والذي سيضر كفاءة فرق. بالإضافة إلى ذلك، سوف فريقك يجدون صعوبة في تنظيم الذاتي عند إعادة تكليف مهمة بسيطة قد تتطلب الغزل تصل بيئة ديف جديدة قبل العمل يمكن أن تبدأ.

إذا كنت لتشغيل نفس 5 مشاريع متسلسل، وكنت تسليم المشروع 5TH في 15 شهرا نفسها، ولكن كنت قد ربيت العميل أن فريقك في مثل هذا الطلب أن يكون لديك تراكم 12 شهرا والتي يمكنك استخدام هذا الوقت لصقل أهداف المشروع. أو إذا كان لديك تراكم مستمر، وكنت أعلم أنه حان الوقت لبدء التعاقد مع فريق آخر. أفضل مشروع، ومع ذلك، يتم الانتهاء في 3 أشهر مع عميل التي شهدت تحسينات سريعة خلال الفترة النشطة. كنت قادرا على الانتهاء من هذا المشروع في العام السابق، ويمكن وضعه على سيرتك الذاتية. وسرعة سباق الخاص بك الاستقرار خلال تلك الفترة من الزمن، وقد تجد أن يضرب خطواتها بعد مشروع أو اثنين، وقادرون على إنجاز المزيد في سباق معين.

وأعتقد أن إدارة مشاريع متسلسل هي واحدة من أكبر العقبات منظمة تحاول تبني سكروم تواجه. انه تغيير ثقافي مهم المرتبطة تفكيك دور مدير المشروع، ولكن الفوائد التي تعود على عملية سكروم ضخمة.

ونضع في اعتبارنا أن الجميع لا يحتاج إلى أن يكون عضوا فريق كامل. ويمكن إشراك العميل في غرفة الانتظار، والتحضير لعملية التنمية. وأظل بلدي محللي الأعمال والمهندسين المعماريين الشبكة وتصميم الرسومات الناس وخبراء المجال ونعلق فقط لهم فريق حسب الحاجة. دعوهم تشغيل مع العدو 0. أنت سأشعر بالدهشة كيف الانخراط العمل على نظرة ويشعر والعمل هو. كما انها جيدة لإعداد العميل على أساس أن عندما تبدأ تطوير بشكل جدي، ومستوى مشاركتها قد تذهب فعليا وأنه من المهم بالنسبة لهم أن تكون متاحة. فليعلموا الجدول بحيث لديهم متسع من الوقت للتعامل مع أشياء مثل الاجازات والعطل في وقت مبكر.

لقد كنت في هذا الوضع الدقيق.

إذا كان لديك منتج واحد مالك عبر مشاريع ثم فيليب الاطلاق الصحيح ؛ واحد سباق مع فريق واحد يجب أن تعمل على ما يرام.

إذا كان لديك أكثر من منتج واحد مالك ، ثم مثالي على الجانب التجاري يحتاج إلى اختيار واحد 'prioritizer' الذي يعطى مسؤولية جدولة العمل. هذا هو بالتأكيد أفضل حل.

إذا (كما هو الحال ربما) الأعمال لا ترغب في تغيير الكيفية التي تريد أن أولويات الأمور (التي من شأنها أن تكون بعيدة جدا مناسب) ثم يمكنك تقسيم الفريق., و تشغيل المتزامنة اثنين السباقات.ومع ذلك مع فريق من ستة ، لن تقسيمه إلى أكثر من 3 فرق (أنا لا أريد أن الانقسام في كل شيء ، ولكن أعتقد 2-3 فرق أن تكون قابلة للتطبيق).تقسيم أي من كيني يشير وجود فرق من شخص واحد يبدو لي نوعا من العبث ، ثم لم يعد لديك فريق الفردية فقط المبرمجين.

إذا كنت تقسيم الفريق, لم أجد قيمة كبيرة في دمج stand-up, إلا إذا كان لديك منفصلة سباقات السرعة في العمل على الكثير جدا من نفس مصدر ، ولكن بعد ذلك قد تكون حجة دمج تلك الفرق لغرض العدو.

هناك رأي آخر لقد قرأت مؤخرا ، وهي أنه في بيئة رشيقة مفهوم المشروع قد تكون عكسية و يمكن القضاء عليها.وفقا لهذا الخط من التفكير ، المنظمة يجب أن تركز على النشرات بدلا من ذلك.وهذا لأن المشاريع هي مصطنعة صناديق العمل التي تنتج أية قيمة حتى يتم الانتهاء.كانت مخالفة رشيقة المتمثل في كثير من الأحيان تقديم قيمة شحنها.A الإصدار هو أكثر انسجاما مع رشيقة لأنها موجهة نحو تحقيق القيمة لأن نطاقه يمكن تقليص أو توسيع بناء على ما فرق يمكن أن يحقق قبل الإصدار.

هناك إمكانية الوسط ، الذي ما كان يسمى سابقا المشروع في شركتك الآن إعادة تجميعها المشتركة رشيقة موضوع أو ميزة.الاستفادة من هذا النهج هو أن موضوع أو ميزة يمكن أن تنفذ الآن في قطعة من قيمة المنتج صاحب يراه مناسبا.

لا يزال هناك سؤال من أحد فريق العمل على عدة المنتجات, و هو سؤال بسبب مخاوف مشروعة حول مجال المعرفة و ممكن المهارات التقنية.ولكن المنتجات بنيت مع رشيقة متعددة حتى المنتجات بنيت من قبل فريق واحد ، تتراكم باستمرار الإصدارقادرة القيمة.في المقابل ، المشاريع لا شيء يستحق حتى النهاية (لم يكن).

شيء للتفكير...

أعتقد anopres كان على حق:أفضل طريقة لتجنب مشاريع متعددة في نفس الوقت مع سكروم.تفعل كل شيء ارشدتني أن يعمل كثيرا في الموازية ليست فعالة.

دعونا نفترض 5 مشاريع كل منها حوالي 3 أشهر عن الفريق مع 5 أشخاص.

النهج 1:كل شخص يعمل على مشروع واحد في الفريق

  • 1/5 سرعة الإنجاز في المشروع يعطي 15 شهرا من تسليم جميع المشاريع
  • كل شخص هو خبير ولكن فقط في المشاريع الخاصة
  • لا روح الفريق

النهج 2:1 سباق في مشروع تحويل مشاريع

  • كل 6 سباق العمل على المشروع
  • منذ وقت طويل جدا بين العمل في المشروع - غير العادية قيمة إضافية للمشروع (على تراكم المنتجات نعم) ، من السهل أن ننسى الجهود اللازمة لاستعادة السياق ،
  • أول مشروع تسليمها بعد حوالي 12-13 شهرا (على افتراض 2 أسابيع سبرينت)

النهج 3:5 مشاريع في سباق واحد

  • يتطلب الكثير من مفصل تقسيم المهام فقط لتناسب سباق
  • القليل جدا تدريجي بناء في المشروع
  • تسليم المشروع الأول بعد حوالي 12-15 شهرا

النهج 4:أوصى - تسلسل العمل

  • فريق يعمل على مشروع واحد بعد المشروع
  • أول من بدأ المشروع و تسليم بعد 3 أشهر
  • المشروع الثاني بدأ بعد 3 أشهر ، تسليمها بعد 6 أشهر
  • ...
  • 5 بدأ المشروع بعد 12 شهر ، تسليمها بعد 15 شهر
  • فريق درجة عالية من التركيز على مشروع البحث المكثف والتعاون مع العملاء
  • كل فريق لديه العامة معرفة جيدة حول جميع المشاريع
  • لا تضيعوا الوقت على سياق التحول
  • تتطلب فريق التعاون (الصراعات يمكن أن تبطئ التسليم).

كما ترى الحل 4 هو عموما أفضل لأن المشاريع ديليفيريد أسرع بكثير ، يعمل الفريق معا وكفاءة.مناهج أخرى يتضمن إضاعة الوقت من سياق التحول ، أي كامل فريق التعاون ، طويلة جدا إجمالي وقت التسليم من جميع المشاريع.... الخ

و ماذا عن تراكم الاستمالة ؟ إذا كان الفريق يعمل على مشروع واحد في وقت واحد بسيط - الجميع الانضمام.إذا كان هناك عدة مشاريع قد نحتاج إلى مندوب واحد من الناس لفصل الاستمالة دورات (وليس فريق كامل المعنية).

من المهم أن ارشدتني العملاء ابتداء من 2 المشروع بعد 3 أشهر لا تزال النتيجة في أسرع التسليم (بعد 6 أشهر) بدلا من إذا بدأنا ذلك immediatelly مع كل الآخرين.ومن الوهم أن مديري انظر نبدأ 5 مشاريع في آن واحد ، نحن نعمل بجد وتسليم قليلا قليلا.في النهاية هذه ليست فعالة ولكن.

هذا هو السبب في أنني لا أجد أن سكروم هو كفاءة مشاريع متعددة في موازاة ذلك ، بل هو صعب جدا أن المباراة في إطار العمل وفقا سكروم القواعد.في بعض الأحيان قد يكون من الجيد وجود 2 مشاريع للحفاظ على جميع الناس المحتلة ، ولكن أكثر المشاريع نضيف أقل كفاءة سكروم سوف يكون.ربما كانبان هو بديل فقط لرؤية التقدم و فريق العمل (ليست قوية جدا مثل فريق سكروم)?

التحيات ، آدم

وكما قال @ كريس، وهو مشروع العادي لديه مشاريع فرعية في الداخل. لديك فقط المتراكمة واحد بالرغم من ذلك.

وفكر في تراكم مع جميع المشاريع الخاصة بك. المشكلة الأولى: هل أنت تحديد الأولويات للمهام أو مشاريع؟ أنا لا تفضل تراكم للمشروع الواحد. على الأقل لديك واضحة الأولويات التي المالك المنتج لديها.

وجود أصحاب المنتجات المختلفة، ويرجع ذلك إلى حقيقة أن أولئك أصحاب المنتجات لن توافق على كم من الوقت يجب أن تعطي لكل مشروع. "شخص ما" سيتعين على absorve اتخاذ قرار بشأن كيفية إدارة الأولويات إنتربروجكت. ملاحظة: يجب على مطوري لا تفعل ذلك.

وهنا يأتي مشروعنا "S" مدير من شأنها تحقيق التوازن بين الموارد أصحاب المنتجات تحتاج وأعضاء الوقت من فريق يمكن أن تعطي. صاحب المنتج وتدفع لمدة شهر واحد من العمل، ولكن صاحب المنتج B دائما بتحديث مشروعه (ويدفعون لك جيدا). هناك بعض كيف عليك أن توازن بين فريقك لوأن يكون له شهر واحد (الوقت المطور)، ولا تتوقف B من ملء جيوب الخاصة بك.

في حالة البرامج الداخلية (شركة واحدة، وألف مشروع). يجب على أصحاب منتج مختلف الاتفاق على وقت معين لهم. أنهم لا يعيشون معزولة، ولكن في نفس القارب كما كنت (مدير المشروع "S"). وسوف تجعل حياتك أسهل أن تكون قادرة على تأجيل بعض المهام، ولكن في نفس الوقت يجب أن لا ننسى احتياجاتهم.

حسنا، أنا لا تزال تحاول معرفة أفضل طريقة للقيام بذلك. ولكن هذا هو ما نقوم دفع في الوقت الحالي. وآمل أن يساعد.

يمكن لأعضاء الفريق تقسيم وقتهم بين المشاريع سكروم، لكنه أكثر من ذلك بكثير إنتاجية أعضاء الفريق أن يكون مخصص بالكامل. ويمكن لأعضاء الفريق أيضا تغيير من واحد سباق إلى أخرى، ولكن هذا أيضا يقلل من إنتاجية الفريق. ويتم تنظيم المشاريع مع فرق أكبر ل[سكرومس] متعددة، تركز كل منها على جانب مختلف من المنتجات التنمية، مع التنسيق الوثيق بين جهودهم.

وأود أن أقترح تشغيل واحد سبرينت لكل مشروع ويكون 1 اجتماع ستندوب اليومي للتعامل مع جميع النشطة الينابيع / المشاريع.

أود المساهمة.هذه هي الطريقة التي كنت تفعل ذلك:

  • هناك منتج واحد صاحب واحد تراكم المنتجات في الفريق.مالك المنتج لا يجب أن يكون شخص واحد ، ولكن هذا المنتج صاحب "كيان" هو المسؤول عن تراكم المنتجات.
  • نتاج تراكم لديه قصص المستخدم في كل مشروع (جميع المشاريع هنا).كل قصة المستخدم لديه جهد/قصة نقاط (فريق المسؤولية) و قيمة الأعمال (صاحب المنتج المسؤولية).
  • لدينا "تراكم المنتجات الاستمالة" اجتماع كل سباق.قبل هذا الاجتماع مالك المنتج وتحديث العمل القيم من القصص (إذا كانوا بحاجة إلى بعض التغيير الأعمال مهما كان السبب - أننا لا يجب أن أهتم-) وتشمل بعض قصص جديدة.في هذا الاجتماع قصص جديدة وأوضح الجهود التي يتم تحديثها أيضا.هذه الجلسة تستغرق حوالي ساعة واحدة (ما عدا أول الوقت حوالي 4 ساعات).
  • عندما نحن ذاهبون إلى خطة جديدة سباق نفتح تراكم المنتجات ، من أجل القصص من قبل العائد على الاستثمار (هذا هو قيمة الأعمال / الجهد) وخطة القصص حتى الوقت قد ذهب.

و هذا الأمر.أستطيع أن أقول هذا يعمل بشكل جيد جدا.نحن نستخدم اثنين من جوجل جداول البيانات (تراكم المنتجات و سباق المتأخرة منها ، سواء مع الرسوم البيانية و الاشياء) للقيام بذلك ، redmine (محدد الدلالي) على الانترنت منظمة كل يوم:الوقت مهمة التقدم ، وما إلى ذلك

المشكلة مع هذا النهج هو أن لدي تكرار المهام في سباق تراكم جدول redmine.ولكن لا أجد أي على القيام بذلك تماما على الانترنت.اشتقت تراكم المنتجات في redmine (لا الدلالية أخرى يعمل بالنسبة لي), لوحة واحدة في جيرة ، أكثر القصص في التايغا ، إلى آخره

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top