Gestión de proyectos - su justo un botón de
Una vez trabajé con un desarrollador que se presentaron en cada demostración de producto y constantemente se sugirieron mejoras para el producto. No me malinterpreten. De votos es importante y no debería desalentar a los desarrolladores de proporcionar ello. Pero hay un tiempo y lugar para everything.Besides el hecho de que este desarrollador le siguieron tomando la demo fuera de pista y el tiempo perdiendo todos, sus comentarios, cuando se aceptan, tuvo un gran impacto en el proyecto horario. "Es sólo un botón", fue su respuesta a cada objeción basada en la programación del proyecto. Este tipo siempre se las arregló para convencer a gestión de productos que no podía hacer en 5 minutos. Estoy seguro de que podría añadir un botón para una interfaz de usuario en 5 minutos, pero en este botón tenía un montón de repercussion.For uno, este botón necesitaba una acción que se adjunta detrás de ella, que no existía todavía. Además, añade un botón que significaría la actualización de la SRS, el usuario documentación, y casos de prueba. Por último, tuvo un impacto en otras aplicaciones que fueron afectados por la acción que se adjunta a este botón. No sólo que ahora tenemos que modificar las otras aplicaciones, teníamos que escribir un script de actualización para los clientes existentes que fueron migrando desde una versión anterior a esta versión nueva y mejorada de nuestro software.To hacer largo el cuento, su ventaja de 5 minutos botón a una media de effort.If 4 días usted está todavía en la fase de definición de su proceso, entonces usted debe considerar al menos el valor detrás de este botón, y si es o no la pena el esfuerzo. Si usted está llegando al final de la fase de construcción o de entró en la fase de verificación, no! Dejar en claro que la sobrerregulación no es aceptable y que en ningún caso se corre el riesgo de sus plazos de entrega para t it.Don "confundir a la situación en la que un programador que le gusta escuchar su propia voz constantemente propone sobrerregulación características con el de un cliente principal, que descubre un tapón de la demostración que debe ser rectificado. El primero es un error clásico que se debe controlar, y el segundo es estrictamente un hecho de tratar con los clientes - que se puede reducir la frecuencia con la introducción de mejores prácticas como la creación rápida de prototipos o sesiones JAD! orador Luc Richard es profesional y autor de más de 10 años de experiencia en la gestión del desarrollo de aplicaciones de software. Él puede ser alcanzado a través de la Mangler Project (http://www.projectmangler.com).
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!
