Cómo dividir el esfuerzo de desarrollo entre construir una plataforma extensible y agregar características

Solo puedo dar mi punto de vista sobre eso, lo que admito puede parecer muy extremo contra los marcos y hacia el software de trabajo (utilizable).
0 para la plataforma 100 para características. No todo el camino hasta $ 2M, pero al menos hasta que se valida el modelo de producto / negocio. Alguna explicación:
Soy un gran admirador del movimiento TDD y Lean Startup. ¿Qué hay de común en ellos? TDD me enseñó a crear una solución de trabajo primero, luego a construir un “marco” cuando realmente siento que la solución la necesita (debido a repeticiones de código, etc.). De esa manera terminé “frameworks” mucho más delgados y enfocados. Ni siquiera los llamaría frameworks, ya que son principalmente un código común refactorizado para mejorar las cosas.
Estoy tratando de aprender lo mismo en la escala comercial de Lean Startup: crear la solución más pequeña posible que funcione (como un validador) y construir el resto cuando realmente experimente que las personas lo necesitan. Descubrí que es difícil de hacer, especialmente con experiencia en ingeniería. Es fácil caer en la trampa de esconderme detrás de mi monitor de 22 “, agregando otra característica interesante en lugar de descubrir cómo obtener información real de personas reales. Lo mismo ocurre con el nivel inferior: descubrí que es más fácil agregar otro marco interesante” función “en lugar de descubrir qué es realmente necesario para las funciones reales que utilizan personas reales.