أجندة الـ Kickoff ومعايير الخروج

الـ Kickoff موجود ليخلق توافقًا، لا ليعقد اجتماعًا. ينجح حين يغادر الجميع متفقين على النطاق والأدوار والجدول الزمني وكيفية التواصل — لا حين ينتهي وقت الاجتماع.

المدخلات ← الأجندة ← الخروج

flowchart LR
  subgraph In["Inputs"]
    S["Signed SOW"]
    B["Scoped backlog"]
    T["Team assigned"]
  end
  In --> AG["Kickoff agenda"]
  AG --> EX["Exit: alignment on<br/>scope / roles /<br/>timeline / comms"]

الحضور

الطرف	مَن
نحن	PM (Firas Alhawasli)، BA (Samaha Alhaw)، الـ Tech Lead المعني
العميل	الراعي / صاحب القرار، product owner، أصحاب المصلحة الرئيسيون

الأجندة

1. استعراض النطاق — MoSCoW Must/Should، وقراءة صريحة لما هو خارج النطاق.
2. الأدوار و RACI — مَن يقرّر، مَن يراجع، مَن يعتمد. الـ PM مسؤول (Accountable) عن التسليم.
3. الجدول الزمني والـ cadence — المراحل من الـ SOW، والـ cadence كل أسبوعين، وتواريخ الـ demo.
4. خطة التواصل — القنوات، صيغة الـ status، مسار التصعيد.
5. الاعتماديات والمخاطر — ما نحتاجه من العميل ومتى (من الـ risk register).
6. Definition of Ready / Done — بوابات الجودة، مكتوبة على أعمدة الـ board: مرئية للجميع، لكن اللوحة لا تمنعك.

معايير الخروج

يكون الـ Kickoff مكتملًا حين يكون لدينا اتفاق مكتوب على:

• النطاق — يقدر الطرفان على ذكر ما هو داخل وما هو خارج.
• الأدوار — صاحب قرار مُسمّى ومسؤول sign-off من جهة العميل.
• الجدول الزمني — تواريخ المراحل وأول موعد demo على التقويم.
• التواصل — القناة و cadence الـ status ومسار التصعيد متفق عليها.

تنبيه

“اجتمعنا وسار الأمر جيدًا” ليس مخرجًا. إن بقي أيٌّ من الأربعة — النطاق، الأدوار، الجدول، التواصل — غامضًا، فالـ kickoff لم ينتهِ.

يسبق الـ build؛ والإيقاع من هنا هو الـ Communication Cadence.