¿Cuál es el mejor proceso de desarrollo de software adecuado para una startup tecnológica?

No hay razón para que Scrum no funcione para ti. Tampoco hay razón por la cual Scrum funcione para usted. La mayoría de las empresas adaptan los procesos a su flujo de trabajo, en lugar de su flujo de trabajo al proceso. Esto realmente enoja el proceso ideológico puro de las personas.

El hecho de que su inicio significa que, por definición, debe ser ágil. Necesita estar listo para el pivote, porque el pivote lo hará. Por lo tanto, cualquier proceso que elija debe ser lo más ligero posible. También debe estar preparado para avanzar en su desarrollo. Esto significa que debe responder cualquier problema en su proceso de desarrollo de software rápidamente. Si le toma más de 10 minutos tomar una decisión, está atascado en el proceso y no puede permitirse el lujo de hacerlo, así que haga ALGO. Como startup, necesita generar su producto lo más rápido posible.

La otra cosa para recordar es que probablemente refactorice el código a medida que pase el tiempo. Las cosas cambian, las startups giran, los cambios tecnológicos. Siempre comete un error al hacer algo, y no te quedes estancado en el proceso, ni te atasques en la ideología.

Hola,
Es crucial implementar procesos que sean claros para todos los miembros del equipo y garanticen el mejor flujo de trabajo y la mejor calidad del producto. Este artículo puede ser útil y proporcionar inspiración si busca soluciones efectivas: 10 reglas del proceso de desarrollo de Netguru

Nunca he trabajado en una organización que haya implementado Agile en su forma más pura. O ITIL para el caso. La razón es que la mayoría de las organizaciones modificarán el proceso de alguna forma que se adapte a su propósito y eso está bien (a menos que haya una auditoría, entonces sale la documentación). La mayor ventaja de estar en una startup es que tienes el control y puedes elegir y moldear el proceso de la forma que quieras. El momento de comercialización es crucial para una startup, así que descubra qué funciona para todos en su empresa. Para el desarrollo, puede probar cualquiera de los marcos como TDD, programación extrema, BDD, etc. Para la comunicación puede probar correos electrónicos, holgura, hipchat, IRC, etc. Sin embargo, no descarte la potencia del proceso desde el principio. Intente establecer un marco desde el principio para su inicio, incluso si el marco es su propia creación, es un híbrido de marcos diferentes y funciona SOLO PARA USTED.

ps También puede hacer que un experto analice su proceso y cree un marco para usted. No, no se ninguno. No, no soy independiente.

En resumen, si. ¡Scrum funciona bastante bien para una persona, si esa persona tiene suficiente disciplina para seguirlo!

La regla general de las nuevas empresas es que los procesos son menos importantes porque hay menos personas y la comunicación es más fácil. En mi experiencia, esto es mucho menos cierto de lo que piensan la mayoría de las nuevas empresas. La siguiente regla es que los procesos sofocan la libertad y la creatividad, lo cual es cierto, pero luego debe preguntarse qué porcentaje de su valor corporativo proviene de la libertad y la creatividad en lugar de entregar a tiempo y controlar los costos.

Scrum no es el proceso correcto para todo el software. Pero es un valor predeterminado decente para la mayoría del software. Funciona muy bien con un equipo de desarrollo de 3 personas. Hacer que una pequeña empresa se adhiera a ella puede ser difícil, ¡pero lograr que una grande se adhiera a ella también puede ser bastante difícil!

En mi experiencia, el mejor proceso de desarrollo de software es la creación de prototipos de conserjería. Esto es especialmente cierto para una startup, pero lo he usado con buenos resultados en otros tipos de empresas. La idea básica es hacer que una persona (el conserje) haga manualmente lo que el programa haría. Para cuando haya simulado el programa para los primeros clientes, probablemente cambie de opinión varias veces sobre los detalles del programa y tal vez toda su estrategia comercial. Eso es bueno. Cuando puede realizar varias iteraciones sin querer hacer más cambios, está listo para comenzar a codificar. Hay excepciones, por supuesto, pero es un buen método para casi todos los tipos de programas en los que he trabajado.