¿Cómo manejar requisitos absurdos?

Question

Hago aplicaciones web para vivir trabajando desde casa.

A veces un cliente elige una pila tecnológica que probablemente dañará el proyecto (sobreingeniería severa, mala combinación de componentes o simplemente el conjunto incorrecto de herramientas para la tarea).

Los cínicos pueden pensar: ¿las malas elecciones para el cliente no necesariamente son un mal trato para ti, acaso no cobras por hora?

Sin embargo, esta es una situación difícil cuando operas en mercados de freelancers en línea como oDesk/Elance, porque un proyecto desastroso probablemente te conseguirá una mala crítica y dañará tu reputación, incluso si no es tu culpa.

Mi papá solía decir que o tienes al cliente o tienes la razón; ¿cómo puedes hablar con sentido a un cliente que tomó decisiones incorrectas para el proyecto?

Answer 1

En mi experiencia, cuando los clientes potenciales especifican tecnologías, generalmente lo hacen basados más en haber oído que otros las han usado con éxito, en vez de haber considerado el caso de uso y haber tomado una decisión educada e informada. Les hablo sobre por qué eligieron las herramientas que eligieron. Si su razonamiento es sólido, genial. Si no lo es, les recuerdo que me contrataron por mi experiencia y que mi trabajo es elegir las herramientas más apropiadas.

Answer 2

Si, después de hablar con ellos detenidamente sobre sus requisitos y la forma en que sus requisitos se ajustan a mis capacidades, aún eligen una plataforma que no está tan bien adaptada a su proyecto como otras, me aseguro de incluir suposiciones en mi propuesta que cubran los problemas que anticiparía tener. Me habré asegurado de decirles que algunos requisitos, como la elección de la plataforma, pueden aumentar el tiempo de desarrollo necesario incluso si todos los demás aspectos del proyecto permanecen iguales.

Por ejemplo, un cliente puede elegir Ruby on Rails y requerir que se utilice Heroku. Ahora, un simple sitio de tres archivos PHP con una base de datos en un host barato podría satisfacer todas sus otras necesidades, pero si insisten, me aseguro de citar mis estimaciones de tiempo en consecuencia, fortalecer la sección sobre el mantenimiento del sitio web necesario después de que mi desarrollo esté hecho, sugiriendo que el mantenimiento será necesario debido a varios problemas de Heroku con los que he lidiado en el pasado, y agregar suposiciones como "Heroku admite las librerías de Rails necesarias y no tendré que depurar nada más que mi propio código", etc. Ellos saben que si las suposiciones fallan, entonces tendremos que hablar sobre los excesos en las estimaciones de tiempo.