Decidir una cotización para cualquier proyecto de software es un proceso turbio. Como líder tecnológico, intenta elaborar algunas subtareas y estimar el tiempo necesario para cada una de ellas. La experiencia ayuda, pero lo que estás haciendo esencialmente es adivinar. Al final, lo suma todo y lo entrega a la gerencia del proyecto y / o ventas, quienes probablemente agregarán 50-100% a su estimación como una cuestión de principio.
Decidir una cotización para un gran proyecto de software es aún peor. Cuando hablamos de proyectos de millones o más, con miles de horas de desarrollo, realmente no tiene sentido hacer toda la rutina de estimación de subtareas. Realmente debería haber una ley que establezca que a medida que el tamaño de su proyecto de software aumente hasta cierto punto, cualquier estimación será equivalente a una suposición aleatoria. Entonces, lo que terminas haciendo es tratar de evaluar cuánto está dispuesto a pagar el cliente y qué tan desesperado estás por obtener una firma en el contrato. Decidir una cita en un escenario como ese se convierte más en una pregunta estratégica y menos en una pregunta técnica.
- ¿Qué temas se espera que los estudiantes de CS dominen cuando se gradúen?
- ¿Cuál es la mejor manera para que un desarrollador sin experiencia en C # comience con .NET (ahora que Microsoft lo ha abierto)?
- ¿Qué rastreador de tareas usan las grandes compañías de software?
- ¿Qué es mejor, trabajar como ingeniero de mesa de ayuda en una gran empresa de TI o trabajar como ingeniero DevOps en una pequeña empresa de TI?
- Con múltiples contribuyentes, ¿se puede especificar el monto de la contribución en una patente?