تجربتي في تطوير التطبيقات كمسؤول

أنا مبرمج في القلب. كتب أول برنامج له عندما كان في الثامنة من عمره - يلعب على تلفزيون أنبوب (قبل 24 عامًا). هذا المشروع يمثل تحديا بالنسبة لي. أنا شخصيا لم أكتب سطر واحد من التعليمات البرمجية. في هذه العملية ، قمنا بتوريد برنامج التشفير الرئيسي. ابتلعت ابنته بطارية - إجهاد لمدة أسبوع. فيروس كورونا. و fakapy في البداية ، مما أدى إلى تكاليف إضافية بنسبة 25 ٪ من الميزانية. فريق من 7 أشخاص وأنا. فترة التنفيذ 4 شهور.


الأفكار الرئيسية التي تأسست فيها


  1. إذا كانت العملية الخاصة بك تستغرق أكثر من ساعتين في اليوم - على الأرجح كل شيء يعمل بشكل غير صحيح بالنسبة لك والعديد من العمليات مرتبطة بك شخصيًا .. 
  2. يجب أن يتم كل شيء حتى يكون الفريق منظمًا ذاتيًا. يجب على رئيس الوزراء تنظيم العملية فقط ومراقبة العمليات فقط.
  3. PM + Product هي مهنة واحدة ، إنها نتيجة سيئة! (مأخوذة من سيرة وظائف). التصميم و UX هما كل شيء لدينا! ولا يهم مدى روعة تنظيمك إذا لم يعجب العميل !!! من المهم اختيار مصمم موهوب للمشروع.
  4. من البداية ، قم بتنظيم قسم مراقبة الجودة - في حالتي ، هذا اختبار موثوق (أشدد على موثوق - أستبعد التواطؤ) ، والذي يراقب العمليات في نفس الوقت 
  5. من المهم اتباع العمليات خطوة بخطوة - سيؤدي ذلك إلى تقليل الميزانية بشكل كبير. ليس كل الناس بحاجة إلى دوام كامل منذ البداية.
  6. تبسيط. التحسين المستمر للكايزن. في حالتي ، السؤال الدوري هو كيفية تحسين وتسريع؟ ما الخطأ الذي افعله؟ ما الذي يمكننا تبسيطه؟ إلخ
  7. لا تخف من تغيير العملية إذا رأيت أن شيئًا ما يسير بشكل خاطئ ويبطئ العمل.
  8. بناء الفريق ، ولكن نقطة مهمة للغاية - يجب اختيار الأشخاص بعناية في الفريق. نتذكر جميعا عن ذبابة في المرهم. (ذات مرة كلفني هذا الخطأ 100 ألف سنة وسنة من العمر).
  9. حوار. أعطى الفيروس التاجي والتكبير الفهم - من المهم الاستماع إلى الحوار الجاري في الفريق. في حالتي ، تمكنت من تصحيح الأخطاء الهامة في الوقت المناسب. في كثير من الأحيان في مثل هذا التنصت يتضح أن المهمة التي قدمتها مشوهة أو غير مفهومة!
  10. سكروم لا يعمل للميزانيات الصغيرة. رشيقة جيدة ، ولكن الكلمة الأخيرة ل PM. من المهم أن تقع في حب المشروع (أو لا تأخذه) وأن تكون مدير المنتج الخاص به
  11. — . . . — 100% . — .



  1. PM , . . 
  2. , . — .
  3. . . . .
  4. — ( ). , . — 3 . 
  5. . ? ? ? ? — — , ! 
  6. . , 2-3 . - — !!!
  7. . — . 50.
  8. . ( )! — one to one.
  9. . 7- — . — 8+ . ( General Electric)
  10. . . 2 ( ). . — 2 .
  11. , . .
  12. — .
  13. UX
  14. . ( ). , . . .
  15. — (. )
  16. . , , . angular - . —
  17.   +2 ( )
  18. — , . — , . ? ? - .
  19. =
  20.   Zoom — . , .
  21. , . — , ( ). , , !!!!
  22. . . ( )
  23. , (. — ). , , . .
  24. — . ! . !!! ( 5- )
  25. . — . — !
  26. ! .
  27. 360 .
  28. . ? — . 20. . ( )
  29. . , . , - …  ( Agile)
  30. , . — . , .
  31. - .
  32. 1-2 3 , . . .
  33. — . . , . , .
  34. — , . .
  35. — 2 2
  36. — , , . , . , . - .
  37. من الضروري الاحتفاظ بملف عن الموظفين من المقابلة نفسها. حتى أولئك الذين لم يتم اصطحابهم إلى المشروع أو العمل. في حالتي ، تم منح مشروع صغير للموظف الذي تمت مقابلته كمستقل. العميل راضٍ.

للعمل ، بدأت في استخدام Trello. تنوعا ومريحة للغاية. تمت إضافة 4 مكونات إضافية وغيرت منطق العمل بشكل طفيف على kanban. شكرا لكم جميعا ورمز جيد.


All Articles