Precisa de ajuda para escolher o seu
treinamento ou tem alguma dúvida?

Contrato aberto ou menos detalhado

Outro dia aprendi algo bem interessante com o Rafael Sabbagh. A discussão não deve ser se o contrato é aberto ou fechado, mas sim se o contrato é menos ou mais detalhado.

Isso faz muito sentido. Quanto mais detalhado o contrato, menos flexibilidade o time terá para adequar e aceitar mudanças. No nosso mundo ágil esta é uma das premissas mais importantes: Aceitar Mudanças.

Sim, aceitar mudanças. Mudanças do mercado, de requisito, de rumo! Somos influenciados por Lean Start up. Conseguimos fazer o tal de Inspect and Adapt. E seguimos práticas de desenvolvimento que nos permitem verificar se a mudança de hoje não quebrou o sistema.

Daí a sabedoria do Sabbagh quando diz que devemos falar de contrato com maior ou menor nível de detalhamento. Se detalhar demais, vai ter que ou (1) mudar o contrato, ou (2) trabalhar em algo que não está no contrato e provavelmente deixar de fazer algo que estava no contrato.

Valeu Sabbagh! Neste momento estou trabalhando num contrato. Sim, o escopo é fechado, mas em um nível bem elevado, sem muito detalhamento. Permitindo assim as mudanças que hão de vir.

Interessado nesse assunto?

Confira esse eBook sobre lean, contratos, e métricas de software (Pontos de Função, SNAP e Cosmic): Enxugando a Máquina (GRÁTIS por tempo limitado).

Paulo Caroli

Paulo Caroli is an author, speaker, and consultant specializing in agile transformations, Lean Inception, and OKRs. With over 30 years of experience—including nearly a decade in Silicon Valley and 18 years at ThoughtWorks—he has helped organizations transition from project to product and from strategy to execution. Creator of the Lean Inception methodology and author of bestselling books like Lean Inception and Team OKR, Paulo is dedicated to empowering teams to align, validate, and deliver real business value.
A Importância dos Decision Records

A Importância dos Decision Records

Neste artigo, exploro o conceito de Decision Records, inicialmente conhecido como ADR (Architectural Decision Record), que aprendi durante minha experiência como desenvolvedor de software. Esses registros são essenciais para ajudar novos integrantes de um projeto a compreender as decisões passadas e os motivos por trás delas. Como empreendedor da Caroli.org, implementei o uso de Decision Records para garantir transparência e aprendizado contínuo na organização. O registro captura informações como data, área, título, status, prazo, contexto, decisão e consequência. Além disso, compartilho um Google Sheet para facilitar o uso dessa prática.

ler mais

Pin It on Pinterest