"Em qualquer equipe de desenvolvedores, existem testadores e devops" - com esse começo, qualquer pessoa quer urgentemente pendurar o nariz na tristeza. Não sucumba a provocações, não acredite nos slides das megastars. Em qualquer situação crítica, a fonte da verdade é este post.
De todo o país, amadores se reuniram para apresentar o ágil, seguido pelo Kanban; eles nas cozinhas geralmente compartilham conhecimento sagrado à noite. Você já adivinhou, provavelmente, por que todo esse texto antes de kat. Yandex.Money realizou um "Piemnu", onde não havia assentos vazios.
Por que ser um produto (ou projeto), o segredo para o sucesso de equipes legais, houve ensaios sobre a vida dos negócios e como resolver o inferno local - para quem não era, tudo está escrito, há muito conhecimento com experiência. Ligue o fundo, como em uma TV.
Produto x projeto: como fizemos amigos em negócios e interesses de desenvolvimento (Dmitry Volkov, Yandex.Money)
Vou falar sobre casos e minhas decisões que levaram a falhas ou vitórias na construção de comunicações entre as equipes das duas empresas. O primeiro caso sobre como perder um PM forte devido a mal-entendidos mútuos com base no que os negócios realmente precisam. O segundo caso é dedicado à importância de explicar à equipe que o produto é necessário pelo mercado e como a velocidade, a eficiência e o trabalho bem coordenado de todas as equipes envolvidas o acompanham.
OKR e Scrum. Agite, mas não misture (Natalya Antipova, Wrike)
Eu sempre vi como as empresas decidem implementar o popular Scrum, acreditando que uma “bala de prata” foi encontrada para ter sucesso. Na realidade, em empresas com grande desenvolvimento a longas distâncias, o Scrum não é suficiente. As equipes correm em direções diferentes e o resultado deixa de satisfazer os negócios. Vou lhe dizer como, no Wrike, enquanto permanecemos flexíveis para mudar, usamos a ferramenta de planejamento estratégico OKR (Objective and Key Results) em combinação com a estrutura tática do Scrum e quais mudanças ocorreram.
Método Kanban e gerenciamento de projetos em uma equipe para 30 pessoas (Igor Filipiev, ScrumTrek)
No relatório, falarei sobre a experiência de usar o método Kanban na equipe de desenvolvimento de um serviço de empréstimo on-line. Como gerenciamos o fluxo de trabalho, concordamos com os negócios sobre as metas trimestrais e alteramos os planos ao longo do caminho. Quais os problemas de escala durante a transição do Scrum para o Kanban e como resolvê-los. Também falarei sobre os pontos de contato e o atrito entre os elos da cadeia de criação do produto final e compartilharei as lições aprendidas. O relatório será de interesse principalmente para gerentes de projeto do lado de TI e gerentes de produto do lado de negócios.
Por que o desenvolvimento moderno não precisa de PMs (Dmitry Kruglov, Arrival)
PM fomos vítimas do desenvolvimento de processos de desenvolvimento e saímos de moda? As equipes experientes modernas abandonam essa posição, uma a uma? Os proprietários de produtos se tornaram PMs modernos? É assim e o que alguém deve fazer que tenha conectado sua carreira a essa profissão?
Assine o nosso blog - falamos sobre o que está por trás do Money e como vivemos com ele. Venha para os eventos e fique atento.