Gerenciamento de Projetos - seu apenas um botão
Eu trabalhei uma vez com um desenvolvedor que apareceu em cada demonstração do produto e constantemente sugeridas melhorias para o produto. Não me interpretem mal. Feedback é importante e você não deve desencorajar os criadores de fornecer ele. Mas há um tempo e lugar para everything.Besides o fato de que esse desenvolvedor tendo mantido a demonstração da pista e desperdiçar o tempo de todos, o seu feedback, quando aceito, teve um enorme impacto sobre o projeto cronograma. "É apenas um botão", foi sua resposta para cada objeção com base no cronograma do projeto. Esse cara sempre conseguiu convencer Gestão de Produto que ele poderia fazê-lo em 5 minutos. Tenho certeza que ele poderia adicionar um botão para uma interface de usuário em 5 minutos, mas este botão tinha um monte de repercussion.For um, este botão necessária uma acção em anexo por trás dele, que ainda não existe. Além disso, adicionar um botão significaria atualização do SRS, o usuário documentação e casos de teste. Finalmente, teve impacto sobre outras aplicações que foram afectadas pela acção em anexo a este botão. Não só precisamos agora de modificar essas outras aplicações, precisávamos de escrever um script de upgrade para os nossos clientes existentes que estavam migrando de uma versão anterior a esta nova e melhorada versão do nosso software.To fazer um short longo da história, o seu botão de levar 5 minutos em média para um effort.If 4 dias você ainda está na fase de definição do seu processo, então você deve, pelo menos, considerar o valor por trás deste botão, e se ou não vale a pena o esforço. Se você estiver se aproximando do final da fase de construção ou entrou na fase de verificação, não! Deixe claro que cosmética, não é aceitável e que sob nenhuma circunstância o risco de os prazos para t it.Don "confundir o cenário em que um desenvolvedor que gosta de ouvir a sua própria voz constantemente propõe excesso de recursos com o de um cliente de chumbo que descobre uma rolha de mostrar que deve ser corrigida. O primeiro é um erro clássico que você deve controlar, ea segunda é estritamente fato de lidar com os clientes - que podem ser reduzidos em freqüência através da introdução de melhores práticas como a Prototipagem Rápida ou sessões JAD! falante Luc Richard é profissional e autor de mais de 10 anos experiência de gestão do desenvolvimento de aplicações de software. Ele pode ser alcançado através da Mangler Project (http://www.projectmangler.com).
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!
