لذلك ، ما تتكون منه الدورة ، ما كان في دروسها الـ 24 ولماذا هو مفيد للمطور ، وليس فقط للمنتج المستقبلي.
الدرس 1. المنتج
كان: جوهر المنتج. دورة الحياة. مهام مدير المنتج. المنتج مقابل المشروع.
مفيد:من المهم للغاية أن يعرف المطور المنتج الذي يصنعه. لهذا يدفعون أكثر بغباء. بالطبع ، يمكنك التظاهر بأنك إبريق شاي. اتبع بدقة المعارف التقليدية ولا تفعل أي شيء يتجاوز ما هو مكتوب في المواصفات. اختتم جميع رغبات العميل الإضافية ولا تبدأ العمل حتى يكتب قائد التكنولوجيا جميع التفاصيل في التذكرة ، حتى عرض المسافات البادئة على واجهة المستخدم. ولكن ، مفاجأة مفاجئة ، مع هذا النهج لن ترتفع أبدًا فوق مستوى المطور الأوسط. هناك مبرمجون يفتخرون بعدم قدرتهم على التواصل مع الفريق والعميل. هناك، بالطبع، استثناءات. ولكن إذا لم تكن شيلدون كوبر في مجال تكنولوجيا المعلومات ، فمن الأفضل تشغيل التعاطف وفهم كيفية عمل المنتج ، ومن يشارك فيه ، وماذا يفعلون ، وما هو مهم بالنسبة لهم ولماذا. في أحد المشاريع ، بدأ العميل في الكتابة بالماء المغلي بسعادة ، عندما ، على قائمة الميزات التي يتعين القيام بها ، سألت عن الأولويات.ثم عرض عليهم تغييرها ، المعارف التقليدية. تم حظر بعض المهام من قبل الآخرين. وبعضها تمت صياغته بشكل غير صحيح ، مما قد يؤدي إلى أخطاء في عملية الأعمال. وكان أكبر فشل قمت به عندما قمت بإعادة بيع ديون كبيرة دون موافقة العميل ، لأن كان العميل PM و PM في إجازة. رفض العميل دفع ثمنها ، لأن لم تحمل قيمة تجارية للمنتج.
الدرس 2. الفرضيات
كان: تعريف الفرضية. تحديد أهداف SMART. دورات HADI.
مفيدة: "من لا يعرف أي ميناء للإبحار ، لذلك لا توجد رياح" - قالت Lucius Annei Seneca، معلم نيرو ، لكننا لا نحبه على الإطلاق لهذا. الفرضيات حول الأولويات. ما يجب فعله أولاً ، وماذا بعد وما لا. تؤثر الأولويات على سرعة المشروع. السرعة - للوصول إلى الموعد النهائي. تعتمد الرواتب والمكافآت والسلع الأخرى على الموعد النهائي للمشروع. إنه مثل تتريس. هناك 20 شخصية يجب وضعها في كوب في دقيقة. الأرقام كلها مختلفة. منطقتهم (عدد المربعات في كل) معروفة. نلخص المنطقة - يجب أن تتناسب بسهولة مع بعضها البعض ، حتى يبقى المكان. ولكن ... لا يصلحون. لأنه ، مفاجأة ، ستناسبهم إذا وضعتهم في الترتيب الصحيح. لذلك ، يقوم المطور ذو الخبرة بتنفيذ المهام في مثل هذا الترتيب حتى لا يبطئ عمل الزملاء قدر الإمكان. إذا كنت بحاجة إلى إنشاء واجهة برمجة تطبيقات ويب ، فأوافق أولاً على الواجهة وقم بعمل بذرة الأسلوب بحيث يمكن لمطوري الواجهة الأمامية الاتصال بواجهة برمجة التطبيقات ،ثم يعدل جسم الطرق. إذا كان منخرطًا في قاعدة بيانات ، فإنه يبدأ الجداول في أقرب وقت ممكن حتى يمكن استخدامها في النهاية الخلفية ، ويقوم بعمل المشاهدات والفهارس والتجليد الآخر لاحقًا. إذا كتب مستندًا ، فإنه يحمّل مسودة لمراجعة ASAP ، ولا ينشرها قبل 5 دقائق من الموعد النهائي ، كما يبدو له ، مستندًا مثاليًا بنسبة 100٪.
الدرس 3. إدارة الفريق
كان: بناء الفريق. نشاط. كانبان.
مفيد: يجب أن يكون لديهم مهارات للمبرمجين وليس فقط. يتم تصنيع منتجات تكنولوجيا المعلومات الحديثة من قبل الفرق. إذا كنت لا تعرف كيفية العمل في فريق - نرحب
الدرس 4. مراجعة المهام واختيار المشروع
كان: استعراض مشاكل المنتج الحقيقي. عروض حالة المشاركين.
مفيد: يبدو. لماذا يعرف المبرمج كيف قاموا بحل مشكلة تحويل الإعلان المنخفض ، أو زيادة متوسط الشيكات أو انتشار اكتساب العملاء؟ إجابة بسيطة. مهارات حل المشكلات - مهارات حل المشكلات. هذا هو ما كان يصلي به المجندون طوال السنوات العشر الماضية وما يوجد في كل ثاني شواغر في الولايات المتحدة / الاتحاد الأوروبي. تجربة شخص آخر ليست ضرورية على الإطلاق. بعد التعبير عن المشكلة ، اقترح المحاضر مناقشة كيفية حل المشاركين في الدورة. لا داعي لاستخدام أدمغتك والتعلم من تجارب الآخرين.
الدرس 5. تقييم المنتج
كان: تقييم السوق وتحليل المنافسين.
مفيد:المعرفة ليست واضحة للمبرمج. جداول قائمة الميزات ، تحليل SWOT ، أحجام سوق TAM / PAM - لماذا هذا؟ نعم ، يبدو أنه لا توجد حاجة حتى تقرر اختيار مكدس التكنولوجيا في المشروع. أو تعتقد أنك بحاجة إلى التبديل على الفور إلى أحدث إصدارات المكتبات بمجرد ظهورها (لا). أو تقرر الجامعة التي ستذهب إليها. أو بأي لغة تكتب مشاريعك الأولى. باختصار ، أنت تتخذ قرارًا استراتيجيًا يحدد مصيرك لسنوات قادمة. C # أو Java؟ الزاوي أو رد فعل؟ MSSQL أو Oracle؟ متجر التطبيقات أم Google Play؟ mobapps الأصلية أو QT / Xamarin؟ مرئي استوديو ، WebStorm أو رمز مرئي الاستوديو؟ ما زلت أشعر بالخجل من الحالة مع عميل واحد. كان يبحث عن مقاولين لتطوير نظام ERP كبير من الصفر. عرضت عليه شركتنا فريقًا ومكدسًا - Silverlight. ل 1.لمدة 5 سنوات ، صنعنا منتجًا ، ثم أعلنت Microsoft أنها لم تعد تدعم Silverlight. إماتة! يمكن إلقاء النظام النهائي ، المصحح في سلة المهملات. قضى العميل 10 أشخاص * 18 شهرًا * على التطوير وحده * متوسط الدفعة الشهرية بما في ذلك الضرائب ، على سبيل المثال 3000 دولار = 540.000 دولار. نصف كلب أسفل الذيل! وإذا أضفنا الأرباح المفقودة ، مع الأخذ في الاعتبار تطوير نظام جديد (تكسب الشركة ~ 10 مليار يورو سنويًا) ، تخيل الضرر الناتج عن القرار. المشكلة ليست فقط في مجال تكنولوجيا المعلومات. الشقراوات أو السمراوات؟ شراء شقة أو إيجار؟ هل تعيش في المدينة أم في الضواحي؟ هل يجب أن أصوت أو أذهب إلى المنزل الريفي؟ اي شركة تعمل من اجلها؟ انتقل إلى العاصمة أو البقاء في مسقط رأسك؟قضى العميل 10 أشخاص * 18 شهرًا * على التطوير وحده * متوسط الدفعة الشهرية بما في ذلك الضرائب ، على سبيل المثال 3000 دولار = 540.000 دولار. نصف كلب أسفل الذيل! وإذا أضفنا الربح المفقود ، مع الأخذ في الاعتبار تطوير نظام جديد (تكسب الشركة ~ 10 مليار يورو سنويًا) ، تخيل الضرر الناتج عن القرار. المشكلة ليست فقط في مجال تكنولوجيا المعلومات. الشقراوات أو السمراوات؟ شراء شقة أو إيجار؟ هل تعيش في المدينة أم في الضواحي؟ هل يجب أن أصوت أو أذهب إلى المنزل الريفي؟ ما الشركة التي ستعمل من أجلها؟ انتقل إلى العاصمة أو البقاء في مسقط رأسك؟قضى العميل 10 أشخاص * 18 شهرًا * على التطوير وحده * متوسط الدفعة الشهرية بما في ذلك الضرائب ، على سبيل المثال 3000 دولار = 540.000 دولار. نصف كلب أسفل الذيل! وإذا أضفنا الربح المفقود ، مع الأخذ في الاعتبار تطوير نظام جديد (تكسب الشركة ~ 10 مليار يورو سنويًا) ، تخيل الضرر الناتج عن القرار. المشكلة ليست فقط في مجال تكنولوجيا المعلومات. الشقراوات أو السمراوات؟ شراء شقة أو إيجار؟ هل تعيش في المدينة أم في الضواحي؟ هل يجب أن أصوت أو أذهب إلى المنزل الريفي؟ ما الشركة التي ستعمل من أجلها؟ انتقل إلى العاصمة أو البقاء في مسقط رأسك؟الشقراوات أو السمراوات؟ شراء شقة أو إيجار؟ هل تعيش في المدينة أم في الضواحي؟ هل يجب أن أصوت أو أذهب إلى المنزل الريفي؟ ما الشركة التي ستعمل من أجلها؟ انتقل إلى العاصمة أو البقاء في مسقط رأسك؟الشقراوات أو السمراوات؟ شراء شقة أو إيجار؟ هل تعيش في المدينة أم في الضواحي؟ هل يجب أن أصوت أو أذهب إلى المنزل الريفي؟ ما الشركة التي ستعمل من أجلها؟ انتقل إلى العاصمة أو البقاء في مسقط رأسك؟
الدرس 6. الجمهور المستهدف
كان: طرق لوصف الجمهور المستهدف. تجزئة.
مفيد: سأكشف عن سر رهيب. لا يوجد عميل واحد في العالم يدفع للمبرمج لمجرد الاستمتاع بمشاهدته يدق على لوحة المفاتيح ، وتدفقات مكدس google ، وشرب القهوة ، ومناقشة مبادئ تعدد الأشكال مع الزملاء ، وإعطاء إشارات ذكية في المكالمات الجماعية. يدفع العميل لحل مشاكله. لذلك ، من الجدير معرفة واحترام عميلك على الأقل لأنه يدفع لك المال. بدون عميل ، تكتب فقط تطبيقات ممتعة مجانًا. هذه هواية لطيفة في المنزل مثل جمع الطوابع أو حرق الخشب.
الجلسة السابعة. بحث العملاء
كان: تطوير العملاء (بحث العملاء من خلال المقابلات المشكلة).
مفيد: مثل الدرس السابق كان عن العميل. لماذا واحد آخر؟ يجب عليك Fedya ، يجب عليك! هذا عن المقابلات. تحتاج إلى التحدث إلى العميل. وقلة من الناس يعرفون كيف يفعلون ذلك. لا تضغط على آرائك ، لا تقترح إجابات ، اسأل عن الماضي ، وليس المستقبل ، اكتشف أرقامًا محددة ، لا ترغب ، أوضح الشكوك ، لديك خطة محادثة وقم بإصلاح الاتفاقيات ، استمع أكثر ، تحدث أقل. لا شيء أفضل من كتاب روب فيتزباتريك "اسأل أمي" تمت كتابته بعد. ولدي حتى مراجعة لذلك. فجأة ، لا يمكن التحدث بصيغة Castedev مع العميل فحسب ، بل مع الزملاء أيضًا.
الجلسة 8. المقابلات العملية
كان: البحث عن المستجيبين. صياغة الأسئلة. تطوير العملاء في الممارسة.
مفيد:لتصبح مقابلاً جيدًا ، لسوء الحظ ، تحتاج أيضًا إلى إجراء مقابلات. أتحدث اللغة الإنجليزية بشكل مثالي ، مع جميع الأخطاء ، يمكنني التعرف على اللغة العامية وتقليد أي لهجة ، وأنا أمزح بشكل حارق وأتفهم الفروق الدقيقة للغة. لكنها في رأسي. من الناحية العملية ، يبدو الأمر كما يلي: "Ixcuzmi. متجر فيريز eeee niarest؟ تسوق منتجات التأشيرة؟ تلاحظ رقاقة ، اللعنة اللعنة كم باهظة الثمن ، ولكن ، بالتأكيد ، توسعية! ". لا تعمل النظرية بدون ممارسة. تجربة مؤلمة للغاية لنفسية أي مبرمج هيكي هي العثور على أشخاص أجريت معهم مقابلات. اخرج من المبنى وأشياء أخرى. من الصعب جسديًا إجبار نفسك على الاتصال بشركة غير مألوفة وطلب إجراء مقابلة أو تقديم خدمة. أو اسأل عن شيء في الشارع. لكن ما لا يقتل يجعلنا أقوى. لن تقتلك مكالمة هاتفية. الشيء الرئيسي هو عدم الاستدعاء تحت المطر وعدم الاختباء تحت الأشجار.
الجلسة التاسعة: البحث النوعي والكمي
كانت هناك: مقابلات واستطلاعات رأي ومجموعات تركيز وخبراء ومستشار ويب ومتسوق غامض واختبارات أ / ب.
مفيد: أنت بحاجة إلى حجج لاتخاذ قرار. الحجج تحتاج إلى حقائق. تستند الحقائق إلى الأرقام. الأرقام مستمدة من البحث. أنواع مختلفة من البحث حول نفس الشيء تعطي صورة أكثر واقعية. لماذا يحتاجه المطور؟ نحن نعيش في عالم قاسي للغاية. لم يعد من الممكن ، كما هو الحال في بعض السبعينيات ، التوجه إلى رئيسه وطلب 152 مليار دولارللهبوط على القمر ، انظر بوضوح ، على الرغم من أن كل شيء مرئي تمامًا من خلال التلسكوب. إذا كنت تقترح إعادة هيكلة ، فمن الأفضل إظهار الربح منه بالأرقام. على سبيل المثال ، تسريع استعلامات قاعدة البيانات حسب X-times ، والحد من تكرار التعليمات البرمجية وتسريع التغييرات أو الإصلاحات بواسطة Y-times. يتم تبرير شراء جهاز إعادة تسريع عن طريق تسريع الترميز بواسطة عامل Z. بيتزا مجانية يوم الجمعة - 100500+ روح الفريق أفضل.
الدرس 10. توليد الأفكار
كان: طريقة 6 قبعات ، والت ديزني ، بقرة غبية ، جيل عكسي ، كائنات محورية ، TRIZ.
مفيد: هوايتي المفضلة. كما قال رجل ذكي ، "البرمجة اختراع عند الطلب". لا يوجد مكان في تكنولوجيا المعلومات بدونها. كم مرة واجهت فيها مشكلة تبدو غير قابلة للحل ، وبعد البصيرة وجدت حلاً أنيقًا. كما اتضح ، توصل الناس إلى مجموعة من الطرق لتحفيز الإبداع. طريقة العمل هي شرح المشكلة لزميل ، وطلب النصيحة والعثور على بعض البدائل أثناء المناقشة. تحتاج إلى التواصل أكثر. من الجيد "النوم" مع الفكر وفي الصباح يجد العقل الباطن حلاً أو الانخراط في النشاط البدني (السباحة) وفي العملية يفكر في الفكرة.
الدرس 11. عرض القيمة
كان: تجميع وحدة المعالجة المركزية. قماش هزيل ، قماش عرض القيمة.
مفيد: مرة أخرى ، سيخيب أمل أولئك الذين هم تقنيون بحتة. أي أسماء للوظائف والمكتبات وبناء الجملة اللغوي. لم يحدث شيء من هذا بالطبع. وكان هناك تحليل وصياغة الأسئلة والحصول على الإجابات والبحث عن المعلومات ووضع الجداول وتنظيم البيانات. كل شيء بدونه من المستحيل أن نتخيل متخصصًا جيدًا في تكنولوجيا المعلومات.
الدرس 12. نماذج الأعمال
كان: أنواع وبناء نماذج الأعمال. مخطط نموذج العمل التجاري. تحقيق الدخل من المنتج.
مفيدة: على غرار الدرس السابق على وحدة المعالجة المركزية. تململ العقول بأقصى سرعة. موضوع مفيد عن أنواع تحقيق الدخل ، لأن من الأفضل دائمًا أن تتخيل بالضبط كيف يكسب منتجك المال.
الدرس 13. خارطة طريق المنتج
كان: خارطة الطريق. مخطط جانت. إستراتيجية. خطة الإصدار. تراكم المنتج. تراكم التنمية.
مفيد: هذا واحد أكثر لقائد التكنولوجيا ومدير المشروع. وظائف الإصدار ، والمخططات والمعالم ، والمخاطر ، ومحاسبة الموارد المتاحة ، وتحميل الناس والخطط لغزو العالم.
الدرس 14. تصميم MVP
كان: أنواع MVP (الحد الأدنى من المنتج القابل للتطبيق). AIDA و 4 U عند إنشاء صفحة مقصودة.
مفيد: لإدارة المنتج ، MVP يدور حول بناء منتج نموذجي لاختبار الطلب بسرعة وبتكلفة منخفضة. كيف يرتبط هذا بالتنمية؟ والحقيقة هي أن المبرمجين يتم تكليفهم بمهام ، ولكن في كثير من الأحيان لم يتم تحديد كيفية حل هذه المهام بالضبط. لذلك ، يحاول مطور جيد توفير الموارد وإجراء المهمة بأقل جهد ممكن ، لأن يمكن أن تتغير الأولويات ، ولا أحد ألغى الخط الزمني. إذا قيل أنه يقوم بإنشاء جدول بيانات قابل للتحرير ، فيجب ألا تقوم بعمل عنصر تحكم قادر على عرض أي نوع من البيانات ، بما في ذلك الوضع المحوري ، ووظائف Excel ، وتصدير البيانات بأي تنسيقات. مبادئ YAGNI و KISS وخطيئة التحسين المبكر عن ذلك. ولا تسمع أبدًا ، لا تقوم أبدًا بمهمة وإعادة بيع كبيرة في تذكرة واحدة! (بكاء).
الدرس 15. جدول المحتويات
كان: نظرية القيود. أماكن ضيقة.
مفيد: هذا أعلى مباشرة عند تحسين سرعة البرنامج. بالنسبة إلى المنتجات ، كان الأمر يتعلق بتحسين أضيق جزء من مسار التحويل. بالنسبة لمتخصص تكنولوجيا المعلومات ، غالبًا ما يكون من الضروري زيادة سرعة الاستجابة - تحميل الصفحة ، وإنشاء التقارير ، وتحميل الملف. يحتوي SQL على خطة استعلام وذاكرة تخزين مؤقت وتقنيات تحسين أخرى. من الجدير دائمًا تحسين الاختناق في النظام. ولهذا تحتاج إلى قياس مراحل العملية ، وتسجيل التوقيت واتخاذ قرارات بناءً على الأرقام ، وليس مشاعر مثل "سأعيد الكتابة من LINQ إلى التخزين ، يبدو أنه يساعد."
الدرس 16: قصص المستخدم والسيناريوهات
كان: بناء واستخدام خريطة رحلة العملاء.
مفيد: أعترف. البرمجة ممتعة ، كتابة الوثائق مملة. في الوسط يكمن تصميم واجهات (UX ، لا ينبغي الخلط بينه وبين واجهة المستخدم). إنها أكثر متعة من مملة. واجهات رسم في Visio ، والتفكير في سيناريوهات الاستخدام ، وكتابة قواعد العمل. إذا كنت تريد أن تتطور من مطور إلى مدير أو مدير أو محلل أو منتج أو مهندس معماري ، فمن الأفضل إتقان هذه التقنية. أنا لا أقول أنه غالبًا ما يتم تعيين متطلبات البرنامج بشكل غامض إلى حد ما ، أو حتى بدون تخطيطات واجهة المستخدم على الإطلاق. لذلك ، فإن تصميم واجهة لائقة بنفسك على الفور ، وحل التناقضات المنطقية في منطق الأعمال في الوقت المناسب سيوفر الكثير من الوقت ويؤثر على رضاك عن عملك.
الدرس 17. تجربة
كان: مخطوطات. أساسيات تجربة المستخدم. الصفحة المقصودة. CJM.
مفيدة: كان هناك ممارسة UX هنا. اتضح أنني متأخر عن الزمن. لقد كان الناس جعل صفحات الويب لفترة طويلة في تيلدا ، FIGMA و، اللهم اغفر لي، تينكوف . ولا يتم إنشاء المخططات والنماذج الأولية لـ UX في Visio ، ولكن في رسومات Google و Draw.io و LucidChart . لأساسيات التصميم الصحيح (الحشو ، والكتل المرئية ، والخطوط ، واللهجات) ، أعجبني كتاب Vlad V. Golovach "تصميم واجهة المستخدم: فن غسل الفيل" . الرابط هو الإصدار الثاني ، قرأت الأول ، إنه أفضل.
الدرس 18. المقاييس
كان: المقاييس الرئيسية ، والتخصيص ، والتجميع.
مفيد: من المفيد اتخاذ القرارات بناءً على البيانات. البيانات هي الأسود الجديد ، واتخاذ القرارات المستندة إلى البيانات وكل ذلك. في شركات تكنولوجيا المعلومات الرائعة ، اعتاد المطورون على القياس والتعامل مع مجموعة من البيانات - نتائج الاختبارات الجارية ، والنشر على الخادم ، والتحقق من جودة التعليمات البرمجية ، والتقدم في إغلاق المهام في Jira ، وما إلى ذلك.
الجلسة 19. وحدة الاقتصاد
كان: في الواقع ، وحدة الاقتصاد.
مفيد: موضوع مفيد للغاية للمنتجات. عليك أن تكسب (3+ مرات) أكثر من بيع وحدة من السلع أكثر مما تنفقه على إنتاج نفس الوحدة. ما هو التناظرية للمطورين؟ لا اعرف. بعد كل شيء ، فإن المبرمج مكلف بجعل الوظيفة داخل نطاق جودة الوقت والنقود. يتم تحديد مقدار الأموال التي ستجلبها هذه الميزة أو تلك مقارنةً بتكاليف إنتاجها من خلال المنتج والأولويات التي تحددها.
الدرس 20. تحليل حالة إطلاق منتج حقيقي
كان: منهجية إطلاق المنتج. جيل تحسينات المنتج.
مفيد: الخبرة مفيدة دائمًا ، والتجربة في مؤسسة دموية مفيدة بشكل مضاعف. هناك رأي مفاده أن أصحاب الأعمال الحرة ليسوا مغرمين للغاية بتوظيف الشركات ، خاصة للأنظمة القديمة المحملة للغاية. لا يتعلق الأمر حتى بـ NDA ، وعدم القدرة على العمل في فريق ، وإزعاج الاتصال عن بعد والمشكلات النموذجية الأخرى في الاستعانة بمصادر خارجية. إنه مجرد وجود فروق دقيقة في نظام المعيشة قد لا يفكر فيه المستقل حتى. من البيروقراطية إلى قابلية التشغيل البيني للتكاملات وفترة زمنية مناسبة للنشر. ناهيك عن مشكلة تحديث قاعدة البيانات في الوقت الحقيقي ، وإصدار API ، إلخ.
الدرس 21. الممارسة في تقييم حلول المنتج
كان: ميكانيكا لتقييم حلول المنتج.
مفيد:كان هذا استمرارًا للدرس السابق. فقط مع التركيز على الممارسة المكثفة ، وتوليد الفرضيات ، وتعيين المهام وتتبع النتائج. باختصار ، نظام التشغيل. سيكون من المفيد لمطور جيد هنا أن يفهم أن العمل لن يهرب. المهام التي يتعين القيام بها أمس تأتي في بضع قطع في اليوم. سيظهر أحدهم في اللحظة التي تغادر فيها العمل وتتحقق في النهاية من بريدك. هذا التوازن بين العمل والحياة مهم. هناك أوقات تحتاج فيها فقط لأخذها والقيام بها بغض النظر عن الوقت من اليوم. ولكن من المهم بنفس القدر عدم التورط في الروتين وعدم التورم في غضون شهرين. يمكنك البقاء في العمل لمدة 4-6 ساعات فوق القاعدة ، ولكن هذا يعني أن إنتاجية العمل في اليوم التالي ستكون في أحسن الأحوال 50-70٪ ، لذا فإن العمل الإضافي المستمر لا معنى له.
الدرس 22. إعطاء الأولوية لمهام المنتج
كان: طرق MVP - تحديد الأولويات ، ICE / RICE ، ثنائي - تحديد الأولويات ، فترة الاسترداد.
مفيد:موضوع جيد لأنه على المطورين باستمرار إعطاء تقديرات لتعقيد المهام. ليس الأمر سهلاً كما يبدو. تدريجياً ، يمكنك القيام بعمل تقديرات أكثر أو أقل ملائمة حتى لا تفسد أكثر من 20٪. ولكن عادة لا تحب PMU مثل هذه الأرقام. لأنه صعب هناك مهام مترابطة ، عامل الإلمام بقسم معين من الكود و / أو التكنولوجيا ، والضغط على PM لتقليل الوقت ، منذ "اعتاد أن يكون مطورًا ويتذكر أنه بسيط" ، تكهنات غامضة (أحبه عندما يضيف المحلل نقاطًا جديدة أثناء عملية التطوير) ، والرأي الشخصي "واجهة المستخدم تبدو جيدة أو بحاجة إلى التحسين" ، والرغبة في عدم الظهور بغباء مقارنةً بالآخرين ، وبالتالي بشكل حاد تقليل تقييمك وضغط الزملاء والتوصية الصادرة من أعلاه "لقد وقعنا بالفعل اتفاقية مع العميل للمبلغ والشروط المحددة" ، إلخ.
الدرس 23. التحضير للدفاع عن العمل
كان: أنواع العروض التقديمية. نصائح للتحدث. تشغيل الاختبارات للتقارير.
مفيد: مرة أخرى. إذا كنت لا تخطط للنمو فوق المطور الأوسط ، فتخط هذه النقطة. بالنسبة للبقية ، ولتطويرهم الخاص ، لن يكون من غير الضروري تعلم كيفية إعداد تقرير ، وإشعال الجمهور ، وعدم الخوض في أسئلة صعبة ، ومناقشة الموضوع بشكل بناء والدفاع عن وجهة نظرهم أو تغييرها دون الذهاب إلى التطرف في القانون الجنائي للاتحاد الروسي في شكل إلحاق أذى جسدي خطير بالمعارضين الإيديولوجيين ...
الدرس 24. الدفاع عن أوراق الفصل
وقيل: قتال الأداء أمام الجمهور.
مفيد: حسنًا ، في الواقع ، أداء حي. يمكنك التحضير لفترة طويلة ، ولعق البزة ، وأخذ دروس في التحدث أمام الجمهور والتمثيل. ولكن بعد الضربة الأولى على الفك (على المسرح) ، كل هذا يطير من رأسي. لا أعرف لماذا يتحدثون في المؤتمرات الكبرى في مجال تكنولوجيا المعلومات أو على الأقل يكتبون مقالات لمنشورات متخصصة على الأقل بضع أشخاص. على الرغم من حقيقة أن هذا يحسن بشكل كبير من القدرة على صياغة الأفكار ، والعلامة التجارية الشخصية للمتحدث ، وتطوير مجتمع تكنولوجيا المعلومات ، وتوفير الشركات على تكاليف العلاقات العامة والموارد البشرية.
وإلا كيف يمكن للمطور أن يتوقف عن كونه مجرد مبرمج لنماذج واجهة المستخدم للوصول إلى قاعدة البيانات ويصبح مشبعًا بالتفكير في المنتج؟
أولاً ، هناك اتجاه جديد للمنظمات الفيروزية . هناك مقال ممتاز عن موضوع الهبر . بالطبع ، تبدو الكثير من الأشياء خيالية بعض الشيء. إن تحمل المسؤولية بدون قوة حقيقية والتزام مالي يمكن أن يكون محفوفًا بالمخاطر. ومن السهل الآن؟
ثانيًا ، أو ربما هذا هو بيان النقطة الأولى - " عمل غير تقليدي ". يمكن قراءة مقتطفات مختارة من الكتاب هنا... ما أحبه في هذه الكلمات هو أنها مكتوبة على أنها وحي ديني. ضبابية قدر الإمكان ، يمكن الوصول إليها ، لكل خير ، ضد كل السيئة. هذا ليس عيبًا ، بل على العكس ، كرامة. كل من يقرأ سوف يفكر ويخلص إلى استنتاجاته الخاصة.
أخيرًا ، هناك اتجاه الابتكار المؤسسي الأخير . Hackathons ، وطياري الشركات الناشئة ، وتطوير ريادة الأعمال الداخلية ، واستراتيجية التحول الرقمي ، و Lean ، وتطوير العملاء والتفكير التصميمي. هناك مخطط كبير حول الموضوع من Disruptive.vc :
خاتمة
أنا متأكد من أنني لم أظهر أي سر. إن كنت تعرف المزيد، كلما كان ذلك أفضل. حتى لو كان هناك الكثير من المعرفة ، فهناك الكثير من الأحزان. في مبنى فريق مطعم مع عميل بريطاني ، أظهر فريقنا التقني صندوقًا من خدع المباريات. وضعه على حافة الطاولة وضربه من الأسفل وألقى به في الهواء وبنفس اليد أضاء مباراة ضده. أعجب العميل لدرجة أنه دفع فاتورة الفريق بأكمله ، من البيرة إلى زحف البحر. وكان أحد رؤساء الوزراء يمزحون بشكل جيد لدرجة أن المواقف والرجعية تحولت إلى نوادي كوميديا في أفضل السنوات. يمكنك حتى أن تقول إن مهارات مدير المنتج لن تكون فقط غير ضرورية للمطور ، ولكن أي مهارات بشكل عام تلعب دورًا إيجابيًا في العمل ، فإن النقطة هي فقط في التطبيق الصحيح . لذلك ، دعونا نتعلم ونستمر في التطور ونستمتع بعملنا!