- Não conseguiremos cumprir os prazos!
- Aplique o Agile!
"Sem pessoas suficientes, ele não vai nos ajudar!"
- Então invente outra palavra inteligente!Recentemente, ouço com frequência: eles falharam porque escolheram a metodologia de desenvolvimento de produto incorretamente. Agora, se você usasse Scrum / DevOps / Agile / outra coisa, tudo ficaria bem. Parece que essas pessoas não entendem algo no desenvolvimento de software.
Alistair Cowbern, em seu
artigo, analisou vários projetos de software que foram realizados em diferentes modelos, desde completamente “leves” e flexíveis até muito “pesados” e formalizados. Ele não encontrou correlação entre o sucesso ou o fracasso de projetos e os modelos de processo de desenvolvimento que foram usados. A partir disso, Cowbern concluiu que a eficiência do desenvolvimento é independente do modelo de processo.
Existem dezenas de metodologias, mas nenhuma garante resultado. Em cada novo projeto, o processo deve ser redefinido sempre. Basicamente, a escolha do processo depende do
produto que está sendo desenvolvido e das
pessoas envolvidas no desenvolvimento. O princípio principal: as pessoas não devem ser construídas de acordo com o modelo de processo selecionado, mas o modelo de processo deve ser adaptado a uma equipe específica para garantir sua maior produtividade.
Produto
Considere o desenvolvimento de software crítico, por exemplo, um sistema de controle para uma usina nuclear ou um veículo tripulado. Todos os requisitos são conhecidos antecipadamente, o produto possui extensa documentação técnica, existem GOSTs, etc. Não é de surpreender que esses projetos usem metodologias "pesadas".
Abordagens completamente diferentes devem ser usadas ao desenvolver um novo serviço da web elegante, quando os requisitos são confusos e mudam constantemente. Aqui estão os sistemas Scrum / Agile favoritos de todos e os sistemas "leves" semelhantes. A aplicação dessas metodologias é justificada, pois Você pode obter feedback rapidamente em um mundo externo que muda rapidamente.
O exposto acima também pode ser projetado no tamanho do produto que está sendo desenvolvido. De fato, processos completamente diferentes devem ser aplicados em projetos nos quais 10 pessoas participam e em projetos nos quais 1000 pessoas participam.
Pessoas
O processo de desenvolvimento deve ser organizado de maneira diferente na equipe do aluno e na equipe de profissionais detidos.
Eu sempre acreditei que Scrum e outras metodologias de desenvolvimento são para aquelas pessoas que simplesmente não podem trabalhar por conta própria. Eu seleciono vários tipos de comandos e, dependendo disso, construo processos dentro deles.
- Uma equipe de profissionais sabe como trabalhar. Eles podem assumir a responsabilidade pelo resultado - as metodologias de desenvolvimento não são necessárias aqui, especialmente não impostas de cima. Muitas vezes, mesmo um gerente não é necessário. Essas equipes são capazes de trabalhar de forma independente, sem monitoramento constante e sempre com um resultado invejável.
- Uma equipe de programadores experientes requer monitoramento e suporte periódicos, mas sem uma configuração rígida de tarefas.
- A equipe de recém-chegados, no entanto, exige definição constante de tarefas, suporte na resolução de problemas e monitoramento de prazos.
Líderes, estude sua equipe e escolha a metodologia de desenvolvimento com sabedoria em cada caso. Cada equipe precisa de sua própria metodologia.
As principais tarefas do gerente são:
- construir uma equipe que possa trabalhar em conjunto no resultado desejado com eficiência suficiente
- criar um processo de trabalho dentro da equipe para permitir que os funcionários façam convenientemente o trabalho necessário
- configurar a interação da equipe com outros departamentos da empresa ou com o cliente para que a comunicação ocorra com um mínimo de interferência no trabalho principal da equipe e máxima eficiência
- remova todos os outros obstáculos e obstáculos da equipe do caminho para alcançar a meta.
Recentemente, houve muitas entrevistas para gerentes de desenvolvimento. Aproximadamente 7 em cada 10 candidatos à pergunta sobre sua principal conquista no local de trabalho atual relatam que eles se tornaram a parte principal do sucesso do produto, sem eles tudo teria falhado.
Gerentes, gerentes, acorde! A chave para o sucesso do projeto não é o líder, não o processo, mas as pessoas que trabalham nele.
Quero terminar com uma citação de um dos treinadores de futebol: “O treinador não é importante - você é importante. Você vence duelos em campo e partidas inteiras, e nós apenas ajudamos um pouco. Podemos organizar os jogadores e orientar - os jogadores fazem o resto. ”