cio

o o o o o o

Pgina inicial Regstrate al boletn Contctanos Recomienda este sitio Colabora con nosotros Conoce a los colaboradores ntenido o En portada o Manual de PM o Videoboletn o Artculos o Entrevistas o Noticias o Megaproyectos o Eventos o Foros o Blog o Libros recomendados o Frases clebres o Herramientas de PM o Tips o Glosario o Humor del lder o Directorio de instituciones o Sitios de inters eas de conocimiento o Gestin de la Integracin o Gestin del Alcance o Gestin del Tiempo o Gestin de Costos o Gestin de Calidad o Gestin de Recursos Humanos o Gestin de Comunicaciones o Gestin de Riesgos o Gestin de Adquisiciones rtificacin y desarrollo profesional o Cul es tu perfil? o Certificaciones en Administracin de Proyectos o Sueldos o Ofertas de trabajo

o Empresas donde trabajar rsos y Consultoras o Cursos o Consultora o Consultora PMO o Foros enda en lnea o Libros o Simuladores de Examen PMP o Software anual de PM

buscar

este sitio:

443317

tu perfil?

Ya viste esto?
Videoboletn No.63

to

nte de Proyectos

nar ms

ejorar a mi empresa ctos

periencia, pero no soy

to (o eso creo)

Cul es la contribucin a la empresa y en qu le sirve a un administrador de proyecto?

Fase de evaluacin de un proyecto de softwareMucho ms que evaluacin

Por Michael Szwarc [ Acerca del autor] En este artculo se describirn algunos de los beneficios de la fase de evaluacin de un proyecto de desarrollo de software, y cmo asegurar que la empresa y el administrador de proyecto puedan crecer. Definicin de la Fase de Evaluacin Es muy difcil definir "fase de evaluacin". Para ilustrar la idea de este artculo, la fase de evaluacin se referir a la fase en la cual las evaluaciones exhaustivas comienzan a ser realizadas en los productos de desarrollo (generalmente por evaluadores designados). Para objetivos de discusin, la evaluacin exhaustiva comienza desde las etapas de integracin y hasta la prueba de sistema. Muchos refieren a esta etapa como la Etapa QA (Quality Assurance o Aseguramiento de la Calidad), a causa de la complejidad del concepto QA y la descripcin enorme, este artculo se adherir al concepto fase de evaluacin. Objetivos de la Fase de Evaluacin Antes de que estudiemos el aporte de la fase de evaluacin al proyecto, es importante entender los objetivos declarados en esta fase. Las respuestas aceptadas de estas interrogantes son las siguientes:

os a: iderdeproyecto.com acin de cursos: erdeproyecto.com , a la Ciudad de elfono: +52 (55) 3871

Planificacin Detallada (Rubn Gmez)

e necesitas para un proyecto. Una gua e faltar. Actualizada ente.

l PMI Mxico

Permitir que las partes interesadas en el producto reciban una medicin de su calidad y cumplimiento de sus requerimientos. Demostrar que el software hace lo que se supone debe hacer (Definicin problemtica y

parcial). Encontrar las brechas o entre lo que se supone que debe hacer o no el software y lo que realmente hace o no (definicin completa ms ligera).

yecto.com es aliado del PMI Captulo

Esto es efectivamente el propsito principal de la fase de evaluacin una fase importante y crtica para el xito del proyecto. Sin embargo, esto es el objetivo exclusivo?. Es el trabajo de los evaluadores catalogados de este modo?. En la mayora de los casos la respuesta es positiva sin mucha vacilacin, ya que la tarea de ellos est enfocada a marcar una V la calidad del producto como es percibido por muchos, lo que resulta en la carencia de la atencin administrativa. La mayor parte de los focos en el proyecto, al igual que el entusiasmo administrativo, est en la etapa de desarrollo (en su sentido tradicional: el mundo de los desarrolladores de software). En vista de esto, los administradores tienden a poner menos nfasis en la planeacin de la fase de evaluacin en las etapas de planificacin del proyecto y se presta mucha mayor atencin a esta etapa (y tienen razn, as es). Pero en realidad este estmulo demuestra que no es trivial. De lo contrario no sera necesario. Muchos de los project managers recuerdan la fase de evaluacin slo en el ltimo minuto. Pocos se involucran e integran a sta en las etapas de planificacin y nicamente los meticulosos hacen alusin a la planeacin de la evaluacin como una parte integral de la planeacin del proyecto por s misma.

Lder

manager que no saba

lebre be medirse no por la que una persona ha o por su esfuerzo por

