Há nove anos eu comecei a gerenciar processos de desenvolvimento de software, utilizando metodologias diferentes ortodoxos que me ajudou a alcançar os objetivos de meus projetos.
A experiência adquirida como eu percebi que algo estava faltando. Ele sentiu que os objetivos alcançado um significativo esforço pessoal, mas a minha equipa fez de forma irregular.
Depois de dezenas de projetos que eu comecei a olhar para a verdadeira razão para o sucesso. Percebi que essa é a natureza das pessoas que nela trabalham, juntamente com o conhecimento técnico adequado. Por esta razão, sempre considerar a minha equipa como o "grande ator" de um projeto e tentar sempre construir o contexto mais apropriado para tirar o máximo proveito deles, incluindo a motivação pessoal.
Eu também aprendi que se você fizer um projeto bem sucedido deve estar disposto a dar lugar para aqueles que estão com você no trabalho diário. Independentemente do nível hierárquico, todo mundo quer ser reconhecido, todo mundo quer propor, todo mundo quer contribuir para a meta. Aqui está a parte mais difícil, tentando atender a essas necessidades. Sempre tento fazê-lo, convencido de que era essencial para atingir a meta.
Um par de anos atrás eu descobri que muitas destas instalações, em que eu intuitivamente com base, foram incorporados em uma coisa chamada SCRUM. Comecei a ler rígido, e, gradualmente, eu percebi que tinha encontrado o que procurava há muito tempo. Um quadro que estabelece o senso comum, com base no valor que eles trazem pessoas, a ligação, a criatividade, a crítica construtiva, auto-educação e auto-organização.
Alguém acha que é um bom gestor de projecto para fazer horários, calcular orçamentos, fazer cumprir ordens? Se você é ou têm vindo a desempenhar este papel, provavelmente a pensar que nada disso foi fundamental para o sucesso de um projeto. Na minha opinião, um bom gerente de projetos é que consegue realizar um sentimento projeto realmente tinha o controle do projeto era o gerente, mas ele sabe perfeitamente bem que sem a equipe, apenas com suas contribuições individuais não poderia chegar ao gol.
A partir da análise acima emerge o tipo de líder que propõe SCRUM, o líder que articula, orquestra, os comandos, mas praticamente não aparece em cena. Alcançar compromisso profissional do seu pessoal incorporado em produtos tangíveis que agregam valor ao cliente. Tudo isto, combinado com ciclos curtos de desenvolvimento, permite corrigir com base no risco empírica, e munidos de baixo custo.
Muitas vezes, quando se fala em metodologias ágeis, como SCRUM, o gerente do projeto pensa em anarquia e muito leve, quando na verdade o oposto. Para praticar corretamente SCRUM exige disciplina e intensidade, sustentada ao longo do tempo.
Eu poderia ter escrito um artigo para explicar aborrecidamente SCRUM, mas iria contra a essência deste método, por isso, convido-vos a aprender SCRUM. Em seguida, haverá tempo para decidir se engajar ou não, mas não removidos de suas configurações, devido à ignorância. Pense, por algo que está sendo usado por grandes empresas de tecnologia do mundo, Google, Yahoo, Microsoft, HP, Novell, SAP, Nokia, Xerox, etc.
A administração do projeto é completamente superestimada. a prova é que tendemos a trabalhar continuamente ningunear mitologização as técnicas administrativas. não acredito em qualquer metodologia que não leva seus parâmetros para a equipe, o talento. Minha experiência deixa claro que o sucesso está no equipamento.
O Torvalds quando perguntado como ele consegue lidar com projectos de programas linux sempre diz que o segredo é não ficar no caminho de pessoas que sabem. Ele até escreveu um manual de estilo de gerenciamento de projetos, com seu humor característico.
http://tinyurl.com/2937hwr
/ * Como sempre tentamos cobrir com regras escritas não têm senso comum * /