Heróis do projeto
Heróis do projeto. Nós todos ouvimo-nos deles. Alguns de nós viram-nos mesmo. Um projeto está no jeopardy. Este guy (ou o galão) saem em nenhuma parte, analisam a situação, dizem-no exatamente o que o problema é, e vão-nos então sobre repará-lo antes que você possa mesmo atualizar sua planta do projeto!
Alguns gerentes de projeto colocam um nível elevado da confiança em heróis do projeto. Em conseqüência, seus superman (ou superwoman) são atribuídos aos projetos os mais fascinantes e suas decisões e colas técnicas são desafiados nunca. No entrementes, o descanso da equipe do desenvolvimento executa a funcionalidade banal ou repara defeitos.
Que É Errado Com Este Retrato?
Bem, para uma coisa, demasiado muitos heróis da picareta dos gerentes de projeto baseados no seu poss- atitudes em vez de sua abilidade de entregar consistentemente o software no tempo e de acordo com especs.. Em conseqüência, os colaboradores que são alimentados acima com tarefas aborrecidas e querem ser tratados de repente como heróis tornam-se excedente optimistic quando pedidos fazer sob medida características.
Adicionalmente, eu vi muitos heróis so-called manter levantadas companhias inteiras porque não admitiriam que tinham o problema se encontrar com sua programação. Cega confiando em tudo seu campeão di-lo que, você undercut sua abilidade de fazer exame da ação corretiva em uma maneira oportuna.
Finalmente, uma ênfase em heróis do projeto desanima a cooperação entre muitas partes interessadas no processo do desenvolvimento do software desde que muitos champs tendem a undermine seus pares.
Pedir que um colaborador justifique sua estimativa não significa você não confía nele. Pedir uma segunda opinião não sugere que é incompetent. Prova simplesmente que você compreende que o risco é parte de todo o projeto e que você faz seu mais melhor para o avaliar e minimizar.
Dando o blanche do carte aos heróis do projeto às vezes? mas raramente? conduz ao software de alta qualidade desenvolvido no tempo record. Mais frequentemente do que não, o resultado é um teste padrão dos deslizamentos da programação que não são reconhecidos ou relatado até que esteja demasiado atrasado, construído acima da frustração amongst membros da equipe, e os muitos do mim lhe disseram assim quando seu campeão falha.
Luc Richard prende um MBA com um major na tecnologia elevada. Por os 10 anos passados, está sendo controlado o desenvolvimento de aplicações do software. É o founder do projeto Mangler (http://www.projectmangler.com), um recurso em linha que publique artigos livres, histórias, e outras ferramentas ready-to-use a ajudar colaboradores, líderes da equipe e os gerentes entreguem projetos do software no tempo, de acordo com especs., e dentro do orçamento.
Artigo Fonte: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!
Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!
