5 leis e princípios que podem ser aplicados à engenharia de software
- Desenvolvimento
- Equipe Editorial
- abril 17, 2024
- Equipe Editorial
- abril 17, 2024
A engenharia de software consiste no desenvolvimento de soluções de software que vão desde o planejamento à entrega final ao cliente. Para que esta entrega seja feita com sucesso e, acima de tudo, qualidade, é preciso uma boa estratégia.
Pensando nisso, vamos explorar algumas leis e princípios fundamentais que podem representar verdadeiras forças motrizes por trás das decisões e planejamentos em engenharia de software.
1. Lei de Conway
O que diz a lei – a Lei de Conway descreve a ligação entre a estrutura de comunicação das organizações e os sistemas que elas projetam. Seu nome é uma homenagem ao programador de computador Melvin Conway, que apresentou a ideia em 1967.
Como se aplica – Se a comunicação entre as equipes da organização for complicada, a comunicação entre as camadas do software provavelmente também será difícil, o que irá resultar em uma experiência ruim ao usuário.
2. Lei de Brooks
O que diz a lei – A lei de Brooks é uma observação sobre o gerenciamento de projetos de software que a inclusão de novos desenvolvedores em um projeto que está atrasado contribui para torná-lo ainda mais atrasado. Foi criado por Fred Brooks em 1975.
Como se aplica – Novos desenvolvedores terão primeiro que entender e compreender todo o sistema, sua arquitetura e seu design, antes de começar a produzir algum código útil, o que atrasaria a entrega do projeto.
3. Princípio de Pareto
O que diz o princípio – O Princípio de Pareto afirma que, em muitos trabalhos, 80% dos resultados derivam de 20% das causas. Em resumo, uma parte pequena das causas tem um efeito desproporcionalmente grande nos resultados. Esse princípio foi desenvolvido pelo economista Vilfredo Pareto em 1896.
Como se aplica – É possível usar a regra 80/20 para priorizar as tarefas que devem ser realizadas durante o dia de trabalho. O objetivo é realizar, entre todas as tarefas da sua lista, os 20% destas que resultarão em 80% do impacto possível naquele dia. Desta maneira, para causar o maior impacto, identifique as tarefas mais importantes para a equipe e concentre-se nelas durante a jornada de trabalho.
4. Lei de Linus
O que diz a lei – A lei, formulada pelo hacker Eric S. Raymond, diz que, com muitos colaboradores, qualquer problema em um sistema pode ser detectado e corrigido.
Como se aplica – A perspectiva da Lei de Linus amplia a visão sobre como devemos enfrentar desafios em desenvolvimento de software. Ela ensina que, em vez de buscar culpados, devemos focar na colaboração coletiva para solucionar os bugs que podem aparecer durante o processo.
5. Lei de Murphy
O que diz a lei – A Lei de Murphy é baseada em premissas que explicam os fatos cotidianos do ponto de vista pessimista, ou seja, a espera de resultados negativos a partir de diversos eventos. Foi criada pelo engenheiro americano Edward A. Murphy, no ano de 1949.
Como se aplica – Apesar de ser conhecida como uma lei pessimista, a Lei de Murphy nos lembra de sempre estar preparado para o inesperado. Com planejamento, testes e planos de contingência, você ficará mais preparado para solucionar o que vier pela frente.
Conteúdo relacionado
5 tipos de técnicas de testes de software
Habilidades do bom Analista de Testes
