Aquí está mi enfoque:
No trabaje con personas sin experiencia
Después de haber estado en algunos proyectos como este (como es prácticamente inevitable en una carrera de software), su vida será mucho más fácil si elige trabajar con clientes que ya han pasado por el proceso de desarrollo de software. Los que saben que un error no es el fin del mundo. Los que pueden diferenciar entre una falla de requisitos, una falla de diseño y un error de código. Esto limitará su base de clientes, pero es mucho menos estresante si puede aceptar el tiempo extendido entre clientes. (También entrevistarlos durante el proceso de negociación, la falta total de comprensión del proceso de desarrollo o las opiniones negativas de los desarrolladores es una mala señal).
Desarrollo guiado por fecha límite
Al ser extremadamente explícito con su cliente en las compensaciones que realiza en términos de tiempo de comercialización y diseño. Haga esto comunicando en exceso sus decisiones de diseño (esto es muy difícil con un cliente sin experiencia previa, no tan malo con alguien que sabe lo que está haciendo). Elegir una fecha límite por adelantado ayuda a presionarlos para que corten o alteren las características y limitan los cambios de características a medida que se acerca la fecha límite, y dado que sigues la regla de “siempre tener una versión que funcione”, no es tan malo. Crea urgencia para lanzar. Si eligen una fecha límite loca, entonces solo tienes que irte o terminar en el infierno de la ingeniería.
- ¿Alguien podría nombrar a dos (después de 1970) importantes ingenieros de software (y sus contribuciones) que no recibieron una educación formal en informática?
- Tengo 3.5 años de experiencia en pruebas de software. ¿Cuál es una buena idea sobre cómo reanudar mi carrera de pruebas de software después de 3 años de descanso?
- ¿Cómo es la Universidad Carnegie Mellon de Silicon Valley, California para el curso y las perspectivas laborales? ¿Puede alguien sin antecedentes de CS en pregrado solicitar MS en Ingeniería de Software sin carta de recomendación (pero con puntajes decentes GRE / TOEFL / CGPA) y ser aceptado?
- ¿Puede IBM suministrar software de buena calidad (a diferencia del hardware) aunque sea de su tamaño y sus intereses demasiado extendidos?
- Soy un ingeniero de software que pasa a la gestión de productos en la misma empresa. ¿Cuáles son algunos de los escollos iniciales que debo buscar? ¿Cuáles son algunas cosas que puedo hacer para tener éxito a corto y largo plazo?
Validar el negocio
Después de haber creado e iterado en algunos MVP, debe aconsejar a su cliente que valide su negocio antes de que le paguen por construir algo. Le ahorrará la molestia de desarrollar algo que no funciona y le costará el gasto. Pueden hacer esto haciendo negocios manualmente antes de que la automatización llegue a través del diseño del software; alternativamente, pueden recaudar un montón de dinero y estar preparados para iterar en el software durante años probando cosas con un pequeño equipo de ingeniería (no 1 persona).