¿Cómo es el proceso de desarrollo de productos para un pequeño equipo de ingenieros que comienzan un nuevo proyecto?

Montones y montones de reuniones: con marketing para desarrollar requisitos (tal vez algunos grupos focales con clientes potenciales), con administración para luchar por horarios y presupuestos, con fabricación / soporte para identificar restricciones, con varios departamentos para organizar el espacio y otros recursos (servidores, espacio de laboratorio, herramientas, según el tipo de producto).

Luego, muchas más reuniones: para analizar conceptos y enfoques frente a una pizarra, con proveedores y subcontratistas potenciales (p. Ej., De componentes, SDK de software, talleres mecánicos o fabricantes de moldes para cosas que tienen un caso, trabajo subcontratado) )

Mucho tiempo investigando (por ejemplo, productos de última generación, competidores, evaluación de tecnología) y mucho papeleo (documentos de requisitos, documentos de diseño, planes de implementación).

Entonces, tal vez realmente hagas algún diseño, desarrollo, creación de prototipos, acompañado de aún más reuniones: revisiones de progreso, revisiones de diseño, demostraciones internas, sesiones de comentarios con usuarios potenciales, …

O … simplemente podría saltar y comenzar a golpear las teclas (software) o juntar piezas (hardware, dispositivos mecánicos), o mezclar productos químicos, con poca reflexión por adelantado, y rezar mucho para que pueda terminar en un lugar razonable. (Generalmente, el signo de los aficionados y / o jefes de pelo puntiagudo).

El diseño y desarrollo del producto es un proceso intencional y largo e involucrado. El proceso incluye muchas reuniones con el cliente para determinar y evaluar las necesidades del cliente. Esta fase de investigación busca aclarar la visión del cliente de un producto y mapear toda la funcionalidad requerida y los elementos ascéticos. En el mundo de la gestión de proyectos, los resultados de este largo proceso son la base del PRD (Documento de requisitos de productos) que garantiza que los ingenieros diseñen lo “correcto”. Sin esta fase, no es probable que los ingenieros produzcan productos satisfactorios para sus clientes. .

Es imposible responder eso sin saber más sobre el proyecto. La regla general es que debe ajustar el proceso de desarrollo y la metodología a la naturaleza del proyecto y el entorno en lugar de ir en la otra dirección y ajustar todos los proyectos a una metodología predefinida.

Para un equipo muy pequeño, es muy probable que necesite crear una metodología muy simple y personalizada que sea apropiada para el tamaño del equipo. El nivel de incertidumbre en el proyecto debe ser un determinante importante del tipo de metodología que utiliza:

• Para proyectos con un alto nivel de incertidumbre, es probable que desee utilizar un enfoque más ágil como base para desarrollar un enfoque más personalizado
• Para los proyectos que tienen niveles más bajos de incertidumbre y requieren cierto nivel de previsibilidad, es probable que desee utilizar un enfoque más basado en planes

Sin embargo, esas no son opciones binarias y mutuamente excluyentes y existe una amplia gama de alternativas para adaptarse al enfoque de la naturaleza del proyecto.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Agile Project Management Academy (Agile Project Management Academy)

Mucha libertad creativa, pero largas noches.