El 70% de solución: la práctica de pruebas y de control de versiones
"¿Qué quiere decir que usted necesita para hacer retroceder la fecha de lanzamiento?" Dice el CEO. Dice el CFO. Dice que la comunidad de usuarios. CTOs, CIOs, y todos los funcionarios que supervisan los grandes proyectos de desarrollo han tenido que entregar el terrible mensaje. Sin embargo, un plazo para el bien de un plazo es una peligrosa trampa que puede consumir la totalidad de un proyecto y para bloquear el punto de que nunca se pone en marcha. Durante los años he llegado hasta con seis reglas simples que ayudan a plazos cada vez más significativa, mientras que el mantenimiento de los desarrolladores, la comunidad de usuarios, el CFO y el CEO de todos satisfied.1. Siempre tienen menor control de versiones en todo el desarrollo. Grupo de los requisitos funcionales en de modo que las versiones de menor funcionalidad básica es la prioridad y para que todo el equipo de desarrollo es activo sobre el mismo menor version.2. Siempre meta menor versiones cada 2 a 4 weeks.3. Empezar siempre las pruebas de inmediato una vez cada versión es menor complete.4. Siempre prioridad a error a la fijación de más alto nivel a la realización de cualquier testing.5. Nunca permita que un problema funcional que se mejora un Showstopper. Negociar con la comunidad de usuarios y el CFO o CEO de un retraso, o la eliminación de la entrega de ese functionality.6. Siempre lanzar el producto a tiempo - el tiempo que la más reciente versión completamente menor es funcionalmente equivalente o mejor que el actual sistema de producción. Lanzamiento, no importa lo lejos que están de 100% complete.So Quiero que lanzar una aplicación incompleta? Vamos a llamarlo sólo "funcionalmente impugnada ". Esto es lo que yo llamo la solución del 70%. La fecha límite no se mueve y los desarrolladores ofrecer una prueba, la versión fija de errores a tiempo y dentro del presupuesto. Esto le da la gestión de la oportunidad de evaluar nuevas inversiones en la funcionalidad de la aplicación al mismo tiempo aprovechar las ventajas de la evolución a date.Don no culpar a los desarrolladores. Es más probable un proyecto se ejecuta por encima del presupuesto y más de plazo a causa de optimismo planificación de costes o el alcance de los pobres fluencia desarrollador habilidades. A raíz de estas normas garantiza la entrega del producto, el mejor equipo de desarrollo pueden lograr dentro de un presupuesto o un período de tiempo. Incluso en un entorno en el que fluencia alcance se convierte en un factor, el aumento de las necesidades se pueden programar en las versiones menores, para que nunca frenar el lanzamiento de la "funcionalmente impugnado" application.Testing? ¿Quién necesita pruebas? Así que no siga las seis reglas, que está más allá de la congelación de código de fecha, y que supone estar en los ensayos finales, pero aún hay más cosas para poner en práctica. La comunidad de usuarios y el director general quiere saber si usted será capaz de lanzar a tiempo, independientemente. Ahí es cuando te pega, si sólo se podría "agilizar" la fase de prueba de que aún podría hacerlo. Muy mala idea. El costo de respaldo a cabo debido a la insuficiencia de las pruebas puede costar más que el proyecto sí mismo. Recientemente fui testigo de una chapuza de la aplicación de una aplicación de servicio al cliente que casi el costo de la empresa en cuestión sus tres principales clientes-y millones de mediación dollars.Work su magia. Solicitud directores de desarrollo tienen que ser parte y parte negociador mago. Que necesitan para mantener contentos a todas las partes, incluso si el producto las expectativas y las restricciones presupuestarias se encuentran en conflicto. Nadie quiere que el 70% solución, pero todo el mundo pueda vivir con él. Y cuando no hay un 100% feliz, ¿sabes que estás haciendo right.Read probablemente más en el asunto en el punto: "El Jueves Regla" CEO Steve Pickard, FounderWorking activamente con Oracle desde principios de los años 90, Steve ha diseñado y desarrollado de todo, desde grandes almacenes de datos y soluciones de apoyo a las decisiones a premiado al instante web applications.Steve ha grados en Matemáticas y en Gestión de la Información Sistemas de la Universidad de Ottawa. Antes de fundar Pythian, Steve ha trabajado como consultor para numerosas empresas, así como el gobierno canadiense. Él sigue siendo el principal arquitecto de Pythian altamente sofisticado interior
Artículo Fuente: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!
Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!