Washington

cer el glosario de in de proyectos. iniciones: Costo Total ad, Declaracin de ices de rendimiento, um de entendimiento, e Calidad.

oyecto.com instructor senior en in de proyectos, como PMP.

ores

os colaboradores de yecto.com. Tu puedes ellos.

Funciones adicionales de la "Fase de Evaluacin" La experiencia en campo muestra que la actitud simplista en la fase de evaluacin reduce su aporte al proyecto. La fase de evaluacin oculta mucho valor para el administrador del proyecto y

la empresa en general: a. Primero y muy importante, y en concordancia con el objetivo declarado, la fase de evaluacin otorga una visin de calidad del producto del proyecto. sta es la clsica y obvia contribucin de los managers implicados. Ya despus de la rotacin de la primera evaluacin, los sentimientos viscerales de aquellos involucrados comienzan a desaparecer y a transformarse basados en evaluaciones ms cientficas. Hay un reporte de estado que comienza a hacerse ms claro por primera vez, permitiendo al project manager un suspiro de alivio (incluso un poco) para primera vez o bien comenzar a preocuparse (pero esta vez fuera del conocimiento). b. Al principio de la etapa de redaccin del plan de evaluacin (antes del comienzo de la evaluacin): muchos problemas aparecen en los documentos de diseo: ambigedad, manejo de casos extremos, imprecisin y otros. Esto resulta en una gran precaucin, puntualidad y meticulosidad que caracteriza el personal de pruebas. Su entrenamiento y personalidades son las que los empujan a realizar preguntas (a diferencia de la gente de desarrollo quienes tienen una tendencia mayor de interpretar de manera subjetiva). Por lo general el costo de encontrar estos problemas en una etapa posterior es mucho mayor. Ejemplo: En un proyecto el cual fue planeado para tomar tres meses (dos semanas de diseo, un mes para el desarrollo, dos semanas para la evaluacin y una semana de instalacin), la redaccin del plan de evaluacin fue demorada una semana antes del inicio de la evaluacin. Durante la escritura de ste (por el estudio de muchos casos extremos) el evaluador se avalancha con un nmero de preguntas relacionadas a las temas que no quedaron claros en el diseo. Estas preguntas motivan un cambio bsico en el diseo y consecuentemente en el desarrollo. El resultado fue de dos semanas de retraso total en el proyecto. Adems del evaluador, nadie prest atencin a estos incidentes tempranos. c. La transferencia del estado de desarrollo a la fase de evaluacin se caracteriza normalmente vinculando las diferentes terminaciones de los productos del proyecto. En muchos casos unos pocos desarrolladores trabajan en un nmero de partes diferentes del software. A veces una etapa en s misma es dedicada a la evaluacin de la integracin. A veces la fase de evaluacin constituye la primera oportunidad para ver todos los componentes diferentes trabajando juntos. Este es el momento en el cual las excavadoras de tneles de ambos lados se encuentran. A veces nicamente en esta etapa convergen los ltimos detalles finalizados de las interfaces y la configuracin especfica. Ejemplo: En un proyecto para un cliente determinado, una configuracin de un sistema especfico fue requerida, por lo cual se definieron algunos parmetros diferentes. Durante el desarrollo el software, ste fue revisado con una variedad de parmetros sin ninguna conexin con las especificaciones del cliente. Durante las pruebas, los evaluadores tambin insistieron en revisar las demandas especficas del cliente y las evaluaciones revelaron contradicciones funcionales precisamente en estos casos. d. Continuando con el prrafo anterior al ejemplo, la fase de evaluacin comienza desde la instalacin (no necesariamente el primero pero s el ms importante) del software y/o del producto. Esta es la primera vez que el producto en s pasa las manos (y no slo documentos). Hay dos transferencias que son las siguientes: 1) Tecnolgica: La transferencia de un ambiente (desarrollo) a otro ambiente (pruebas). Es posible referirse a esta operacin como el primer ensayo para la instalacin operacional y para examinar la calidad del proceso de instalacin en s mismo. Ejemplo: En un proyecto, la instalacin del producto en la transferencia de la fase de desarrollo a la evaluacin dur aproximadamente dos das. El plan de instalacin operacional tuvo un plazo de tiempo de slo 6 horas. Como consecuencia de la instalacin ampliada, la empresa estuvo forzada a asignar otra semana para reducir el tiempo de instalacin. El proyecto demor otra semana pero una sorpresa desafortunada fue evitada durante la noche de la instalacin operacional.

Cursos recomendado

