هياكل الطيور الصافية: تدفق التنمية

إذا لم تتمكن من وصف هيكل مؤسستك أو قسمك أو العمل بشكل عام على أصابعك ، فهذا يعني أنك تفعل ذلك بشكل غير فعال.

الكفاءة والشفافية ليستا الشيء نفسه. يمكنك القيام بأشياء غير فعالة بشفافية ، والقيام بأشياء غير شفافة بشكل فعال.

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



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

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

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

لماذا هو مطلوب

تم تصميم تدفق التنمية لتلبية 4 التزامات:

• هيكلة العملية
• حلول للمشاكل
• يعطي ملاحظات
• يوفر لغة تفاعل عالمية

تدفق التنمية هو أداة إنشاء نظام .

النظام

يتكون النظام من عناصر ، والعناصر مختلفة ، و "التيار" يمر بها - عملية العمل. في "تكنولوجيا المعلومات" ، "الكلام" هو الرمز والتصميم والوثائق والأشياء الأخرى التي نعمل معها.

الأنظمة مفقودة

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

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

أو إذا كنت تشعر أنك غير فعال ...

... فأنت على الأرجح ليس لديك نظام.

النظام لا يعمل بشكل صحيح

ليس كل الذهب الذي يلمع. ليست جميع سيارات V12 تحت غطاء المحرك. والأهم من ذلك - ليس كل محرك يعمل بشكل صحيح ، حتى لو كان مسافرًا (مرحباً ، صناعة السيارات المحبوبة).

من المهم أن يكون لدينا نظام عمل مناسب ، لأنه ثقتنا. في عمله ، في عمل النظام بأكمله. ستجد على الفور مشاكل ، يمكنك حل معظمها.

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

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

تدفق التنمية: النظام

يتضمن نظام DF قسمين - التدفق العام (عمل النظام ككل) ، والتدفق الخاص (عمل أجزائه الفردية).

التدفق الكلي

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

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

المالك → SM → Designer، Developer → Tester → كاتب تقني

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

عندما نسلط الضوء على التفاعلات ، هذه الأسهم ، يجب أن نظهر ما يعطيه الأول ، وأن الثاني يعيده كملاحظات. لذلك يبدأ النظام في العيش.

مالك → يعطي وصفا للمهمة → SM

ستقوم SM بإعادة صياغتها لكل من المالك والباقي. تقييم المهمة - تقريبي - سوف يصطف نفسه. لكن مهمة SM - من وصف بسيط ، تطبيق كومة رشيقة ، لجعل SUFFICIENT_DESCRIPTION. سوف يناقش ويوزع أجزاء من هذا قبل الفريق.

SM → يعطي أجزاء TO → مصمم ومطور

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

المصمم والمطور في مسيرة يومية حيث تعود إليه التعليقات من SM رؤيته للمهمة. نتأكد من أننا نفهم كل شيء بنفس الطريقة. يستغرق 25-28 ثانية. ويوفر ساعات وأسابيع.

المطور ← بعد تدفقه الخاص (المزيد عن ذلك لاحقًا) ، يمرر الرمز → إلى المختبر

يعطي المطور الرمز ، وينظر المختبر في جزءه من TO ، ويفي بتدفقه. ردود فعل المختبر هي لـ SM → "إيجابي" ، أي كيف يفهم المهمة ، وللمطور → "سلبي" - فقط إذا تم كسرها.

المطور ليس لديه فكرة أن رمزه يتم اختباره حتى تكون هناك مشاكل.

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

تدفق خاص

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

المالك

الهدف الرئيسي
بيان المشكلة (backlog ← الوصف) ، اقرأ التعليقات

ما هي الخطوة التالية
عندما يقوم المالك بصياغة المهام ، فإن SM يصفها ← يؤدي إلى Sufficient_ الوصف.

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

يتفاعل مع
SM

SM

الهدف الرئيسي
قبول المهمة ، وإحضارها في شكل Adweight_Description ، وتقييم المهام ، وتوزيعها ، وقراءة التعليقات

ما هي الخطوة التالية
يوزع المهام على الموظفين

ملاحظات من
مصمم ، مطور ، مختبر ، كاتب تقني

يتفاعل مع
المالك ، المصمم ، المطور ، المختبر ، الكاتب التقني

المطور

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

ما هي الخطوة التالية
يمكنه تقديم اقتراحات بالتعديلات ومناقشتها مع SM والمصمم.

ملاحظات من
سم ، مصمم ، فاحص

يتفاعل مع
SM ، من قبل المصمم ، (من المهم - لا يمكنه توليد التفاعل مع المختبر)

(في هذا الوصف ، لا أحب المخطط حقًا ، هذا عرضي التقديمي مع وصف مختلف ، ويسعدني العمل معه. لكنني أستكشف الخيارات ، وأحاول ، والصقل ، واتضح أنه هكذا.)

في البقايا الجافة

تدفق التنمية يحل المشاكل التالية:

• هيكلة العملية
• حل المشكلات
• يعطي ملاحظات
• يوفر لغة عالمية لم نقل كلمة عنها بعد

المزايا الرئيسية - يعرف الجميع ما يجري ، وماذا يفعلون ، ولا يتم تحميلهم بعمل غير ضروري.

لدى Scrum Masters الكثير من العمل (Timlid ، CTO). ولكن يجب أن يكون الأمر كذلك ، فهو الجرار الرئيسي في هذا النهج.

عرض قصير جدا وجاف

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

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