¿Cómo sé si la empresa de desarrollo que he contratado proporciona una estimación precisa?

El proceso de estimación en sí no está claramente definido en muchas compañías de software. A menudo, las estimaciones se hacen comparando características con características de proyectos anteriores. Estas estimaciones se utilizan para juzgar el esfuerzo requerido para una tarea determinada con respecto al tiempo y el dinero y en manos de un gerente de proyecto, resumidas para obtener la fecha de finalización del proyecto en su conjunto. Esta fecha de finalización se utiliza para calcular el costo total del proyecto.

Al final del día, ¿quieres saber cuánto te costará? Tal vez planteas la pregunta de otra manera. ¿Cuántas personas necesitamos contratar para hacer esto? ¿Cuántas historias podemos pasar al próximo sprint? ¿Cuánto tiempo llevará esto? Estas son todas formas diferentes de hacer la misma pregunta, ¿cuánto va a costar esto en términos de tiempo y dinero? O puede obtener una respuesta más común, “permítanos estimar y responderle” o, lo que es más raro, “no lo sabemos con certeza”. A las partes interesadas y los tomadores de decisiones no les gusta la segunda respuesta, aunque es la más honesta, aun así, necesitan desesperadamente una respuesta a su pregunta. A la mayoría de los equipos técnicos no les gusta reducirlo a una estimación porque lleva tiempo y la mayoría de los clientes lo usan en un sentido absoluto en lugar de una estimación.

La solución

La responsabilidad recae en el equipo técnico para responder la pregunta “¿Cuánto va a costar esto?”, Ya que los equipos técnicos son los que tienen los conocimientos más relevantes para responderla. La mayoría de los proyectos de TI sobrepasan su presupuesto, en otras palabras, ninguno de ellos se estima correcto. Para minimizar el riesgo de que su próximo proyecto técnico quede torcido, comience a presupuestar y deje de estimar. La estimación desglosa un proyecto de software en fragmentos básicos, día a día. Cuando intentas dividir un proyecto completo en estimaciones al comienzo del proyecto, esencialmente estás perdiendo mucho tiempo. Verá, no hay forma de obtener una estimación a nivel granular correcta al comienzo de un proyecto.

Mantenga dos opciones, si va con el enfoque de inicio lean para construir su software y está comenzando con un MVP. En primer lugar, fije un presupuesto para todo el proyecto y tome nota de los temas que desea en su MVP en “requerido” y el resto como no requerido. O puede crear un presupuesto destinado solo para el MVP y elegir no encadenar el resto del proyecto dentro de un presupuesto. Cuando elige adoptar un enfoque de arriba hacia abajo para el presupuesto, es mucho más rápido que establecer un presupuesto que cree que funcionará fácilmente para un proyecto, incluso a medida que surja más información a medida que los desarrolladores comiencen a trabajar en él. En última instancia, la estimación es a menudo una pérdida de tiempo y no vale la pena el esfuerzo tan temprano. Así que la próxima vez, intente presupuestar en su lugar.

Conclusión:

Nunca se puede saber con certeza si la estimación que se le da es precisa o no. Además, tener una estimación precisa es un oxímoron, una estimación por definición no es precisa. El software no se construye linealmente como la albañilería. No puede acelerar el proceso sin tener que lidiar con consecuencias importantes. La precisión estimada de un proyecto de software depende de la calidad de los requisitos reunidos.

El problema es que, en el desarrollo de software, no hay forma de tener requisitos claros, siempre habrá algo en lo que no pensó. La nueva característica que desee probablemente romperá algunas suposiciones que sus desarrolladores hicieron en el código, y es posible que ahora tengan que refactorizar el código. Además, su desarrollador tiene otras cosas que hacer de las tareas pasadas y tiene que elaborar una estimación que tenga en cuenta otro trabajo.

Entonces, en lugar de estimar un presupuesto, calcule historias y rastree su velocidad. Este proceso es mucho más fácil y más preciso. Luego, si establece una cadencia de lanzamiento mensual y tiene una cartera de pedidos priorizada, desarrolla un ritmo de entrega y la gente deja de preguntar cuánto tiempo llevará un proyecto en particular. Los proyectos y sus estimaciones desaparecen, y el software se entrega continuamente. [1]

Notas al pie

[1] https://www.cognitiveclouds.com/…

More Interesting

Cómo obtener una segunda oportunidad con un gerente de contratación con el que exploté el 'desafío de pizarra blanca' hace un año en una compañía diferente

¿Qué puede averiguar un empleador con su correo electrónico personal para una verificación de antecedentes?

¿Qué necesito saber al contratar un equipo de desarrollo indio?

Después de una entrevista de trabajo, ¿por qué los gerentes de contratación tardan días o más en contactarlo?

Cómo contratar desarrolladores de iOS

¿Qué tan competitivo es el proceso de contratación en Finisar?

Me gustaría contratar a un desarrollador web en Belgrado, Serbia. ¿Dónde debo publicar mi oferta de trabajo?

Como desarrollador de software que realiza contratos, ¿qué hace cuando la empresa contratante pasa por alto a la agencia que lo reunió?

Cuando contrato, ¿puedo discriminar entre los solicitantes en función de los ingresos de los padres? ¿Es ilegal preguntarlo?

¿Qué le puede pasar a la persona si ha realizado un chequeo previo al empleo con el patrocinador de la compañía pero no puede unirse a la compañía más tarde?

¿Por qué los equipos contratan personas que son buenas en lo que hacen pero que tienen habilidades horribles?

¿Cuál es la mejor manera de conseguir trabajo en Europa?

¿Qué cualidades debo buscar al contratar a un entrenador de fútbol juvenil?

¿Cuál es el principal obstáculo para contratar personas para trabajos de baja calificación?

¿Qué valora más Google al contratar estudiantes universitarios: un especialista o generalista?