Times técnicos responsáveis por sistemas grandes geralmente implementam alguma rotina de “testes de regressão amplos”, geralmente a partir da interface, como forma de mitigar riscos de problemas em produção. Esses testes, algumas vezes automatizados, outras vezes manuais, costumam ter dois tipos de efeitos sobre os times de desenvolvimento. Alguns times contam com os testes de […]
Primeiros testes para códigos complexos
Escrever testes de unidade durante o desenvolvimento de código novo nem sempre é tarefa fácil. Muitas vezes, dependendo da complexidade, é difícil antecipar, de maneira eficiente, a estrutura final do software. Diversas decisões de design precisam ser feitas enquanto o código é escrito e, com frequência, elas são revistas, mais de uma vez, antes que […]
Arquiteturas de Hoje (AS-IS), de Amanhã (TO-BE) e o Caminho entre Elas (Roadmap)
Mudança nunca é fácil. Em uma organização, então, este tema costuma ser algo bem complicado. A execução da estratégia implica na evolução/adequação da Arquitetura Corporativa em todos os seus domínios. Há resistências que precisam ser superadas, alianças que precisam ser estabelecidas, processos que precisam ser desenvolvidos e implantados, organograma atualizado, pessoas contratadas e treinadas, infraestrutura […]
A fórmula da remuneração
Em nossas consultorias temos observado, exceto em cenários corruptos, que a remuneração de profissionais é resultante da composição de três fatores: Risco de não ter Raridade Produtividade Risco de não ter Em diversos negócios, existem papéis cujo principal pressuposto é mitigar riscos. Parte da remuneração das pessoas que executam esses papéis é uma amostra da […]
Planejamento estratégico e estratégia são coisas diferentes
A estratégia da organização não está na declaração da missão, visão ou na relação de valores. Nem mesmo em qualquer outra informação presente nas decisões tomadas nas reuniões de planejamento estratégico. [tweet] A estratégia organizacional está expressa nos critérios que as pessoas adotam no dia-a-dia para tomar decisões. A mudança estratégica implica na mudança desses […]
Time com método de trabalho legado produz software legado
Empresas que desenvolvem software replicam em seus sistemas sua estrutura de comunicação interna. Por isso, times monolíticos produzem sistemas monolíticos, times obsoletos criam software com tecnologias obsoletas, etc. Nessa mesma linha de raciocínio, times com método de trabalho
Gestão “legada” condena empresa a criar software legado
Conway ensina que uma organização, que desenvolve sistemas, está condenada a reproduzir em seu software sua estrutura de comunicação. De forma análoga, [tweet]uma empresa com metodologia de gestão “legada” está “condenada” a produzir software legado.[/tweet]
O seu foco é a sua realidade
Pessoas e organizações falham, com muita frequência, na obtenção de resultados superiores por não estabelecerem um foco. Ou, o que é pior, por estabelecerem foco em coisas não tão relevantes. Temos capacidade limitada para perceber o mundo. Além disso, sempre há mais coisas interessantes, boas ou ruins, para fazer do que recursos disponíveis. Assim, […]
A lei do retorno acelerado, de Ray Kurzweil
Ray Kurzweil, um dos gurus da Singularity University, postulou uma “lei”, bastante interessante, que ajuda a entender o ritmo acelerado das inovações tecnológicas que vivenciamos hoje em dia. Ela ficou conhecida como “Lei do Retorno Acelerado.” Technology goes beyond mere tool making; it is a process of creating ever more powerful technology using the tools […]
Definir estrutura de organizações que desenvolvem software demanda expertise técnica
[tweet]Ao reconhecer a validade da lei de Conway, relacionando estrutura organizacional e arquitetura de software, aceitamos que aqueles que decidem sobre o formato e estrutura dos times estarão, também, moldando o software produzido.[/tweet] Matthew Skelton e Manuel Pais ensinam que considerar essa constatação é fundamental. Ignorá-la é um erro estratégico. If we have managers deciding […]