في كل فريق من فرق التطوير الستة لدينا ، من المقرر أن يتراكم العمل لمدة عامين تقريبًا ، مع الأخذ في الاعتبار عمليات إعادة البناء والتجديد والميزات وأخصائيي منتجات قائمة الأمنيات التي لا مفر منها تقريبًا. في الداخل ، يمكن أن يسير كل شيء وفقًا للأولويات ، وقد تصبح بعض الكتل الكبيرة أكثر أهمية ، ثم تتم إزالتها ، ثم يتم إضافة شيء جديد هناك. ولكن هناك دائمًا فهم لمكان الحفر في الأشهر المقبلة.
بالإضافة إلى مجموعة من المزايا ، فإن مثل هذا النظام له عيبان واضحان:
- هذا ممل مملة ، والملل ليس هو ما يحفزنا على كتابة الكود.
- تتراكم العديد من الفرضيات ، وفقًا للعملية المعتادة ، تقع في مكان ما في نهاية الأعمال المتراكمة ، ولكن يمكن لكل منها أن تعطي نتيجة سريعة. أو ربما لا. بعضها مثير للاهتمام.
في الوضع العادي ، من الصعب تحليل هذه الفرضيات ، لأنك تحتاج إلى تفاعل من عالم المنتجات ، ورجل أعمال (عادة ما يكون مديرًا مباشرًا) واثنين آخرين من فرق التطوير الأخرى. أي أنه عندما يكون لديك ساعتان مجانيتان ، فلا يزال يتعذر عليك القيام بذلك. ونظرًا لأننا نجني الأموال غالبًا عن طريق سحق المسار في العمل نحو واجهات جديدة وميزات جديدة ، فإن اختبار الفرضيات هو الحياة.
أولاً ، خصصنا وقتًا داخل المكتب وقمنا بسير العمل بشكل عام. اتضح أنه إذا قمت بالتحقق في أسرع وقت ممكن ، فإنك تحصل على حلول متوسطة. لتحسين الجودة ، تحتاج إلى الخروج من الروتين العام.
لذلك ، سافرنا بالفعل إلى مدينة أجنبية ثلاث مرات وعملنا هناك.
لماذا هذا مطلوب؟
إذا كنت قد قرأت بالفعل منشورات حول كيفية تراكم
الديون الفنية وماذا نفعل به ، وحول ما يحتاج
المطور إلى معرفته
عن الأعمال ، فأنت تعلم أنه من وقت لآخر لدينا عشرات من الفرضيات حول ما للقيام به. حوالي نصفهم من المطورين ، جزئياً من قصص من أقسام أخرى وتحويل التجربة إلى الذات ، أو جزئياً من عالم المنتج ، أو المؤسس ، أو ببساطة بسبب مرحلة القمر.
بعد ذلك ، نحدد قائمة الأشخاص الذين يحتاجون إلى حل معظم هذه المهام. كقاعدة عامة ، هذا فريق تطوير محدد (توجيهات من الجو أو السكك الحديدية أو الجولات أو القطارات أو المغامرات أو التحليلات) أو مهندس بنية تحتية أو شخصين من شركة (للحصول على صورة عامة وتقييم الاتساق المالي) ، وهو محلل للنقل والانتقال من أشخاص من الفرق الأخرى .
بدت العملية الأساسية كما يلي: خذ مسوقًا ، مطورًا ، مصممًا ، محللين وقائدًا. في المكتب مباشرة ، نرتب مرة واحدة في الأسبوع مناقشة للعداء حول الفرضيات. يتم تخصيص يوم واحد عندما يتم تنفيذ العمل فقط على الفرضيات. إذا ترك حل مشكلة واحدة في غضون ست ساعات ، فسيتم إيقافها ويترك هذه العملية. المهمة هي إطلاق الإصدار التجريبي المائل في ست ساعات. يتم اختبار عشر فرضيات في الأسبوع لجميع الفرق.
هذا يعمل بشكل جيد ، ولكن القيود التي رأيتها أعلاه.
يأخذ التطوير الكامل ما يسعده مدير المشروع بناءً على النتائج التجريبية.
استشرنا مع مدير إدارة المشروع ، وقال عدة أشخاص مختلفين في الحال إن القوات الخاصة يجب أن تنشأ داخل الشركة ، أي أولئك الذين يشاركون على وجه التحديد في الترويج لفرضيات سريعة. في مكان ما يسمى هذا مجموعة التطوير ، في مكان آخر. وهذه النقطة هي hackathon دائم لفريق واحد.
هذا يبدو منطقيًا ، لكن لا يتم تنفيذه بسرعة: من الضروري جمع الخبراء في ستة مجالات مختلفة من العمل وحرمان الفرق الرئيسية من أكثرها إثارة للاهتمام ، لأن هذه "القوات الخاصة" يتم اختيار جميع الزبيب من الكعكة.
هناك حاجة إلى "القوات الخاصة" لأنه إذا لم يتم تخصيص 100٪ من وقت المطور لحل المشكلة ، فقد بدا الأمر أسوأ. اذا حكمنا من خلال التجربة. لكن لم نتمكن من فعل ذلك.
أخذنا TRIZ واقترحنا أن نركز جزءًا من الوقت على الفرضيات ، بدوام جزئي على العمل الرئيسي "على المدى الطويل". ما الذي يمنعنا من القيام بذلك ، كما فعلنا في المكتب؟ السياق والتشتت واللوائح المستمرة والتوظيف المستمر لأعضاء الفريق والتعليقات الطويلة.
هذه هي الطريقة التي توصل إليها الناس مع المتسللين. أنها تزيل جميع القيود المفروضة على المكتب وإعطاء الوقت للتركيز. فقط hackathon هي قصة طوعية مجانية ، وعادة ما تكون حول التدريب. يقضي المطورون يوم السبت ، لأنهم يمكنهم تعلم شيء جديد ، وليس من الأفضل القيام بعملهم.
لذلك ، قررنا إجراء تجربة والذهاب إلى اسطنبول مع فريق من 14 شخصًا.
تجربة اسطنبول
لماذا اسطنبول؟ نحن بحاجة إلى مدينة تلبي الاحتياجات الغذائية:
- احصل على رحلة سريعة دون تأخير متكرر (الجانب الآخر من الكوكب لا يصلح ، والجزر ذات الطقس غير المتوقع لا تناسب).
- الوصول غير مكلف نسبيا (أيسلندا عادة غير مناسبة).
- المدينة أكثر جاذبية من موسكو في هذا الوقت من العام (لا يحب الجميع الخروج من المكتب من أجل السفر فقط ، أومسك غير مناسب ، اغفر لي سكان هذه المدينة).
- هناك العديد من الأشياء المثيرة للاهتمام التي ليس عليك السفر إليها بعيدًا (النرويج ليست مناسبة).
- يريد الفريق بالإجماع الذهاب إلى هذه المدينة.
لقد وضعنا قائمة بالمدن المناسبة وناقشناها مع الجميع. كان من المهم أن يتم فحص كل شيء مرة واحدة ، وهذا لم يكن مهمة فظيعة.
قررنا عقد اجتماع كبير في إسطنبول في مقابل يومين (مدفوعين) ، لكننا نشتري التذاكر بأنفسنا. يناسب هذا المنطق الجميع ، لأن هذه فرصة للتجول في هذين اليومين مع عطلة نهاية الأسبوع والحصول على إجازة صغيرة في منتصف العام.
حسنًا ، في النهاية ، ما زلنا أناسًا متحمسين للسفر.
في الحال استأجروا منزلاً كبيراً بالقرب من المركز.
من فعل؟ قضى أحد المطورين وقته الشخصي في تنظيم كل هذا. لست متأكدًا مما إذا كان ذلك لأنه أراد دراسة عملية السفر بغرض العمل (لقد قمنا بالترويج لها فقط) ، أو ببساطة لأنه أراد مساعدة الجميع.
لمدة أسبوع ، حذروا
المطبخ من أننا نحتاج إلى وجبات خفيفة على الطريق ، لكن الحمل على الطعام سينخفض في الأيام القادمة.
عملنا صباح يوم الجمعة ، كالعادة ، في الساعة 12:30 ذهبنا إلى المطار ، في حوالي الساعة 15:00 - المغادرة ، في الساعة 18:00 كنا هناك.
وصلنا إلى المنزل ، وكانت هناك بالفعل خدمة الواي فاي التي تم نشرها هناك ، وكان معي مواد مطبوعة. كل ذلك مع أجهزة الكمبيوتر المحمولة للشركات. أكلنا وجلسنا وناقشنا الأشياء الرئيسية. في الواقع ، كان النقاش حول ما وكيفية القيام به في المنتج. وهذا هو ، قررنا ما يجب أن ندخل في الأعمال المتراكمة. كنت أرغب في مناقشة الفرضيات "السريعة" ، والمصير ، وأولويات المهام طويلة الأجل.
في اليوم التالي وصلنا إلى هذا التنسيق: في يوم الخميس ، ظهرت قائمة بالمشاكل (بالإضافة إلى تلك التي كانت معروفة بالفعل) ، لذلك تحدثنا عنها طوال يوم الجمعة تقريبًا. تم العثور على جانبين: أحدهما كان للفرضية ، والآخر كان ضد. ثم رتبوا مبارزة ، حكم عليها الجميع. هذا يشبه إلى حد كبير تجربة الفرضيات: المدعي يسحب ما لا تحتاج إلى فعله ، والمحامي يسعي لتحقيق النجاح والفرح. صحيح ، ثم لم يفكروا في تغيير المدعي العام والمحامي ، وهذا هو الإجراء المعتاد في مثل هذه المناقشات.
كان جدول العمل هذا: اخترنا أسوأ وقت للمشي (في اسطنبول هذا هو منتصف اليوم) ، وضعنا الاجتماع هناك. الصباح والمساء مجانيان ، لكننا نتناول الغداء معًا ، هذه فرصة للتواصل. في تلك الرحلة ، لا يزال بعض الأشخاص يقومون بمهام صغيرة ، أي أنهم لا يستطيعون إيقاف العملية المعتادة تمامًا. من ناحية أخرى ، لن أقول إن الأمر استغرق وقتًا طويلاً.
مثال على فرضية التشغيل
لا تملك الحافلات تذكرة إلكترونية معتمدة قانونيًا. هذا يحزننا بشكل لا يصدق ، لأنه يجب على المسافرين إما طباعة النموذج في المنزل أو الطباعة على طابعة في محطة الحافلات (التي تصبح في بعض الأحيان مشكلة ، وأحيانًا يكون ذلك عاديًا مقابل رسوم). قبلت خطوط السكك الحديدية الروسية منذ فترة طويلة التسجيل الإلكتروني في كل مكان تقريبًا ، تطبع الطائرات إليك في المطار دون أي أسئلة في المحطات الطرفية أو في مكتب الاستقبال (وفي بعض الأماكن لا تحتاج إلى الطباعة). وفي الحافلات في بعض الأماكن لا يزال 70s من الاتحاد السوفياتي.
في الممارسة العملية ، هناك محطات تقدمية تظهر فقط التذكرة من الهاتف. لا يزال لديهم هذه البيانات في البيان من جانبهم ، وتحتاج فقط إلى البحث هناك وفي مستند الشخص. ولكن هناك محطات محافظة وأولئك الذين هم مجرد "بابا ياجا ضد". وجميع المحطات لها أشكالها الخاصة من هذه الأشكال.
من وجهة نظر المحطة ، تعتبر التذكرة الإلكترونية بمثابة تطور. تزداد سلامة المحطة ، فهي أكثر ملاءمة لوحدة التحكم والسائق ، ويتم تسريع العمليات ، ويتم حفظ الورق ، ولا يطرح الشباب أسئلة.
على أي حال ، على متن حافلة ، ينسى واحد أو اثنين من الركاب التذاكر ، وعلى أي حال ، يتم استعادتها من بيانات المحطة. لكن في بعض الأماكن وجدوا الخطأ كثيرًا. لقد أظهرت الممارسة أنه إذا بدأ الراكب في الفضيحة ، فقد سمح له بالدخول. إذا غادر بهدوء (في معظم الأحيان المتقاعدين) - علينا أن نفهم الوضع بالفعل.
أول شيء فعلناه هو تخصيص محطات محافظة ، وعند شراء التذاكر ، نرسل إشعارًا منفصلًا للركاب بضرورة طباعة تذكرة: فلن يُسمح لهم بدونها.
ثم قررنا إعداد "قائمة بيضاء" لمحطات الحافلات التي يعمل فيها التسجيل الإلكتروني. الاختيار الثلاثي: استدعاء الركاب ، استدعاء عميلنا السري ، السؤال المباشر لإدارة المحطة.
إذا كان التشريع متأخراً عن الواقع من حيث السماح بالتذاكر الإلكترونية ، ولكن هناك حل بديل من خلال استرداد التذاكر وفقًا للمحطة ، فلماذا لا تقوم تلقائيًا بجعل عكازتك سريعة ومريحة؟
بشكل عام ، وجدنا مثل هذه المحطات والعلامات المميزة على الموقع.
يتم تكرار التحقق من وقت لآخر.
في هذه العملية ، اتضح أن هناك محطات قد أتت بنفسها إلى مثل هذا المخطط ، لكنها لم تخبر الركاب فعلاً بذلك. تكامل لهذا يذهب أيضا مع الفرح.
ثم قدمنا مكافآت صغيرة في النظام لتلك المحطات التي لديها مثل هذه العلامة بحيث يكون هناك حافز اقتصادي للقيام بذلك.
نتيجةً لذلك ، اتضح أننا سرعان ما تم دمجنا (حسنًا ، في الواقع ليس نحن ، لكنهم مجتمعين ، على وجه الخصوص ، مع أداتنا) عدد غير قليل من المحطات والناقلين الذين يقومون بالفعل بالتسجيل الإلكتروني بأنفسهم.
بمعنى أنه لا يمكنك الجلوس والانتظار حتى يظهر كل شيء بطريقة تشريعية ، ولكن معرفة كيفية القيام بذلك برمجيًا. وهذا كل شيء. احتجنا إلى مجموعة من المطورين والمديرين والشخصيات التي تتواصل مع الشركاء والمصمم.
ما هي النتيجة؟
خسائر التجربة الأولى:
الفوائد:
- تقريبا مثل عطلة في منتصف العام.
- للأشهر الستة المقبلة ، قرروا جميع الأسئلة في وقت واحد.
- كانوا قادرين على التواصل بشكل خاص مع الفريق. لسبب ما ، لا يعمل المكتب بهذه الطريقة.
- أشياء يمكن قياسها بصعوبة على مستوى الأحاسيس: لقد تغيرت العلاقات في الفريق.
- نظرنا إلى منتجنا من الخارج: بعد كل شيء ، استخدمنا أدواتنا (وفرق أخرى) طوال الوقت ، ووجدنا العديد من الميزات "على الطاير".
- لقد قادوا ببساطة في رحلة ، وهو أمر منطقي لشركة تدور حول السفر.
- علم الرفاق "كبار" "يونيو" أن يفكروا بعقلانية ، ليس فقط في التنمية ، ولكن أيضًا في التخطيط لهذا اليوم. هذا غير مهم للغاية ، ولكن نقل الخبرة أمر محسوس.
- كانوا قادرين على جذب المطورين عن بعد إلى التواصل ، وهو ما لم يكن كافيًا في العادة.
Nezhdanchiki:- علمنا أن الفتاتين كانتا تعانيان من مشاكل كارثية في التوجه نحو المنطقة: فقدا ، ووجدناهما ، ولم نتركهما أبداً. هذا تعطلت تقريبا جلسة العمل.
- أظهر المطور الذي تولى المنظمة مظهرًا من مظاهر القيادة الظرفية. لم يكن متوقعًا تمامًا ، فوجئ قائد القائد.
- اكتشفنا أن زميلتنا ميشا تلتقط صورًا رائعة. أخذ الكاميرا وأزال كل شيء ، ثم قدم مطبوعات ورقية. للذاكرة.
من الصعب للغاية المزامنة في الرحلات ، وهذا لم يصبح بعد عملية. لكنني أعتقد ذلك ، لأن الفوائد واضحة. الآن نستخدم كلا النهجين: نخصص وقت فرق العمل في المكتب لتحليل الفرضيات والمغادرة من حين لآخر. هناك حاجة إلى المزيد من المغادرين لتحديد الرؤية والمهام المختلفة ، و "عدم الإزعاج" في المكتب لكسر الفرضيات في وضع hackathon الشخصي.
تم اختيار سبع فرضيات واختبارها في التكرار الأول ، منها ثلاث نتائج أظهرت. على سبيل المثال ، في اتجاه الحافلات.
في مرحلة إدخال البيانات ، بدأ الركاب بإظهار لوحة عليها نقش "آخر شراء تذكرة لهذه الرحلة منذ دقائق". على إصدار الهاتف المحمول A / B أظهر + N٪ للمبيعات ، على سطح المكتب لا توجد نتائج مهمة. لقد وسعنا نموذج البحث على نسخة الجوال من الصفحات مع الجدول - ونتيجة لذلك ، حصلنا على + NN٪ للمبيعات. نتلقى بيانات من العملاء حتى نتمكن من إرجاعها. في القضايا الفارغة ، بدأوا في جمع رسائل البريد الإلكتروني الخاصة بالمستخدمين لإرسال الحافلات ، إذا ظهرت في الاتجاه ، فهناك المئات منها كل أسبوع. بناءً على تفضيلات المستخدم ، نقوم بتجميع العروض في النشرة الإخبارية. النتائج. ضرب: 91-93 ٪. المبيعات من أولئك الذين فتحوا الرسالة: + NN ، 3 ٪ (كبير). ولكن! يركب الناس الحافلات في نفس الاتجاهات ، مما يعني أن التوقعات متشابهة. حتى الآن ، اتضح أن المراسلات ستكون دائمًا كما هي. سوف نفكر في كيفية تنويع.
في هذا الوقت ، كان لدى الأعمال المتراكمة مهام نموذجية ، على سبيل المثال ، مثل هذا الروتين:
- تشغيل تكاملين مع محطات الحافلات.
- تحديث ثلاثة التكامل الحالي.
- دمج شركات النقل الليتوانية.
- جعل الموصلات لحسابك 16 ناقلات.
بشكل عام ، إنه يعمل ، لكننا نود أن نستمع إلى تجربتك في العمل "بمعزل" عن المكتب والسفر إلى مكان ما إذا كان لديك.