Un directorio con curso recomendados para administradores de pro Conoce los temarios y p fechas.

2) Transferencia de conocimiento: El producto es ms que su tecnologa. El producto combina procesos, interfaz de usuario, terminologa y ms. En un mundo utpico los evaluadores no necesitan el producto para familiarizarse con ste (ellos ya estn implicados en la fase de diseo). En la prctica esto no sucede. La fase de pruebas tiene que comenzar con la capacitacin apropiada del personal de pruebas. Esta formacin es el fundamento inicial para el material de entrenamiento del producto. Por lo tanto, la transferencia de conocimiento constituye la primera indicacin del proceso de entrenamiento y la asimilacin requerida. Ejemplo: Un proyecto que consisti en muchas interfaces de usuario, el programa de adiestramiento estaba enormemente basado en datos y conclusiones que fueron reportadas por los evaluadores (basados en su experiencia personal). e. La fase de pruebas no es una fase consecutiva y homognea. Por naturaleza es una etapa cclica conducida en rotaciones (sin relacin con la metodologa de la completa administracin de proyectos). Los jugadores importantes participan en estas rotaciones: gerentes de producto, equipo de desarrollo y el project manager. La tensin organizacional creada entre el evaluador y el evaluado, la necesidad de tomar muchas pequeas decisiones (a veces tambin son grandes) en ocasiones generan la formacin de algunas comunicaciones inter-organizacionales: Cul es el defecto?, Cul es el cambio?, Qu es crtico?, Cundo reparar?, S hay que reparar?. Esta comunicacin mejora el funcionamiento del equipo en otros proyectos y as contribuye a la mejora de los procesos en la empresa. Por una buena razn, las herramientas para administrar los defectos/cambios fueron las primeras en ser asimiladas en el proceso de administracin del proyecto. Para mejorar las habilidades de organizacin y comunicacin. Ejemplo: Haba una carencia de comunicacin entre dos empresas que fueron socias en un proyecto de desarrollo, que incluy un nmero de desarrollos y ciclos de prueba. Las etapas de diseo y desarrollo se vieron afectadas a raz de las diferencias de entendimiento y metodologa del trabajo que casi condujo a una paralizacin completa del proyecto en la fase de evaluacin conjunta. A la luz de esto, muchos esfuerzos administrativos fueron invertidos para definir el proceso de trabajo y la comunicacin, la cual est basada en mtodos de trabajo acordados y tecnologa de soporte. Estos procesos que fueron definidos en la fase de pruebas ayudaron al resto de los ciclos en el proyecto. f. El proceso de pruebas incluye un formato estructurado de medicin: estadsticas de defectos, porcentaje de cobertura, medidas funcionales del producto y la mayora de sus medidas no funcionales. Al "panel de control" del administrador del proyecto se le aade inmediatamente muchos indicadores que reducen la incertidumbre y mejoran su capacidad de planificar la continuacin del proyecto. Ejemplo: En un proyecto irregular en la empresa, fueron realizadas las evaluaciones cuidadosamente, para el tiempo de pruebas (debido a las innovaciones en el proyecto: de nueva interfase y empleo de un nuevo producto de anaquel). Al principio de la fase de pruebas, el gerente de pruebas comenz a advertir sobre una estadstica de base diaria a los resultados de las pruebas: defectos y porcentajes de cobertura. El anlisis de los resultados mostr el paso de las pruebas y suministr un instrumento objetivo para planificar la continuacin del proyecto. Utilizacin del Potencial Oculto de la Fase de Pruebas De lo ya mencionado puede verse que el proceso de pruebas constituye un esquema importante para los gerentes. Para el administrador del proyecto esto es un instrumento central que le permite controlar el proyecto entero (y no slo la calidad del producto). Para el resto de los gerentes es un instrumento bueno para el control de la empresa, y an ms, una oportunidad de aprender, mejorar y asimilar procesos. La fase de pruebas indica la madurez de la empresa, la calidad de procesos de diseo, procesos de desarrollo y ms. Un buen proceso de diseo no indicar un proceso inferior de prueba, pero s lo contrario. Desde este punto de vista los que se confunden entre los conceptos " pruebas de producto " y "aseguramiento de la calidad" (QA) tienen razn (por bondad y no a favor de). En el amplio sentido del significado, el concepto de aseguramiento de la calidad se refiere a todos los procesos de la empresa y no slo a la calidad del producto. Y el argumento es que la manera de

Foro de discusin

Atrvete a participar y d conocer tus opiniones y Expertos en el tema es disponibles para aseso

Monumento al PM des

