Esta es una disciplina de ingeniería, así que comenzaré refiriéndote al triángulo de ingeniería:
Esta es una regla fundamental de cualquier proceso de ingeniería. Sin embargo, la imagen se simplifica, realmente es más como si tuvieras que elegir un punto dentro del triángulo. En cualquier lugar dentro de las líneas. En ese punto, estás más cerca de algunos de esos atributos y más lejos de otros. Si lo quieres barato y rápido, no será bueno. Si lo quieres rápido y bueno, no será barato. Si lo quieres barato y bueno, no será rápido. Es importante, antes de comenzar el proyecto, que descubra cuáles son sus prioridades en ese triángulo, ya que conducirá sus decisiones a través del resto del proyecto.
- ¿Cuál es el mejor software para grabar la pantalla de su computadora para tutoriales?
- ¿Cuándo es aceptable usar un Struct en lugar de una clase?
- ¿Puede la programación funcional llegar a ser tan importante como OOP en el mundo de la ingeniería de software?
- Sundar Pichai no estudió ingeniería de software. ¿Cómo creó su propio software?
- ¿Cómo comenzó la cultura de oncall en la industria del software?
Luego viene el problema del presupuesto. Si su presupuesto o línea de tiempo están limitados, entonces su conjunto de características debe ser flexible. Si su conjunto de características no es negociable, entonces su presupuesto y cronograma deben ser flexibles. No puede tener un presupuesto fijo y un conjunto de características no negociables, simplemente no sucede en el mundo real. Al final, uno siempre pierde con el otro. Con mayor frecuencia, cuando los clientes llegan con un presupuesto fijo bajo, me aseguro de que nuestras propuestas estén redactadas de manera tal que las características que terminan en el producto final sean a mi discreción. Si el conjunto de características es todo o nada y más caro que su presupuesto, entonces solo les doy una oferta más alta que su límite, y si no les gusta, pueden llevar su mal proyecto a otra persona. No va a ser un final feliz para nadie involucrado, y no quiero formar parte de él. Es un mal negocio pagarle a su cliente para que trabaje para ellos, como aprendí hace 20 años cuando trabajaba por cuenta propia, por lo que no trabajaré en un proyecto que sé que está poco vendido.
Desafortunadamente, nadie puede decirle más allá de una vaga suposición, cuánto costará su proyecto hasta que los requisitos sean concretos. Si elige una metodología ágil, donde los requisitos pueden cambiar a medida que avanza, nadie puede decirle más que su tarifa por hora (esta es una metodología de presupuesto flexible). Cualquiera que diga lo contrario te está mintiendo para conseguir tu negocio.
Entonces, si la planificación toma el 40% de su presupuesto, entonces la planificación toma el 40% de su presupuesto. Así es como es. Nadie puja por un puente sin conocer los requisitos, no debe esperar que los ingenieros de software oferten en un proyecto de ingeniería de software sin comprender los requisitos.
En mi empresa, no vendemos proyectos. Vendemos descubrimiento y definición, que incluye una estimación realista de la construcción real. A partir de ahí, puede llevar nuestro diseño a cualquier tienda de software competente y obtener una estimación precisa, porque hemos definido completamente sus requisitos para usted. O bien, puede seguir adelante y hacer que lo construyamos. De cualquier manera está bien, ya que nos pagan por los requisitos, por lo que no perdemos nada si camina.