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

Falha, compartimentalização e aprendizado

Ao projetar MVPs [1] você deve otimizar para a aprendizagem, em vez de puramente entregas. Com isto em mente, a palavra fracasso tem outro significado.

Um experimento irá resultar em algo. Quando pensar em uma hipótese ou uma feature para o negócio, você provavelmente estará pensando sobre isso de uma forma positiva. É comum pensarmos desta forma. Mas é muito importante organizar a arquitetura do produto para lidar com uma “falha” localizado, dado que este é um resultado possível. Uma falha localizada é uma oportunidade de aprendizagem. Você precisa dela, mas você deve estar bem preparado para lidar efetivamente com essas pequenas “falhas”.

Organize a arquitetura de seu produto para lidar com “falhas” localizadas. A falha  localizado é uma oportunidade de aprendizado. Essencial para quem trabalha com #MVP. Tweet This.

Abaixo seguem algumas fotos de um petroleiro e sua arquitetura.

petroleiro tanker2 oiltanker layouts

Mesmo sendo enormes, petroleiros são projetados com muitos pequenos tanques de petróleo compartimentizados. No caso de um compartimento tem um problema, o petroleiro não afunda. A arquitetura do petroleiro impede que um problema num tanque de óleo afunde o barco.

É desta forma que seu MVP (e suas features) devem ser arquitetados [2]. Você deve estar pronto para experimentar com novas features do produto, sem o risco de afundar.

A consideração mais importante é o seu barco (o produto não pode afundar!). Ele deve sempre permanecer estável com as novas features sendo trabalhadas e adicionadas. Estas são as novas experiências. Elas são essenciais para a validação de um novos aprendizados, e para a evolução do seu produto. Um produto que não evolui está fadado a morrer! Mas suas novas features não podem colocar seu produto em risco.

Organizações inovadoras lidam muito bem com essa nova forma de trabalhar e evoluem seus produtos de forma segura. Elas estão crescendo os seus produtos de forma semelhante aos grandes petroleiros. Elas lidam com novos experimentos, adicionados aos produtos de sucesso já comprovados, sem risco de afundar o barco.

petroleiros-arquitetos

E a sua organização? Está preparada para trabalhar desta forma? Não estamos todos no mesmo barco, mas eu espero que o seu também esteja preparado para o novo mundo.

 

Referências:

 

[1] Lean Inception para alinhar as pessoas sobre o MVP

 

[2] Lean Software engineering para desenvolver o MVP

 

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.
Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

A inteligência artificial está tornando os outputs mais rápidos, baratos e abundantes. Mas produzir mais não significa gerar mais resultados. Neste artigo, Paulo Caroli explica por que outcomes, julgamento e ownership se tornam ainda mais importantes à medida que papéis, processos e estruturas de times mudam. A partir de Lean Inception, Team OKR e Triple Track, o texto mostra como conectar estratégia, aprendizado e execução na era da IA.

ler mais

Pin It on Pinterest