Como si se tratara de u show, un desinhibido ld proyecto comparte, en divertido, sus aventuras desventuras en su proy (cualquier parecido con pura coincidencia)... Ve descubre qu nueva so depara a nuestro coleg olvides animarlo)...

examinar la calidad del producto indica la calidad de los procesos de empresa. La conclusin obvia es dedicar mucha ms atencin a la fase de pruebas y proveer el ambiente necesario para asegurar su ejecucin de una forma correcta y apropiada para ser precisos con la sincronizacin correcta: aclaratoria de los contenidos que estn siendo evaluados, congelando el cdigo, inters por el ambiente de pruebas apropiado y conveniente y la aprobacin de todos los socios en el proyecto sobre el plan de pruebas. Adems, el project manager debera involucrar activamente a los evaluadores en todas las fases, e incluso administrar el hito del inicio de pruebas. De ser posible, es recomendable comenzar a probar ciclos tan temprano como sea (aunque haya muchas desventajas en un inicio temprano, es necesario saber cmo administrarlos). La cooperacin entre el jefe del proyecto y el gerente de pruebas es crtica. Al nivel de empresa, la importancia debe ser aplicada al personal encargado de las pruebas (y en especial sus directivos) con el fin de maximizar el potencial de la contribucin global a la compaa ms all de la calidad del producto en s. Por ltimo, hay casos en los cuales es correcto usar metodologas del mundo de pruebas en otros procesos de la empresa como puede ser el uso de las mediciones. Un ejemplo extremo incluye la etapa de desarrollo en la fase de pruebas para forzar una estructura gil en el proyecto si es requerida (sobre todo si la empresa no es experta en esto). Ejemplo: En un proyecto de cuatro meses y debido a las condiciones de certeza (presin del tiempo y caractersticas del cliente) fue conocido de antemano que habran cambios en los requerimientos durante el desarrollo. La empresa decidi iniciar los ciclos de pruebas en una etapa ms temprana. Todos los mecanismos de revisin de defectos en alta frecuencia y versiones administracin de desarrollo acordadamente sirvieron como puntos de modificacin en el diseo. En estas frecuencias encontradas (una vez cada dos das, en un formato corto) todas las partes interesadas estuvieron presentes: los diseadores, desarrolladores, evaluadores y el administrador del proyecto. El proyecto recibi un tipo de administracin gil natural y familiar sin ninguna necesidad de capacitacin especfica. Esta decisin asegur el xito del proyecto. Resumen La fase de pruebas de un proyecto tiene un objetivo principal, importante y bien conocido pero ms all de esto, constituye una amplia gama de oportunidades para mejorar los procesos en la empresa y ocultar dentro del alto valor para el project manager. Las conciencias de este potencial en la etapa inicial y sus usos pueden servir como un elemento estratgico que asegure el xito de los proyectos y como una fuerza conductora para estudios de grandes periodos y desarrollo.

Esta pgina ha sido calificada como:

http://w w w .liderd

Califica esta pgina:

189.174.46.70

Temas relacionados: Certificacin PMP en Administracin de Proyectos Curso breve intensivo de certificacin en administracin de proyectos para principiantes

(CAPM)

Qu opinan nuestros lectores( Comparte tambin tu opinin )

No hay comentarios en este momento

Comparte
Los campos marcados con * son obligatorios.

tu

opinin

add

/articulos/fase_de

*Nombre: Correo:

El campo 'Nombre

Notificarme de nuevos comentarios en esta pgina Esconder mi direccin

*Texto:

El campo 'Texto' n
Publicar mi opinin

Quienes somos I Base de conocimiento I Apoyo y servicios profesionales I Carrera y desarrollo profesional I Material de apoyo I Productos y souvenirs I Comunidad I Contacto

ecto.com - Todos los derechos reservados. Capability Maturity Model y CMM son marcas registradas en la Oficina de Patentes de los EUA por el Software Engineering Institute (SEI) de la Univer IntegrationSM, IDEALSM y SCAMPISM son marcas de servicio de la Universidad Carnegie Mellon. PMI, PMBOK Guide, OPM3, CAPM y PMP son marcas registradas (en EUA y otos pas

Institute, Inc. MDA, BPMN, SysML, MOF, OMG y UML son marcas registradas en los EUA y en otros pases por el Object Management Group. Microsoft es una marca registrada en los E oft Office, Microsoft Excel y Microsoft Project son productos propiedad de Microsoft Corp. Enterprise Architect es un producto propiedad de Sparx Systems, Australia. RUP es una marca registrada