الجزء الثاني مع أخطائي ، الأول
هنا .
واسمحوا لي أن أذكرك بأنني مالك المنتج في فريق مكون من المطورين فقط ، ونحن بصدد إنشاء منصة لتكنولوجيا المعلومات لإدارة الشبكات التابعة لمحطات الوقود.
خطأ أربعة.
عامل الأتوبيس: ما بدا في البداية كأنه الكثير من الأخطاء ، ولكن في الواقع تبين أنه الفوز بالجائزة الكبرى واضح للفريق
لتجنيد 8 أشخاص لا يستطيعون استبدال بعضهم البعض على الإطلاق ، دون اختبار ، وأولًا دون محلل؟ يبدو أنني جننت وقررت غرق المنتج.
في الواقع ، أحتاج إلى تقديم 6 مجموعات مختلفة من الخدمات ، لكل منها بالفعل "أفضل ممارسة" ، والتي يتم نشرها بسهولة وسرعة ، سوق المطورين ذوي الخبرة كبير.
ماذا يعني هذا
الفريق بالنسبة لي ؟ القدرة على العثور بسرعة على فريق يتمتع بالكفاءات المناسبة ، ونشر MVP بسرعة والبدء في التحقق من صحة فرضيات العمل ، واحتلال هذه المكانة المجانية جدًا في السوق.
ما هذا
للفريق ؟ في مستوى البداية ، هناك الكثير من الكفاءات المختلفة التي يمكنهم مشاركتها مع بعضهم البعض ، وقدرة كل ميزة على استخدام أسرع الحلول الممكنة ، والأهم من ذلك ، أنهم يتعلمون شيئًا جديدًا باستمرار ، وهذا ، كما ترى ، مثير للاهتمام حتى بالنسبة للكبار. (على الأقل يشارك فريق التطوير الخاص بي هذه المبادئ).
أثناء اختبار فرضيات العمل ، يطحن فريق التطوير لبعضهم البعض ويبدأ بمرور الوقت في اختبار الفرضيات التقنية داخل أنفسهم ، وبالتالي ، في النزاعات ، يتم إنشاء بنية الهدف للمنصة التي أنشأها TEAM ، وليس مهندس معماري واحد فقط. "جميع المهندسين المعماريين" هو شخص ، في رأيي ، لا طائل منه ومكلف ، وهم غير موجودين :) عندما يتحمل فريق المسؤولية على قدم المساواة ، يصبح المنتج من بنات أفكار مشتركة ، ويشجع الجميع على ذلك ، لا أريد تغيير المسؤولية بعد الآن. بهذه الطريقة الشائكة ، ينمو الفريق ، ويتخذ القرارات ، وكيفية زيادة إنتاجه ، وتوسيع الكفاءات ، وإمكانية التبادل ، والتنظيم الذاتي. لم نمر بعد هذا المسار ، لكن عاجلاً أم آجلاً سنمر. بالطبع ، نحن الآن بصدد توسيع الفريق إلى اختبار مخصص ، ولكن في البداية ، يكون الفريق قادرًا تمامًا على التعامل مع هذه الوظيفة نفسها.
نعم ، من الأسهل الاستعانة بـ 6 من مطوري جافا ، والآن يمكن استبدالهم على الفور ، لكن بسرعة من الصفر لن يصنعوا منتجًا عمليًا ، وستكون محدودة للغاية بسبب كفاءاتهم.
بالمناسبة ، من الصعب للغاية أن تكون مالكًا لمنتج تكنولوجيا المعلومات دون خبرة في ذلك ، على سبيل المثال ، مطور أو محلل أو مستشار نظام (أي شخص باستثناء مديري المشاريع) ، وحتى إذا كان لديك مهندس معماري ، فسيكون منتجه وليس منتجك. . هنا يمكنك القول ، ولكن الممارسة والإحصاءات هي على النحو التالي.
خطأ خمسة.
هذا غير مريح بالنسبة لي ، لذلك لن يحب الآخرون ذلك
غالبًا ما سأل فريقنا عن "من يحتاج هذا؟" ، "العميل يريد ذلك من هذا القبيل" ، "إنه بالتأكيد غير مريح لأنني لا أحب ذلك" ، وهلم جرا. في البداية ، بالطبع ، يمكنك أن تفكر في العميل ، وأن تقدم له شيئًا ، وبناءً على الملاحظات ، قم بملء الأعمال المتراكمة. الشيء الرئيسي هنا هو إجراء دراسة نوعية وسماع الآلام ، وليس الحلول الجاهزة ، وإلا فسوف يطلبون "حصان أسرع" ، وليس آلة تعمل بشكل مثالي.
من الضروري غمر الفريق في ألم
العميل ، أو الاتصال
بالعملاء أو الفريق للاستمالة ، أو إعطاء الفريق جهات اتصال لهؤلاء العملاء الذين يمكنهم دائمًا طلب رأي أو التحقق بسرعة من الوظيفة.
بدأت أقول لنفسي أكثر من مرة: "لا تحاول أبدًا دور العميل إذا لم تكن في مكانه ولا تدع الفريق يقوم بذلك". لماذا يجادل دون جدوى إذا كنت تستطيع أن تسأل الشخص الذي تفعل هذا؟
خطأ ستة.
لا أحد يحتاج إلى نماذج أولية
هناك خطأ كبير للغاية بالنسبة للمبتدئين ريال عماني هو عدم إنشاء نماذج أولية أو اختبار الفرضيات. أود أن إنشاء بسرعة الجميلة وعلى الفور إلى الإنتاجية.
إذا كان ألم العميل: لا يرى النجوم في الليل بسبب سوء الاحوال الجوية ، ويمكنك إنشاء مركبة فضائية له على الفور ، وتحاول أن تتجاوز توقعاته وتفعل 100 مرة أفضل مما كان يتصور ، فهذا خطأ واضح. كان لديه مهمة وألم ورغبات مختلفة.
يمكنك قضاء ثلاثة أيام أو أسبوع ، والتعرف يدويًا على الشكل الذي سيبدو عليه المنتج ، وكذلك إظهاره على العميل. اطلب منه معرفة كيف سيستخدمها ولا تنسَ أن يفعل ذلك في كل مرة يتم فيها نقل الأفكار إلى تراكم المنتج.
حسنًا ، عندما توصلت إلى ميزة رائعة ، ونموذجها ، يصفق المستخدم يديه ويريدها حقًا - لا ، لا يزال يتعذر عليك تشغيلها :) لا تنس مقاييس الميزات ، سواء البقالة أو العمل. تعد المقاييس عمومًا قصة خاصة بها أخطاء - المزيد عنها في وقت لاحق وبمزيد من التفصيل في الدفعة التالية. في حين أن الإعلان ...
خطأ سبعة.
متري القدرة الكلية
اسمحوا لي أن أذكركم بأن فريقنا هو جزء من بدء تشغيل كبير للغاية في شركة كبيرة. كان التعامل مع مقاييس المنتجات مع أصحاب المصلحة أمرًا صعبًا. يعد وضع مقياس عمل على حل تكنولوجيا المعلومات الذي لا يزال في مرحلة التصميم فكرة سيئة. لكن يجب على المستثمرين إظهار عملهم ، حتى لو لم تكن هناك زيادات للمستخدم بعد.
أي مقاييس للأموال ستؤدي إلى إلغاء تثبيتك أنت وفريق العمل ، ولكنهم هم بالضبط أصحاب المصالح الذين يريدون مشاهدتها. والآن أنت بالفعل على المسار الزلق PI ، بجد بثقة ، لا يمكنك التأثير على هذا المقياس بشكل إيجابي. وفي كل الأحوال ، من الآن فصاعدًا ، يبدو المنتج غير فعال وغير مربح.
إذا لم ترتكب خطأً رقم 6 ، فستكون لديك كل فرصة لإقناع أصحاب المصلحة واستخدام النموذج الأولي وإظهاره للمستخدمين وجمع الملاحظات ووضع مقاييس الجذب عليه. اجعل التطوير أكثر شفافية قدر الإمكان ، وأظهر ما تقوم به على هذا النموذج الأولي ، وأي زر أو نموذج سيعمل ، وما الذي سيتيح لك القيام به ، وكيفية استخدام جدول زمني جميل سيظهر قريبًا. الشيء الرئيسي هنا هو عدم
الوعد أكثر من اللازم والحفاظ على جميع
وعودك.ملخص الاستنتاجات:
- المحاولة الأولى ، إذا كان لك - انتقل إلى مدرسة RO
- أنت لست خالداً ، ولا تستحوذ على كل شيء دفعة واحدة ، فقم بتوظيف فريق تكون مستعدًا للثقة فيه
- أنت بالتأكيد بحاجة إلى سيد سكروم. في الوقت الكامل.
- انتهز الفرصة. سيصبح فريق scrum قابلاً للتبادل عاجلاً أم آجلاً ، ولا توجد فرضيات العمل على الأرض ، فمن الأفضل أن تشغل مقعدًا فارغًا في السوق بشكل أسرع باستخدام MVP الخاص بك ، على الرغم من أن مخاطر عامل الجهير في البداية ، لا تتاح لها الوقت الكافي للقيام بذلك.
- تواصل أكثر مع العميل وتذكر ألمه وحاول حلها.
- استفسر عن كل أفكارك ، وقم بإنشاء نماذج أولية واختبار الفرضيات ، وانظر إلى رد فعل العميل ، فنحن هنا لنجتمع سويًا :)
- اختر المقاييس بنفسك ، ومن المفترض أن تساعدك على صنع منتج جيد الجودة ومتكرر. تذكر أن هناك الكثير من المنتجات التي بقيت في "وادي الموت" بسبب نقص الجودة.