«Dans toute équipe de développeurs, il y a des testeurs et des devops», - avec un tel début, n'importe qui veut se pendre le nez de toute urgence dans la tristesse. Ne succombez pas aux provocations, ne croyez pas aux clichés des mégastars. Dans toute situation critique, la source de la vérité est ce poste.
De partout dans le pays, des amateurs se sont réunis pour présenter l'agile, suivis du kanban; dans les cuisines, ils partagent généralement le savoir sacré le soir. Vous avez déjà deviné, probablement, pourquoi tout ce texte avant kat. Yandex.Money a tenu un «Piemnu», où il n'y avait pas de sièges vides.
Pourquoi être un produit (ou un projet), le secret du succès d'équipes sympas, il y avait des essais sur la vie de l'entreprise et comment résoudre l'enfer local - pour ceux qui ne l'étaient pas, tout est écrit, il y a beaucoup de connaissances avec l'expérience. Activez l'arrière-plan, comme sur un téléviseur.
Produit vs projet: comment nous nous sommes fait des amis pour les affaires et le développement (Dmitry Volkov, Yandex.Money)
Je parlerai des cas et de mes décisions qui ont conduit à des échecs ou des victoires dans la construction des communications entre les équipes des deux corporations. Le premier cas sur la façon de perdre un PM fort en raison de malentendus mutuels sur la base de ce dont les entreprises ont vraiment besoin. Le deuxième cas est consacré à l'importance d'expliquer à l'équipe que le produit est nécessaire au marché et à la rapidité, l'efficacité et le travail bien coordonné de toutes les équipes impliquées.
OKR & Scrum. Secouez, mais ne mélangez pas (Natalya Antipova, Wrike)
J'ai souvent vu comment les entreprises décident de mettre en œuvre le populaire Scrum, croyant qu'une «solution miracle» avait réussi. En réalité, dans les entreprises à fort développement sur de longues distances, Scrum ne suffit pas. Les équipes tournent dans des directions différentes et le résultat cesse de satisfaire l'entreprise. Je vais vous dire comment dans Wrike, tout en restant flexible pour changer, nous utilisons l'outil de planification stratégique OKR (Objective and Key Results) en combinaison avec le cadre tactique Scrum, et quels changements sont survenus.
Méthode Kanban et gestion de projet en équipe de 30 personnes (Igor Filipiev, ScrumTrek)
Dans le rapport, je parlerai de l'expérience d'utilisation de la méthode Kanban dans l'équipe de développement d'un service de prêt en ligne. Comment nous avons géré le flux de travail, convenu avec l'entreprise des objectifs trimestriels et changé les plans en cours de route. Quels problèmes de mise à l'échelle lors de la transition de Scrum à Kanban rencontrés et comment les résoudre. Je parlerai également des points de contact et des frictions entre les maillons de la chaîne de création du produit final et partagerai les leçons apprises. Le rapport intéressera principalement les chefs de projet du côté informatique et les chefs de produit du côté commercial.
Pourquoi le développement moderne n'a pas besoin de PM (Dmitry Kruglov, Arrival)
PM nous sommes tombés victimes du développement des processus de développement et sommes passés de mode? Les équipes modernes et expérimentées abandonnent-elles cette position une par une? Les propriétaires de produits sont-ils devenus des PM modernes? En est-il ainsi et que devrait faire quiconque a lié sa carrière à cette profession?
Abonnez-vous à notre blog - nous parlons de ce qui se cache sous le capot de l'argent et de la façon dont nous vivons avec. Venez aux événements et restez à l'écoute.