Hay todo tipo de equipos de ingeniería en Indonesia al igual que con cualquier otro país. Algunos equipos están interesados en la última forma de desarrollar software, mientras que otros lo juegan de forma segura y cómoda con lo que saben.
Independientemente de la metodología utilizada, ya sea Agile, Waterfall, etc., lo común (lo mismo) es lo que sucede antes de que se desarrolle el software. O el producto en sí.
Entonces, la pregunta debe ser sobre el ciclo de vida de 0 a 1, no solo sobre la parte de desarrollo de software.
- ¿Qué compañías en Silicon Valley tienen la reputación de tener los "peores" ingenieros?
- ¿Qué debo saber sobre la ofuscación (software)?
- Cómo evitar que las revisiones de código se conviertan en un cuello de botella para el desarrollo
- ¿Cuál es un porcentaje de tarifa justa para un corredor de software que conecta a clientes y desarrolladores?
- ¿Cuáles son las principales diferencias en los desafíos asociados con un rol de gerente de producto en una empresa B2C versus una empresa SaaS B2B, empresarial?
Por lo que experimenté, la parte de desarrollo de software es en realidad la parte “más fácil”. Pero lo que generalmente sucede es que la startup (o compañía) no tiene un control de su producto incluso después de que se inicia la parte de desarrollo de software. Esto lleva a la frustración que quemará a todo el equipo como un incendio forestal.
Mi opinión sobre esto, antes de comenzar cualquier esfuerzo de desarrollo de software, el producto debe tener comentarios de su mercado primero e iterar a partir de él. La retroalimentación podría ser una investigación de compromiso completa o simplemente hablar de ello a 50 personas. Sea lo que sea, cuando comienza el desarrollo de software, la asertividad cuenta más que la pasión.