“Deus tem um pacto com os desenvolvedores: Deus não faz software e desenvolvedor não faz milagre”.

Isto é fato! Restam aos vendedores, gerentes comerciais e correlatos das empresas de desenvolvimento saberem disso.

A verdade é que para sobreviver em meio à forte concorrência, os prazos passados por estas empresas para entregas de novos projetos estão cada vez mais curtos, levando os desenvolvedores a fazerem verdadeiros milagres para entregar todas as funcionalidades pedidas, livres de erros e 100% funcional na data combinada.

Deste modo, as boas práticas de programação e até mesmo a possibilidade de reutilização do código em novos projetos ficam completamente comprometidas. O desenvolvedor faz o código, se funcionou, deixa lá como está porque é pra amanhã. Que atire o primeiro mouse quem nunca fez isso. Se não der certo, coitado do coordenador da equipe que terá que se justificar para a diretoria porque o projeto sofrerá atraso.

O que você acha sobre isso? Já teve que fazer algum milagre para entregar um projeto dentro do prazo? Deixe a sua opinião como um comentário logo abaixo.

Tudo deve começar com um minucioso mapeamento da atividade que será desenvolvida. Os riscos inerentes a cada etapa devem ser considerados da seguinte forma: riscos do próprio negócio, o que inclui potencial de ocorrência de acidentes de trabalho e de perda de mercadorias; riscos acarretados pelo desempenho de terceiros (como fornecedores e prestadores de serviços); risco de inadimplência; e a atuação da concorrência.

Uma área que pode requerer soluções terceirizadas é a de tecnologia da informação. Fazer negócios com a agilidade exigida pelo mundo atual, onde a globalização é uma indiscutível realidade, requer atualização constante – e não é todo tipo de negócio que pode ter uma área interna de TI prontinha para dar conta dos desafios que surgem a cada dia.

(Este trecho foi retirado da HSM Leia a matéria na integra Clique aqui)

Não deixe de ler também:
A importância do conhecimento técnico para o GP na área de Desenvolvimento de Software

No gerenciamento de projeto o conceito de liderança e outras competências comportamentais necessárias têm sido extensivamente estudados, o mesmo não se vê para a contribuição do conhecimento técnico e especialista no desenvolvimento das diversas funções de gerenciamento, é possível identificar no profissional gerente de projeto diferentes tipos de perfis, dentre os mais difundidos estão os do tipo generalista, especialista e técnico, desta forma este trabalho estuda a importância do conhecimento técnico para o gestor de projeto na área de desenvolvimento de software com ênfase na construção de sistemas de suporte à tomada de decisão.

Leia meu trabalho na integra diretamente no site do PMI Chapter São Paulo.

Parece brincadeira mas situações como esta não é tão difícil de acontecer no mundo dos projetos de desenvolvimento de sistema. O ideal é que para a saúde de um projeto e comprometimento de todos nunca aconteça. Mas sempre tem um engraçadinho!

Deixe um comentário com alguma experiência que você passou a respeito. (Pode ser até sobre aquele cliente que tentou te “Entubar” uma lista de melhorias dizendo que era bug! rs. Não precisa se identificar.

As metodologias ágeis são baseadas no processo iterativo, mas usam como comunicação o mecanismo de controle primário, que vem de testes e uso das versões do software desenvolvido, e para atender ao mercado de maneira rápida e eficiente a evolução é vista a todo o momento, seja em uma reunião, seja ao final de cada semana de trabalho.

Hoje podemos encontrar diversas metodologias para desenvolvimento de software ágil como SCRUM, Extreme Programming (XP), Feature Driven Development (FDD), Dynamic Systems Development Method (DSDM), entre outras, abaixo um pouco mais sobre essas metodologias.

• SCRUM é uma metodologia de gestão e baseia-se em atividades de monitoramento e feedback, com reuniões rápidas e diárias com suas equipes de poucos integrantes, visando a identificação e correção de qualquer problema no processo de desenvolvimento.
• Extreme Programmimg é uma metodologia voltada para equipes pequenas e médias, que desenvolvem software baseado em requisitos não totalmente definidos e que se modificam rapidamente.
• Feature Driven Development (Desenvolvimento Guiado por Funcionalidades) é uma das seis metodologias ágeis originais, cujos representantes redigiram o Manifesto Ágil para Desenvolvimento de Software (http://agilemanifesto.org/), em 2001.
• Dynamic Systems Development Method (DSDM) é uma metodologia de desenvolvimento de software inicialmente baseada na metodologia Rapid Application Development, sendo iterativa e incremental, com uma abordagem que enfatiza a continuidade do envolvimento dos utilizadores.

Grande parte dessas metodologias tem como foco principal o desenvolvimento de software em períodos curtos que são chamados iterações. Essas iterações duram em média de duas a quatro semanas e são tratadas como miniaturas do projeto. Ao final de cada período de iteração é possível ter um software já com partes funcionais, possível de ser usado. Além disso, elas possuem todas as etapas necessárias para o desenvolvimento do software.

Mas é preciso ressaltar que mudar a metodologia de dese­nvolvimento de software de uma empresa não acontece da noite para o dia, é preciso mudar o jeito de agir e pensar de todos os integrantes da equipe de desenvolvimento e outras pessoas envolvidas com essa equipe, ou seja, uma mudança cultural deve acontecer de forma gradual. O primeiro passo para essa mudança é adaptar os processos da metodologia ágil que será utilizada, pois as práticas propostas por essa metodologia nem sempre são necessárias para a sua empresa, ou mesmo não são totalmente acopláveis a sua equipe e visão cultural da empresa.

Agradeço a todos que de alguma forma contribuíram para a conclusão deste artigo, orientadora, amigos e principalmente aqueles que participaram respondendo a pesquisa de essencial importância para o desenvolvimento do tema deste trabalho.

Obteve-se a opinião de 126 profissionais gestores de projetos, todos responderam um questionário com 13 perguntas que procurou traçar não só o perfil do respondente como suas qualificações técnica e a importância que ela exerce sobre o sucesso dos projetos que este gerência. O principal canal de divulgação foram listas de discussões sobre gestão de projetos (meus sinceros agradecimentos pelo espaço) e network pessoal.

O artigo já foi submetido e aguarda publicação. Após sua publicação poderei divulgar para a comunidade acadêmica e interessados todas as respostas, análise dos dados e conclusão do mesmo. Até lá segue uma amostra dos dados coletados:

Faixa de idade dos respondentes

Você já gerenciou com sucesso projetos que não seja de TI?

Antes de assumir a posição de gerente de projeto você desempenhou alguma posição técnica e/ou especialista?

Qual o grau de importância que seu conhecimento técnico promove para a boa gestão dos projetos que gerência.

Fique a vontade para deixar seu comentário.

O trabalho foi publicado no PMI Chapter São Paulo e pode ser acessado através do link: http://www.pmisp.org.br/enews/edicao1001/artigo_01.asp