English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Gestión de proyectos - la gerente de productos de viaje

Negocios RSS Feed





Diversos estudios? y el sentido común? indican que la participación de los clientes aumenta la probabilidad de que su producto cumplirá los requisitos del cliente (Espero que estos estudios no se habían financiado con mis dólares de impuestos!) Aunque la declaración anterior suena extremadamente obvio, el hecho es que muchos proyectos de software de entrada falta de cliente. Considere el siguiente ejemplo: Semana 0: Rojo, nuestro amable mangler proyecto, está a cargo de la próxima liberación de su producto insignia de la organización. Por los últimos 3 meses de gestión de productos se ha venido reuniendo con los clientes existentes y potenciales para determinar qué funciones incrementales deben añadirse a las ya existentes liberar. Después de reunir esos requisitos, el uno y sólo escribió un Director de Producto de SRS (Software Requirements Specification), que ya ha sido entregado a Red.Week 1: Después de revisar el SRS, de productos Desarrollo del primer corte del proyecto estima que se tardará entre 30 a 34 meses-persona para satisfacer todos los requisitos. Rojo del presupuesto sólo representa el 25 persona-months.Week 2: Red de la máxima prioridad es el matorral requisitos. Lamentablemente, el Gerente de Producto, que sólo una dura rampa hasta 3 meses, tuvo un merecido vacaciones. Él va a estar de vuelta en 1 semana. Para conseguir que su equipo, Red decide dar prioridad a las necesidades de sí mismo y cortar algunas características que no se sienten necessary.Week 3: Otra semana ha pasado y es el Gerente de Producto de regresar de sus vacaciones, bien descansado. Después de pasar la mayor parte del día pasa a través de su bandeja de entrada, que tropieza a través de un correo electrónico de Red que le informaba de que la función no I18N hacer en este comunicado a las limitaciones presupuestarias. El Gerente de Producto es fumante. "Esta característica se ha comprometido a un cliente y debe ser en el producto! "En la presente nota, que deja a Europa para reunirse con un enorme potencial customer.Week 4: El rojo es todavía más el presupuesto, y debe añadir I18N en el producto. El Director de Producto de hecho muy I18N claro que se espera por un cliente, pero no explicó que otras características son de menor prioridad. Rojo espera que pueda resolver todo, cuando el Director de Producto de regresa de Europa a principios del próximo week.Week 5: Nuestro Director tenía previsto regresar de Europa esta semana, pero una gran oportunidad de venta se presentó en Brasil, por lo que el despegue una vez más. Dado que el proyecto ya ha utilizado hasta 16 meses-persona, Red necesita desesperadamente para determinar las características que no van a hacer en el producto. Él le pregunta en torno a comentarios y todo el mundo tiene una opinión diferente. Roja, por lo tanto, decide soltar a algunos de los requisitos relacionados a su rendimiento. "El sistema no puede responder rápidamente, pero por lo menos todas las características de trabajo." Semana 6: El Gerente de Producto regresa de Brasil. Por último, llega a reunirse con el rojo y el resto de la I + D equipo. Que les informe de que es fundamental que el sistema cumple los requisitos de funcionamiento. Sin embargo, la presentación de informes y la SSO características, que fueron, respectivamente, en tamaño 2 y 3 meses de cada persona, no son necesarios en este liberación del producto y puede ser reprogramado para la siguiente versión. El principal trabajo de los desarrolladores de estas características que se les informará tanto a la semana se terminaron ago.I no cree que necesito para describir el resto de esta proyecto. Pero en caso de que no han adivinado, era tarde y que estuvo más de budget.If pedir a este Gerente de Producto o no el cliente que participan en el proyecto, su respuesta sería "¡Por supuesto! Pasé 3 meses reunir los requisitos y escribir un SRS. "Pero ¿dónde está la regeneración de cliente cuando el SRS es preciso limpiarlo? ¿Y dónde estaba cuando el Gerente de Producto y de la Red de I + D equipo necesario preguntas con respecto a la lista de características? en un centenar de palabras o comentarios LessGathering escribir su SRS es un gran comienzo a la participación del cliente en su proyecto, pero no puede detenerse allí. Si el usuario se detiene cuando la entrada de productos Gestión imprime el SRS, que está en problemas! La participación del cliente es tener el cliente o su representante (por ejemplo, el Gerente de Producto), disponible en todo momento. Si verdaderamente creemos que la participación de los clientes aumenta la probabilidad de que su producto cumplirá los requisitos del cliente, asegúrese de que estén implicados en todo el proyecto, no sólo en la definición phase.Luc Richard es autor y orador profesional con más de 10 años de experiencia en el manejo del desarrollo de aplicaciones de software. Él puede ser alcanzado a través de El Proyecto Mangler (http://www.projectmangler.com).

Artículo Fuente: Messaggiamo.Com

Translation by Google Translator





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!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Envíe sus artículos a Messaggiamo.Com Directorio

Categorías


Derechos de autor 2006-2011 Messaggiamo.Com - Mapa del sitio - Privacy - Webmaster enviar sus artículos a Messaggiamo.Com Directorio [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu