Spanish subtitles

← 01x-06 Desarrollo en cascada

Get Embed Code
13 Languages

Showing Revision 2 created 11/10/2012 by juancsanchez.

  1. Si lo recuerdan, dije que Ingeniería hacía Desarrollo en Cascada.
  2. Desarrollo en Cascada es simplemente un proceso paso a paso que dice:
  3. Mercadeo escribe los requerimientos de lo que deben hacer los productos.
  4. Ingeniería los traduce en funcionalidades; después diseńa el producto,
  5. ya sea que lo codifique o diseńe el hardware,
  6. Lo prueban y luego brindan soporte técnico. Y este es más o menos el ciclo de vida del desarrollo en cascada, paso por paso.
  7. Pero si ustedes lo observan con cuidado, aquí hay una falacia implícita que nadie notó durante 40 ańos.
  8. Para escribir los requerimientos y hacer el diseńo, se asume desde el primer día
  9. que se conoce el problema o la necesidad que tiene el cliente.
  10. Permítanme que repita: el desarrollo en cascada asume
  11. que uno conoce el problema y la necesidad que tiene el cliente, desde el primer día.
  12. Ahora bien, en una empresa grande, con clientes existentes, productos existentes, canales de ventas existentes,
  13. ¿Saben qué? Esto podría ser cierto; pero en la mayoría de las startup, lo único que se tiene es la visión del fundador,
  14. y lo que uno tiende a hacer en una startup es confundir una visión basada en la fe
  15. con los datos de los clientes sobre sus problemas y necesidades; entonces, ¿qué pasa?
  16. La consecuencia de suponer que uno conoce el problema del cliente
  17. es que se asume que se conoce cada posible funcionalidad para incluir en el primer envío al cliente.
  18. Por tanto, uno cierra la puerta y empieza a implementar,
  19. y, en lugar de solo implementar un elemento cada vez,
  20. en realidad, en la versión 1.0 se implementan todas las funcionalidades que se les ocurrieron.
  21. La ironía es que ahora sabemos que entre
  22. el 85% y 90% de la mayoría de funcionalidades de los productos de software no las desean ni las necesitan los clientes.
  23. Es una pérdida tremenda de tiempo y dinero, que termina tirado en el piso.
  24. Hoy en día sabemos que la ejecución en cascada y de gestión de producto con base en dos datos conocidos
  25. es básicamente la forma equivocada de hacer las cosas en una startup.
  26. Tiene todo el sentido del mundo en una empresa grande.