Mon expérience en développement d'applications en tant que PM

Je suis un programmeur dans l'âme. Il a écrit son premier programme à l'âge de 8 ans - jouant sur un téléviseur à tube (il y a 24 ans). Ce projet est un défi pour moi. Personnellement, je n'ai pas écrit une seule ligne de code. Dans le processus, nous surenchérissons sur l'encodeur principal. Ma fille a avalé une batterie - stress pendant une semaine. Coronavirus. Et la fakapy au départ, ce qui a entraîné des coûts supplémentaires de 25% du budget. Une équipe de 7 personnes et moi. La période de mise en œuvre est de 4 mois.


Les principales idées dans lesquelles il a été créé


  1. Si votre processus prend plus de quelques heures par jour - il est fort probable que tout fonctionne mal pour vous et de nombreux processus vous sont liés personnellement. 
  2. Tout doit être fait pour que l'équipe soit auto-organisée. Le PM ne devrait organiser que le processus et ne garder qu'un œil sur les processus.
  3. PM + Product est un métier, c'est un résultat merdique! (extrait de la biographie de Jobs). Le design et l'UX sont notre tout! Peu importe à quel point vous organisez cool si le client ne l'aime pas !!! Il est important de choisir un designer talentueux pour le projet.
  4. Dès le départ, organisez le QC - dans mon cas, c'est un testeur de confiance (j'insiste sur la confiance - j'exclus la collusion), qui surveille simultanément les processus 
  5. Il est important de suivre les processus étape par étape - cela réduira considérablement le budget. Tout le monde n'a pas besoin d'un plein temps dès le départ.
  6. Simplifier. Amélioration continue du kaizen. Dans mon cas, la question périodique est de savoir comment améliorer, accélérer? Qu'est-ce que je fais mal? Que pouvons-nous simplifier? etc
  7. , - .
  8. , — . . (- 100 ).
  9. . — . , . , — !
  10. . , PM. ( ) Product
  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. Il est nécessaire de conserver un dossier sur les employés de l'entretien lui-même. Même ceux qui n'étaient pas amenés au projet ou au travail. Dans mon cas, un petit projet a été confié à l'employé interviewé en tant que pigiste. Le client est satisfait.

Pour le travail, j'ai commencé à utiliser Trello. Polyvalent et très confortable. Il a ajouté 4 plugins et légèrement modifié la logique de travail sur le kanban. Merci à tous et bon code.


All Articles