Home / FAQs / Desarrollo de software y externalización de proyectos
QUESTION & ANSWER

¿Cuánto tiempo tarda un proyecto de software personalizado para desarrollarse?

El ciclo depende del grado de determinación de alcance, interfaz y preparación de datos, de la eficiencia de la adopción de decisiones y de los requisitos de acceso, no sólo del número de personas desarrolladas. Pueden completarse en semanas pequeños instrumentos internos, y las plataformas de empresas de sistemas cruzados a menudo deben aplicarse en fases superiores a un mes.

Responde a la pregunta.

Primero, dé conclusiones que puedan utilizarse para la adopción de decisiones

El primer paso en la determinación del ciclo es distinguir entre “problema” “productor” y “producible”. El prototipo permite la demostración del proceso principal rápidamente, pero el sistema de producción también tiene que completar los derechos, anomalías, registros, migración de datos, estabilidad de interfaz, formación y preparación de respaldo. El impacto más común no es la velocidad del código, sino más bien la demora en el reconocimiento de las reglas de la falta de tiempo de retención de las cuentas, la ausencia de la

DECISION FACTORS

¿Qué condiciones deben determinarse antes de que se haga el juicio?

La misma pregunta puede tener diferentes respuestas en diferentes fases de negocios, datos y proyectos. Se sugiere que se revisen las siguientes condiciones y que los resultados comunes en la web se incorporen en sus propios proyectos.

Necesidades y prototipos confirmados por usuarios realesInterfaz de terceros, números de cuenta de prueba y disponibilidad de datos históricosNecesidad de seguridad, rendimiento, compatibilidad y limpieza de las tiendas de aplicaciones¿Es compatible con el ritmo iterativo la toma de decisiones, la aceptación y el acceso al cliente?
ACTION STEPS

Orden de anticipación propuesta

01

Primero, seremos claros sobre el objetivo y la frontera.

Desmantelamiento del proyecto en un bucle de negocio cerrado que permite la aceptación e inspección independientes, en lugar de una fecha de lanzamiento final.

02

Dependencia de la clave de la validación

Las interfaces, las migraciones y las tecnologías de alto riesgo se validan antes de que se encuentren infeables en la etapa final.

03

Desarrollo de resultados evaluables

Demostrar resultados reales cada dos semanas, sincronizar el riesgo, hasta que se tomen decisiones y se modifique el alcance.

04

Asegúrese de decidir el siguiente paso con los resultados reales.

c) Reservar tiempo claro para la ejecución de los juicios, la reparación de deficiencias, la capacitación de los usuarios y el retiro en línea.

PRACTICAL EXAMPLE

¿Cómo lo entiendes en el negocio real?

Ejemplo utilizado para ilustrar el método de juicio

Un plan de negocios se en línea durante dos meses. La primera página es sólo tres semanas, pero el antiguo ERP no tiene interfaz estable y ningún privilegio de numeración de cuenta unificada. Si el proyecto está programado para ser ampliado si la fase de desarrollo sólo está establecida, y si el programa de autenticación de interfaz y identificación se completa la primera semana, entonces la búsqueda de alineación y aprobación se completa, se moverá la incertidumbre hacia adelante y permitirá que las unidades de negocio para ejecutar la prueba.

COMMON RISKS

El pozo más fácil de seguir.

Hacer el prototipo de tiempo de terminación oficial en línea.

Mayor número de desarrolladores para abordar el problema del reconocimiento e interfaz de negocios no prometedor

No hay asignaciones de clientes, dependencia de terceros y tiempo de amortiguación

ACCEPTANCE

¿Cómo terminaremos recibiendo y confirmando?

El plan debe contener hitos, condiciones de entrada, resultados de demostración, receptores y efectos de extensión. Las empresas deben centrarse más en cuando el primer bucle cerrado entrará en la operación de prueba real que en un período total que parece corto sin calidad y rendición de cuentas.

Al prepararse para comunicarse con proveedores o equipos internos, se recomienda que se introduzcan procesos actuales, muestras representativas, sistemas existentes, tiempo de planificación y niveles presupuestarios. En primer lugar, los elementos desconocidos están claramente marcados, y luego se toma la decisión de utilizar diagnósticos, PoC, proyectos de alcance fijo o investigación y desarrollo continuo, que generalmente es más fiable que una demanda directa de un precio y duración sin fronteras.

¿Sus condiciones de proyecto son diferentes de los ejemplos anteriores?

Los objetivos operacionales, los sistemas existentes, el tiempo de muestreo y el tiempo previsto podrían cotejarse antes de que los consultores pudieran emitir juicios preliminares en relación con los límites reales.

Consultores asociados en proyectos