COMPLEJIDAD GESTIÓN

...

Calidad

No se puede volver atrás y añadir calidad. Para el momento Puedes calcular usted tiene un problema de calidad, es probable que sea demasiado tarde para arreglarlo. Establecer procedimientos y expectativas por los altos niveles de calidad antes de cualquier otra desarrollo comienza y los desarrolladores de alquiler demostrado desarrollar alta calidad code.Have los desarrolladores participan en las revisiones de código a nivel de pares regulares y externa revisiones.

Invariablemente, cuando un proyecto es de crucero a lo largo, todo el mundo se excita, los informes de estado se ven muy bien, y la interfaz gráfica es impresionante, todo va mal. Hay puede ser un mal informe de prueba, una demo fallado, o una pequeña por petición de cambio por parte del cliente que se convierte en la piedra que se inicia una avalancha. Arregla un bug, o hacer un cambio, y causar dos más. De repente, el equipo de desarrollo que estaba haciendo fantástico el progreso está sumido en la reparación y modificación de código que ha estado en el banco durante meses.

Gestión Gestionar su producto más de su personal. Después de todo, el producto es lo que están vendiendo. Así que, si su cultura corporativa puede manejarlo, no te preocupes los códigos de vestimenta o de horas de trabajo fijos. Relájese y deje que la gente entregar las cosas en el último minuto. Luego criticar su productos. Si los productos no son aceptables, se puede empezar a trabajar con los individuos para mejorar su productos. El objetivo aquí es no hacer cuestiones individuales problemas del equipo. El hecho de que una o dos personas Quieres entrar a las 10:00 am y trabajar hasta las 5:00 pm, abusando de la flexibilidad que se da, no significa usted debe humedecer el ambiente para el conjunto equipo. Con demasiada frecuencia, el proyecto lleva evitar confrontar la individuos y simplemente "arreglar" el problema mediante el establecimiento de las reglas del equipo arbitrarias. Pronto, todo el mundo se quejaban de compañeros de trabajo desviadas y la gestión estricta. Esos son los sonidos de impulso escapando. Enrolle algunas de estas decisiones juntos, y el equipo pronto se enfocaron más en evitar las reglas o acusar a los delincuentes que en la producción de un producto de calidad. Cuando usted tiene un problema personal legítimo, tratar con él rápidamente. Si tiene que dejar que alguien ir, hacerlo rápidamente y luego se reunirá con su equipo para explicar lo que pasó. Mientras usted está siendo

_____________________________________________-

protocolo. Mala decisión. Utilice siempre las bibliotecas comerciales cuando esté disponible, y nunca tratar de crear una nueva comunicación protocolo. A lo sumo, que le costará una fortuna.

En el peor, se hundirá su proyecto.

Las personas también hacen consistentemente malas decisiones en la selección de tecnologías. Por ejemplo, ¿cuántas personas eligió para desarrollar aplicaciones para la plataforma Next?

La mayoría nunca terminaron sus aplicaciones antes de esa plataforma fue. Cuando usted toma una fundamental tecnología, ya sea un motor de base de datos, de funcionamiento protocolo del sistema, o de comunicaciones, debe hacer un negocio y un análisis técnico. Si el la tecnología no es la captura de la cuota de mercado y si un empresa sana no lo soporta, usted está construyendo su proyecto en un cimiento de arena.

Debido a que su previsión es falible, utilizar su diseño para aislar a sí mismo de la tecnología subyacente.

Encapsular la interfaz de nuevo o tecnologías tanto como sea posible del lugar. Piense qué tecnologías serán propensos a cambiar con el

toda la vida y diseñar la aplicación de su producto para aislar a un nivel práctico y su código de esos cambios.

Usted tendrá muchas oportunidades para hacer buenas decisiones como la que negocian las necesidades del cliente.

Esforzarse para mover los requisitos de la complicado ", ha nunca hecho antes" categoría a el "estado allí, hecho que" la categoría. Menudo, los usuarios Solicitud de cosas que son marginalmente valioso sin la comprensión de la complejidad. Explicar las ramificaciones de las necesidades y requisitos complicados los cambios en términos de costo y cronograma. Ayuda estas personas le ayuden.

ANÁLISIS POST-MORTEM

Pocas empresas institucionalizar un proceso para aprender de sus errores. Si usted no toma tiempo de averiguar lo que pasó durante un proyecto, tanto el bien y el mal, que están condenados a repetirla.

¿Qué se puede aprender de un análisis post-mortem?

En primer lugar, usted aprenderá por qué sus estimaciones de horario estaban fuera. La compensación de esos factores en la próxima proyecto mejorará dramáticamente su estimación técnicas. Un post-mortem también le ayudará a desarrollar un perfil de cómo su equipo y de la empresa se ​​desarrollan sistemas de software. La mayoría de empresas y equipos tienen personalidades que impactan fuertemente el desarrollo ciclo. Al pasar por post-mortem

____________________________________________________-

dominio. Sin embargo, esta no es una lista exhaustiva- muchos otros factores influyen en el éxito de la gestión de un esfuerzo de desarrollo de software. Pero si a dominar estos cinco, que aumentan en gran medida las probabilidades de completar su proyecto a tiempo y dentro del presupuesto. Igual de importante, a maximizar sus posibilidades de de hecho la entrega de algo que sus usuarios quieren. v