Elegir un proveedor de fábrica de desarrollo de software en Pomona CA USA decide si tendrá una capacidad de producción de verdad (equipo + proceso + escala), o un grupo de programadores sueltos disfrazado de fábrica. Estas cinco preguntas funcionan como un marco de due diligence. Para cada una verá por qué importa, qué responde un proveedor sólido, qué es una señal de alarma y una prueba concreta. Al final, una tabla comparativa y una prueba de validación accionable.

1. ¿Es un equipo con proceso (capacidad sostenida), o “un programador” del que dependes?

La capacidad de equipo es la esencia. Importa porque el valor está en un equipo con proceso —no en una persona de la que se depende—, y un proveedor que en realidad es un individuo (o unos pocos sin estructura) reproduce el bus factor que la fábrica debería resolver. La capa de consecuencia es directa: si todo depende de una cabeza, la producción se detiene si esa cabeza falta. Buena respuesta: un equipo con roles y un proceso que comparte el conocimiento. Señal de alarma: en la práctica, todo recae en una persona. Prueba concreta: pregúnteles qué pasa con la producción y el conocimiento si una persona del equipo se va.

2. ¿Tiene metodología y repetibilidad (producción predecible), o es desarrollo artesanal por proyecto suelto?

El proceso es lo que vuelve fábrica a un equipo. Importa porque la producción industrializada necesita una metodología que la haga repetible y predecible, y un proveedor sin proceso produce de forma artesanal, distinta cada vez. La capa de consecuencia: sin proceso, los resultados dependen de quién y cómo, sin consistencia. Buena respuesta: una metodología definida (cómo se desarrolla, prueba, versiona y entrega) que produce con consistencia. Señal de alarma: desarrollo ad-hoc, cada quien a su manera. Prueba concreta: pregúnteles cuál es su proceso y cómo aseguran que la producción sea consistente.

3. ¿Escala la capacidad de producción según la necesidad, o está limitada a lo que da una persona?

La escala distingue una fábrica de un esfuerzo individual. Importa porque parte del valor es ajustar la capacidad a la demanda —sostener varias iniciativas, crecer cuando hace falta—, y un proveedor limitado a lo que da una persona no escala. La capa de consecuencia: sin escala, la producción topa con el límite de un individuo. Buena respuesta: capacidad de producción que se ajusta a la demanda, sin reinventar la forma de trabajar. Señal de alarma: la capacidad es la de una persona, fija. Prueba concreta: pregúnteles cómo escalan la capacidad si su necesidad crece.

4. ¿Distinguen la fábrica (producción industrializada de software) del talento como servicio (#84) y de la ejecución genérica (#73)?

La claridad de qué entrega evita confusiones. Importa porque la fábrica entrega producción de software (equipo + proceso), no talento que tú diriges (#84) ni la ejecución de una tarea genérica (#73), y un proveedor que las confunde puede ofrecer una cosa esperando otra. La capa de consecuencia: esperar producción y recibir solo personas (o una tarea aislada) deja la necesidad sin cubrir. Buena respuesta: distinguen entregar producción de software (fábrica) de proveer talento (#84) o ejecutar una tarea (#73). Señal de alarma: llaman “fábrica” a proveer unas personas sin proceso. Prueba concreta: pregúnteles si entregan producción de software con su proceso o personas para que usted dirija.

5. ¿Son honestos sobre que producen lo definido bien, y que decidir qué construir es previo?

La honestidad sobre el alcance es crucial. Importa porque la fábrica produce bien lo que se define —decidir qué construir es una decisión previa de producto, negocio o asesoría—, y un proveedor que no lo aclara puede generar la expectativa de que la fábrica decida el qué. La capa de consecuencia: producir sobre una mala definición da, eficientemente, lo equivocado. Buena respuesta: claros en que producen bien lo definido, y en que conviene una buena definición (qué construir) antes. Señal de alarma: prometen “resolverlo todo” sin reparar en quién define el qué. Prueba concreta: pregúnteles cómo trabajan los requerimientos y quién define qué se va a construir.