Héroes del proyecto
Héroes del proyecto. Todos hemos oído hablar les. Algunos de nosotros incluso los han visto. Un proyecto está en peligro. ¡Este individuo (o el galón) sale en ninguna parte, analiza la situación, le dice exactamente cuál el problema es, y después se enciende fijarlo antes de que usted pueda incluso poner al día su plan del proyecto!
Algunos encargados de proyecto ponen un alto nivel de la confianza en héroes del proyecto. Consecuentemente, su superhombre (o superwoman) se asigna a los proyectos más fascinadores y sus decisiones y aprestos técnicos nunca se desafía. En mientras tanto, el resto del equipo del desarrollo pone funcionalidad en ejecucio'n banal o fija defectos.
¿Cuál Es Incorrecto Con Este Cuadro?
Bien, para una cosa, muchos héroes de la selección de los encargados de proyecto basados en su poder- también las actitudes en vez de su capacidad de entregar constantemente software el tiempo y según espec.. Consecuentemente, los reveladores que se están harto de cansado con tareas aburridas y desean ser tratados como héroes repentinamente hacen excesivamente optimistas cuando están pedidos clasificar características.
Además, he visto a muchos héroes supuestos soportar a compañías enteras porque no admitirían que tenían apuro el resolver de su horario. Oculto confiando en todo su campeón le dice que, usted socave su capacidad de tomar la acción correctiva de una manera oportuna.
Finalmente, un énfasis en héroes del proyecto desalienta la cooperación entre los muchos tenedores de apuestas en el proceso del desarrollo del software puesto que muchos champs tienden para minar a sus pares.
Pedir que un revelador justifique su estimación no significa usted no lo confía en. El pedir una segunda opinión no sugiere que ella es incompetente. Prueba simplemente que usted entiende que el riesgo es parte de cualquier proyecto y que usted hace su mejor para determinarlo y para reducir al mínimo.
¿Dando carta blanca a los héroes del proyecto a veces? ¿pero raramente? conduce al software de alta calidad desarrollado en tiempo de registro. A menudo, el resultado es un patrón de los resbalones del horario que no se reconocen o la frustración divulgada hasta que es demasiado atrasado, acumulada entre miembros del equipo, y los muchos de mí le dijeron tan cuándo su campeón falla.
Luc Richard sostiene un MBA con un comandante en alta tecnología. Por los últimos 10 años, le están manejando el desarrollo de los usos del software. Él es el fundador del proyecto Mangler (http://www.projectmangler.com), un recurso en línea que publique los artículos libres, historias, y otras herramientas listas para utilizar a ayudar los reveladores, los líderes del equipo y los encargados entregan proyectos del software el tiempo, según espec., y dentro del presupuesto.
Artículo Fuente: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!
Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!
