Depende, e é Tudo Opcional
Escrito por: Jurgen Appelo
É melhor comer sopa com uma colher.
A menos que queira comer lámen, então sugiro hashi.
É amplamente aceito que não existem melhores práticas. As práticas só podem ser “atualmente mais conhecidas no contexto”. Elas podem ser agora a melhor coisa a se fazer em uma situação específica, até que alguém encontre um caminho melhor, ou até que a situação mude.
Precisamente por esta razão, não sou um grande fã de frameworks. Estas são algumas definições da palavra framework:
uma estrutura de apoio em torno da qual algo pode ser construído
um sistema de regras, ideias ou crenças que é usado para planejar ou decidir algo
uma estrutura conceitual básica (como de ideias)
uma estrutura esquelética projetada para apoiar ou delimitar algo
uma moldura ou estrutura composta por peças encaixadas e unidas
A maioria das definições da palavra framework sugere uma estrutura essencial, mínima. Um edifício é construído em cima e em torno de um framework de metal e concreto; praticar o Direito é impossível sem uma Constituição ou algum framework legal, e eu não sou capaz de escrever livros e posts de blog sem o framework que chamamos de linguagem natural. Em cada caso, o ‘framework’ é a estrutura mínima essencial. O ‘framework’ é o facilitador. Você não consegue começar a construir sem o ‘framework’.
Isso faz com que o modelo unFIX não seja um framework. Existem muitas formas de projetar organizações, e o unFIX não obriga ou impõe qualquer estrutura particular. Todas as práticas são opcionais. Não há uma estrutura essencial mínima, o que significa que o unFIX é bastante diferente do SAFe, da Holacracia e de outros métodos e modelos. (A menor versão do Scaled Agile Framework é literalmente chamada de Essential SAFe. E você não está praticando Holacracia se você não seguir sua Constituição).
Pode ser melhor descrever o modelo unFIX como uma linguagem de padrões, um pouco semelhante aos famosos padrões de arquitetura discutidos pelo arquiteto Christopher Alexander. Você pode criar edifícios e cidades sem usar nenhum dos padrões descritos. Tudo é opcional. No entanto, as coisas geralmente serão mais agradáveis e melhores quando você considerar e aplicar algumas dessas boas práticas em suas arquiteturas, desde que você tenha consciência que os padrões são apenas “atualmente mais conhecidos naquele contexto”.
Depende, e Tudo é Opcional
Bons consultores e coaches já sabem disso, é claro. Eles entendem que as coisas dão errado quando as pessoas interpretam de forma dogmática os frameworks ágeis como estruturas essenciais, mínimas (como a própria definição da palavra sugere). Poderia ser melhor se os frameworks ágeis fossem decompostos em bibliotecas de padrões, semelhantes ao unFIX. Tudo depende do contexto, e tudo é opcional.
Nota: Nós oferecemos regras/restrições para os padrões de modo que, SE você optar por usar um padrão, você deve levar em conta COMO o padrão é usado corretamente.
Você pode ingerir a sopa e o macarrão diretamente da tigela. Você também pode usar um canudo, uma colher de chá ou até mesmo um garfo. Mas, pode demorar um pouco mais para terminar a sopa. Eu recomendo a colher e o hashi.
