[فيديو] "ليست هناك حاجة إلى Piems" وثلاثة أفكار أخرى لإدارة المشاريع


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


من جميع أنحاء البلاد اجتمع الهواة لتقديم رشيقة ، تليها kanban. هم في المطابخ عادة ما يشاركون المعرفة المقدسة في المساء. خمنت بالفعل ، ربما ، لماذا كل هذا النص قبل الكات. عقدت Yandex.Money "Piemnu" ، حيث لم تكن هناك مقاعد فارغة.


لماذا يكون المنتج (أو المشروع) ، سر نجاح الفرق الرائعة ، كانت هناك مقالات حول حياة الشركة ، وكيفية حل الجحيم المحلي - بالنسبة لأولئك الذين لم يكونوا ، كل شيء مكتوب ، هناك الكثير من المعرفة والخبرة. قم بتشغيل الخلفية ، مثل التلفزيون.


منتج مقابل المشروع: كيف صنعنا أصدقاء أعمال واهتمامات تنمية (Dmitry Volkov، Yandex.Money)


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



موافق و سكروم. رج ، ولكن لا تخلط (ناتاليا أنتيبوفا ، وريك)


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



طريقة Kanban وإدارة المشاريع في فريق يضم 30 شخصًا (Igor Filipiev، ScrumTrek)


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



لماذا لا يحتاج التطوير الحديث إلى PMs (ديمتري كروغلوف ، وصول)


PM وقعنا ضحية لتطوير عمليات التنمية وخرج من الموضة؟ هل تتخلى الفرق الحديثة ذات الخبرة عن هذا المنصب واحدا تلو الآخر؟ هل أصبح مالكو المنتجات عبارة عن مديرين عصريين؟ هل هذا صحيح وما الذي يجب أن يفعله أي شخص ربط حياته المهنية بهذه المهنة؟




اشترك في مدونتنا - نتحدث عن ما هو تحت غطاء الأموال ، وكيف نتعايش معها. تعال إلى الأحداث وتنزعج.

Source: https://habr.com/ru/post/ar442882/


All Articles