¿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

¿Las empresas tienen éxito haciendo sus propias verificaciones de antecedentes o la mayoría utiliza una empresa externa para cubrirse legalmente?

¿Qué busca la NASA al contratar pasantes?

¿Hay alguna plataforma que permita a un empleado o profesional independiente realizar un seguimiento de sus proyectos, logros y habilidades a lo largo de su carrera?

¿Cómo puedo saber si un posible empleador realiza una verificación de antecedentes de terceros en nuevas contrataciones, sin preguntarle directamente al empleador?

Cómo diferenciar a los buenos tutores de los medios o malos

Con su proceso de contratación mucho más simple, ¿son los ingenieros de Facebook tan buenos como los de Google?

Recibo muchos contactos no solicitados de reclutadores externos. ¿Hay alguna forma de que pueda usarlos para mi ventaja sin fomentar el spam?

¿Ser un SELLO o un Guardabosques me daría una mejor oportunidad de ser contratado como PMC?

¿Cuáles son los pasos fundamentales del proceso de reclutamiento?

¿Las ubicaciones del campus serán malas para la temporada 2016-17 en India? ¿Será similar al año 2008?

¿Ser parte de Enactus es visto como un rasgo útil cuando se busca contratar a alguien?

¿En qué consiste la verificación de antecedentes de UPS?

Más allá de "hacer las preguntas correctas", ¿qué más se incluye en una buena entrevista técnica para un trabajo de software?

¿Por qué debería contratar servicios profesionales de SEO?

¿Alguien se mudó a Silicon Valley para buscar trabajo?