Em um dos artigos anteriores, escrevemos sobre como toda a empresa mudou para um único rastreador baseado no Azure DevOps (TFS). Isso nos permitiu criar um conjunto unificado de regras para gerenciamento de projetos. Contaremos como nosso escritório de projetos desenvolveu a lógica segundo a qual todas as nossas equipes estão trabalhando agora.
Por si só, um único rastreador não garante que todas as equipes trabalharão da mesma forma. Para que isso aconteça, a empresa deve ter uma visão unificada do gerenciamento de projetos - tanto no nível superior, onde os gerentes planejam o desenvolvimento do produto, quanto no nível inferior, onde os desenvolvedores completam tarefas e entregam releases ao cliente.
Essa visão unificada dá a continuidade da experiência. Todos os projetos são semelhantes entre si, todas as equipes usam a mesma abordagem e falam a mesma língua. Para este fim, nosso escritório de projetos no ano passado começou a criar um único modelo que combinava nossos termos comuns, processos e configurações de projeto padrão.
O objetivo era ter certeza de que no final cada projeto pudesse ser “lido” no tracker e entender claramente seu estado. Além disso, isso pode ser feito tanto por uma pessoa (ajustar métricas de ponta a ponta para todos os projetos, entender onde tudo está bem e onde tudo está pior), ou uma máquina (o serviço de formação de Notas de Lançamento “entende” quais tarefas status e tags a serem incluídos na lista de distribuição). E, claro, todos os projetos recém-lançados devem ser criados de uma vez nas mesmas regras.
Agora alcançamos esse objetivo. Quando um gerente envia uma solicitação aos administradores para iniciar um novo projeto, ele não precisa explicar o que deve haver: quais configurações e tipos de tarefas, a quais sistemas conectar. Tudo que você precisa está no projeto desde o início, você pode iniciar sprints imediatamente, preencher tarefas, preparar um plano de desenvolvimento.
, . - , (, ..). , , .
, .
True Engineering
1. . , – .
- Epic. -, . , .
, . — « ».
– Feature, 1-3 ). Feature – -. , .
– PBI (Product Backlog Item, ), . , , – PBI. Task-, , 8 .
, , - – .
2. . PM – , , , , .
- , . , , .
, . , - .
, .
3. . :
, : , , , . .
Azure DevOps
. TFS. , , , , .
TFS Aggregator. Task- PBI. , .. Release Notes, , Release Notes.
OLAP-. , , Time-to-Market, . . , – , .
. , , .
. , , .
– -. , , TFS.
. , . , .
Outra tarefa é organizar uma retrospectiva de sprint. De acordo com a nossa ideia, o sistema deve ser capaz de interpretar e interpretar os resultados do sprint: o que foi planejado no início do sprint, o que foi recebido no final, como foi o trabalho no processo e se houve dificuldades, então onde. Então, em retrospecto, a equipe não fará uma análise subjetiva de seus resultados, mas os avaliará de acordo com dados objetivos.