Está en la página 1de 19

Araoz 749 3 B - C1414DPO

(+54 11) 5353 9824


Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

METODOLOGA DE GESTION DE PROYECTOS

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

CONTENIDO

CONTENIDO ........................................................................................................................................................... 2
ALCANCE .............................................................................................................................................................. 4
M ARCO METODOLGICO ........................................................................................................................................ 4
ETAPAS DEL PROCESO .......................................................................................................................................... 5
1.

ETAPA 0: INICIACIN .................................................................................................................................................5


FASE DE INICIO ..............................................................................................................................................................5
2. ETAPA 1: PLANEAMIENTO .........................................................................................................................................6
FASE DE PLANIFICACIN DEL PROYECTO .........................................................................................................................6
3. ETAPA 2: EJECUCIN .................................................................................................................................................6
FASE DE DISEO Y DESARROLLO .....................................................................................................................................6
FASE DE INTEGRACIN ...................................................................................................................................................6
FASE DE VALIDACIN Y VERIFICACIN ............................................................................................................................6
FASE DE IMPLEMENTACIN .............................................................................................................................................7
4. MONITOREO Y CONTROL DEL PROYECTO ..................................................................................................................7
5. ETAPA 3: CIERRE.....................................................................................................................................................7
ESTRUCTURA Y EQUIPO, ROLES Y RESPONSABILIDADES ......................................................................................... 8
1.

ROLES Y RESPONSABILIDADES ..................................................................................................................................8


1.1. PROJECT MANAGER CLIENTE (O INTERLOCUTOR FORMAL)...................................................................................8
1.2. PROJECT MANAGER PBS ....................................................................................................................................9
1.3. BOARD ...............................................................................................................................................................9
1.4. ARQUITECTO SOLUCIN......................................................................................................................................9
1.5. ANALISTA FUNCIONAL.......................................................................................................................................10
1.6. DESARROLLADOR ..............................................................................................................................................10
1.7. ANALISTA TESTER .............................................................................................................................................10
1.8. ADMINISTRADOR DE LA CONFIGURACIN ..........................................................................................................10

ENTREGABLES..................................................................................................................................................... 11
1.
2.
3.

ENTREGABLES POR ETAPA.......................................................................................................................................11


DETALLE DE ENTREGABLES POR FASE ....................................................................................................................12
DESCRIPCIN DE ENTREGABLES ..............................................................................................................................12
PROPUESTA DE SERVICIO ..............................................................................................................................................12
ESPECIFICACIN DE REQUERIMIENTOS .........................................................................................................................13
ARQUITECTURA Y DISEO ALTO NIVEL ..........................................................................................................................13
PLAN GENERAL DE PROYECTO ......................................................................................................................................13
CRONOGRAMA ..............................................................................................................................................................13
DISEO DETALLADO .....................................................................................................................................................14
VERSIN DESARROLLO (CARCTER INTERNO PBS) ........................................................................................................14
VERSIN CANDIDATA (CARCTER INTERNO PBS)..........................................................................................................14
VERSIN FINAL.............................................................................................................................................................14
VERSIN PRODUCCIN .................................................................................................................................................15
CASOS DE PRUEBA (CARCTER INTERNO PBS) ..............................................................................................................15
REPORTE DE PRUEBA (CARCTER INTERNO PBS) ..........................................................................................................15
MANUALES ...................................................................................................................................................................15
INFORME DE AVANCE....................................................................................................................................................15

Pgina 2 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

SOLICITUD DE CAMBIO .................................................................................................................................................16


DOCUMENTOS ACTUALIZADOS ......................................................................................................................................16
LECCIONES APRENDIDAS (DOCUMENTO DE CARCTER INTERNO PBS)...........................................................................16
ANEXO CONTROL DE CALIDAD ............................................................................................................................. 17
1.
2.

EL MODELO V .........................................................................................................................................................17
METODOLOGA DE VERIFICACIN Y VALIDACIN ...................................................................................................18
ACTIVIDADES DE VALIDACIN Y VERIFICACIN..............................................................................................................18

Pgina 3 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

ALCANCE
Este documento contiene una descripcin resumida de la Metodologa de Gestin de Proyectos,
PBSTRES, utilizada por Pampa Business Solutions SRL (en adelante PBS)

MARCO METODOLGICO
PBSTRES es el la Metodologa de Gestin de Proyectos creada por PBS como marco metodolgico a los
proyectos que administra.
PBSTRES est basada en un estndar mundialmente reconocido en la gestin de proyectos, Metodologa
de Project Management del PMI (Project Management Institute). En aspectos relacionados con el
desarrollo de Software PBSTRES toma como base el Modelo de calidad CMMI (Capability Maturity Model
Integration) del SEI (Software Engeenering Institute). Asimismo se encuentra alineada, en aspectos
relacionados con la gestin de la calidad, al Standard ISO 9001:2000.
PBS cuenta en su equipo con skills de Project Manager Professional (Credencial PMP del PMI), consultor
CMMI (Curso Oficial del SEI y Experiencia en implementacin del Modelo) y Auditor interno ISO 9001:2000
quienes trabajaron en la creacin este marco.

Pgina 4 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

ETAPAS DEL PROCESO


PBSTRES divide al proyecto en las siguientes grandes Etapas:






INICIACIN
PLANEAMIENTO
EJECUCIN
CIERRE

Y una Etapa cross a todo el proyecto denominada MONITOREO Y CONTROL (En el grfico puede verse bajo
los puntos de Control que acompaan a las Fases del Proyecto)
Cada una de las Etapas contiene una o ms Fases del ciclo de Vida del Proyecto

Esta metodologa representa un modelo/gua a seguir en la gestin de nuestros proyectos, basada


en buenas prcticas del mercado. Su aplicacin puede ser adaptada al tipo, tamao de proyecto y dems
caractersticas respetando una de nuestras fortalezas que resulta ser la flexibilidad de PBS.

1. ETAPA 0: INICIACIN
El objetivo de esta Etapa es dar por comienzo a un nuevo Proyecto Fase del mismo. Dentro
de esta etapa se incluye la elaboracin de la propuesta y su refinamiento hasta aprobacin para
dar inicio a la siguiente etapa de Planeamiento.
Esta Etapa puede iniciarse por un requerimiento de un cliente o bien por una iniciativa interna
para la incorporacin de un nuevo producto o servicio al portfolio de PBS. En esta instancia el
estudio de factibilidad del proyecto se supone ya ha sido superado.
FASE DE INICIO









Pgina 5 de 19

PBS asigna un Project Manager.


Definir los requerimientos del producto.
Identificar grandes riesgos y alternativas de respuesta.
Identificar alternativas y realizar recomendaciones a ser tenidas en cuenta a lo largo del
proyecto.
Generar documento de propuesta para aprobacin.
Identificar interlocutores por parte del Cliente y de PBS.
Generar Plan Preliminar del proyecto (puede ser o no parte de la misma propuesta).
Obtener aprobacin.

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

2. ETAPA 1: PLANEAMIENTO
En esta Etapa se refinan las tareas de definicin de alcance del proyecto y se elabora en
detalle el Plan General del Proyecto
FASE DE PLANIFICACIN DEL PROYECTO









Asignar el equipo de proyecto.


Identificar Stakeholders (partes interesadas) del proyecto.
Formacin del Board (Ver Estructura y Equipo, Roles y Responsabilidades 1.3BOARD).
Refinar alcance del proyecto.
Elaboracin detallada de Plan General de proyecto que contempla aspectos tales como
recursos, cronograma detallado, gestin de riesgos, plan de comunicacin, de monitoreo
y control y de transicin entre otros aspectos.
Seleccionar la alternativa tcnica a implementar.
Planificar tareas de Validacin y Verificacin.
Obtener aprobacin por parte del Board y generar Lnea Base de Requerimientos.

3. ETAPA 2: EJECUCIN
En esta Etapa se pone en marcha el Plan de Proyecto de manera de obtener como resultado
el producto servicio dado.
A continuacin se enumeran las grandes tareas a realizar. De acuerdo al ciclo de vida de
Desarrollo utilizado pueden implementarse mediante distintas iteraciones o bien en cascada.
FASE DE DISEO Y DESARROLLO









Refinar la Arquitectura planteada.


Elaborar un diseo detallado.
Desarrollar todos los componentes.
Realizar pruebas unitarias a los componentes.
Comenzar la etapa de administracin de control de cambios.
Integrar cada uno de los mdulos.
Generacin de prototipos.
Preparar los mdulos para su testeo de integracin.

FASE DE INTEGRACIN




Integracin de los distintos mdulos e interfaces.


Integracin con productos de terceros.
Preparar la aplicacin para las pruebas integrales y de sistemas.

FASE DE VALIDACIN Y VERIFICACIN


Esta fase acompaa a toda la construccin e integracin mediante las tareas de Verificacin y
Validacin. (Ver Anexo Control de Calidad).





Pgina 6 de 19

Verificar la documentacin del proyecto (especificacin de requerimientos,


documentacin de diseo) para asegurar consistencia.
Preparacin de los casos de prueba de acuerdo a los requerimientos de manera de
asegurar que el producto cumple con las especificaciones.
Ejecucin de las pruebas integrales y de sistema.
Reportar errores y seguimiento hasta su cierre.

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

FASE DE IMPLEMENTACIN





Desplegar la solucin en el ambiente de produccin del cliente de acuerdo al plan de


despliegue conjunto.
Asegurar el correcto despliegue que permita realizar las Pruebas de Aceptacin del
Cliente.
Realizar ajustes finales.
Obtener Conformidad y aprobacin por parte del Cliente.

4. MONITOREO Y CONTROL DEL PROYECTO


El Monitoreo y Control del proyecto acompaa a todo el Ciclo de Vida del Proyecto.
Formalmente se establecen puntos de Control al finalizar cada Fase en los cuales se
solicita aprobacin para pasar a la fase siguiente. Tpicamente se genera algn reporte o
informe de fin de Fase. De acuerdo a la complejidad, tamao y caractersticas del proyecto
el cliente puede participar de la aprobacin para pasar a la siguiente fase o bien ser
informado de la transicin.
Asimismo durante todo el ciclo de Vida del proyecto el Project Manager monitorea y
controla las distintas restricciones: Alcance, Tiempo, Costos, Riesgos, Calidad y
Satisfaccin del Cliente. Esto lo hace a travs del seguimiento de los planes, feedback que
recibe del Equipo de Proyecto en las reuniones y seguimiento con el cliente generando as
los distintos informes.
Esta Etapa tambin contempla la Gestin de los Cambios del proyecto. Una vez
definida y aprobada la Lnea Base* de Requerimientos por ambas partes (Board), los
Cambios que se introduzcan sern gestionados mediante Solicitudes de Cambio. Una
Solicitud de Cambio puede ser generada por el cliente o bien por el Equipo de Proyecto al
identificar algn cambio que se considera necesario para el cumplimiento de las distintas
restricciones.
Los Cambios son gestionados a travs del Procedimiento de Administracin de
Cambios definido previamente en el Plan General de Proyecto. En lneas generales, se
analiza el impacto, se requiere aprobacin por parte del Board (o representantes del cliente
y PBS) y, en caso de ser aprobado, se actualizan los planes.
*Lnea Base de Requerimientos: Conjunto de Requerimientos en un momento dado que definen el alcance
del proyecto

5. ETAPA 3: CIERRE
Esta Etapa comprende la transicin que asegure la completa operatividad del producto
en el ambiente de produccin del cliente as como el cierre del Proyecto.








Pgina 7 de 19

Traspaso de Informacin Operativa: Traspaso de informacin necesaria referida a la


Gestin de los Requerimientos, de manera tal que el Cliente pueda tomar la misma para
la continuidad del servicio: Ej. backlogs de tareas pendientes, cumplidas, etc.
Traspaso de los sistemas mantenidos por PBS: compuesto por tareas de asesoramiento
sobre los sistemas e infraestructura necesaria para la correcta instalacin de los mismos
en las instalaciones que disponga el Cliente.
Transferencia de documentacin: Actualizacin de documentacin con las ltimas
modificaciones.
Obtener aprobacin formal por parte del cliente.
Asegurar la Garanta segn contrato.
Atender requerimientos de cambio (Mantenimiento).
Cierre del proyecto: Lecciones Aprendidas.

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

ESTRUCTURA Y EQUIPO, ROLES Y RESPONSABILIDADES


El Equipo de Proyecto se conforma de acuerdo a la complejidad, tamao y otras caractersticas del
proyecto. Tpicamente est conformado por los roles que se indican en 1ROLES Y RESPONSABILIDADES. Para
proyectos pequeos, probablemente el mismo miembro del equipo realice ms de un rol. Asimismo existen
roles tales como Arquitecto de Software, Administracin de la Configuracin que tiene una asignacin part
time, especialmente el primero, que presta mayormente servicios de consultora inicial. Estos son expresados
como Soporte en el diagrama.
Idealmente se piensa en una estructura en la cual se tiene un interlocutor del lado del cliente y un
interlocutor del lado de PBS de manera de efectivizar las comunicaciones y agilizar las decisiones. Estas
figuras conforman el Board que podra o no estar formalmente establecido.

* Dentro de la subestructura Soporte se incluyen Roles tales como Arquitecto Solucin, Administrador de la
Configuracin, etc. que prestan servicios a distintos proyectos. Esto es porque se considera ptima su
agrupacin en una subestructura especializada que concentre conocimientos especficos de Arquitectura,
Tecnologa, etc.

1. ROLES Y RESPONSABILIDADES
1.1. PROJECT MANAGER CLIENTE (O INTERLOCUTOR FORMAL)
Con el objetivo de facilitar y efectivizar la comunicacin y toma de decisiones PBS solicita que se
nombre una persona que oficie como Representante del Cliente a quien se denomina Project Manager
Cliente. Este rol es crucial en el xito del proyecto. Representa la mxima autoridad por parte del cliente
para el proyecto y su interrelacin directa es con el Project Manager PBS

Pgina 8 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

El Project Manager Cliente es responsable de:








Monitorear el estado y avance del proyecto.


Reflejar las necesidades de los Key Users.
Gestionar la resolucin de dudas o algn tipo de problema que vaya surgiendo a lo largo del
proyecto sirviendo de nexo ente los Key Users y PBS.
Aprobar los documentos relacionados con el proyecto.
Establecer las prioridades en cuanto a los requerimientos.

1.2. PROJECT MANAGER PBS


El Project Manager PBS es responsable de:










Estimar el esfuerzo necesario para la realizacin del proyecto.


Confeccionar la propuesta de Servicio.
Generar el Plan General del Proyecto y planes subsidiarios.
Administrar el Proyecto asignado y sus recursos, de manera que cumpla con las mltiples
restricciones que tiene: alcance, costos, tiempos, calidad, manejo de riesgos y satisfaccin de
cliente.
Liderar el Proyecto asignado y conducir los recursos humanos del grupo de Proyecto.
Supervisar la gestin integral de los colaboradores propios y del cliente (que participan como
referentes en el proyecto).
Revisar y aprobar los documentos presentados por su equipo.
Conocer los procesos de negocio en funcin del rea de incumbencia.
Comunicar aspectos del proyecto. Mantener informado a los distintos stakeholders del proyecto.

1.3. BOARD
El Board es un Comit formado por un representante por parte del cliente y un representante
PBS. Tpicamente lo componen los Project Manager de ambos lados. El Board podra estar
formalmente establecido o no. De todos modos es responsabilidad de ambos representantes el
trabajo en conjunto en aspectos relacionados con la toma de decisiones, priorizacin, aprobacin,
etc. de manera de obtener consenso de ambas partes:






Analizar y aprobar requerimientos, documentos y planes. Gestionar la aprobacin de ambas


partes.
Aprobar la Lnea Base de Requerimientos.
Analizar y aprobar o rechazar las Solicitudes de Cambio.
Priorizar las Solicitudes de Cambio o Nuevas iniciativas.
Obtener consenso en casos de discrepancia, por ejemplo en estimaciones, anlisis de impacto
de algn cambio, etc.

1.4. ARQUITECTO SOLUCIN


El Arquitecto de la Solucin tiene como responsabilidad:







Definir y disear la arquitectura para soportar la aplicacin.


Definir y disear la configuracin de los componentes de las aplicaciones.
Comprender los requerimientos del sistema. Poseer Dominio de Ingeniera del Software.
Tomar decisiones tcnicas claves en trminos de arquitectura.
Documentar los aspectos significativos de la arquitectura, incluyendo requerimientos y las vistas
de diseo, implementacin y despliegue.
Participar en las estimaciones, principalmente en trminos de arquitectura

Pgina 9 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

1.5. ANALISTA FUNCIONAL


El Analista Funcional es responsable de:







Identificar y comprender las necesidades del cliente de manera de obtener una especificacin de
requerimientos.
Realizar tareas de Anlisis y diseo de una solucin que satisfaga las expectativas del cliente.
Adicionalmente, supervisin de la programacin, documentacin, actualizacin y mantenimiento
de los sistemas informticos.
Conocer y aplicar la metodologa de desarrollo definida para el proyecto.
Generar la Especificacin del Sistema que sirva para codificar: Disear las entradas, salidas,
archivos y programas de cada sistema.
Generar la documentacin tcnica y de calidad.
Participar de las estimaciones de tiempo y esfuerzo as como en la evolucin de impacto ante un
cambio.

1.6. DESARROLLADOR
El desarrollador es responsable de:







Comprender los requerimientos Detallados, Diseos y Especificaciones realizados por el


Analista.
Realizar tareas de Programacin de la aplicacin.
Realizar el testeo de cada componente desarrollado segn la documentacin especifica para
asegurar su buen funcionamiento (testeo unitario).
Implementacin, documentacin, actualizacin y mantenimiento de las aplicaciones.
Generar la documentacin tcnica y de calidad. Documentar programas de acuerdo a los
estndares de instalacin.
Participar de las estimaciones dando feedback a los analistas de tiempos y esfuerzos.

1.7. ANALISTA TESTER


El Analista Tester es responsable de:







Disear Plan de Verificacin y Validacin /Testing (Ambientes de prueba, criterios de aceptacin,


criterios de suspensin de pruebas, etc.).
Verificar la documentacin para asegurar consistencia.
Disear Condiciones y Casos de Prueba (Test Cases).
Crear datos de prueba teniendo en cuenta formatos definidos y especificaciones.
Ejecutar las pruebas para comparar resultados con las especificaciones.
Analizar resultados de pruebas y documentar y reportar defectos, errores, e inconsistencias en
las funciones de los programas, salidas, pantallas, y su contenido.

1.8. ADMINISTRADOR DE LA CONFIGURACIN


La Gestin de la Configuracin de versiones es un proceso que establece y mantiene la integridad
del los artefactos a travs de su ciclo de vida. Contempla aspectos tales como versionado de todos los
artefactos (fuentes, documentos, etc.), historial de cambios, gestin de la poltica de back up, etc.
El Administrador de la Configuracin tiene como responsabilidades:





Identificar los recursos requeridos por cada aplicacin para ser administrados.
Dar soporte a las tareas de desarrollo del proyecto, asegurando la disponibilidad de un ambiente
de trabajo apropiado para el Equipo de Proyecto.
Proveer un ambiente apropiado para las actividades de Validacin/Testing. Liberar las correctas
versiones de los componentes.
Asegurar la disponibilidad e integridad de los diferentes artefactos para ser incluidos en la Unidad
de despliegue cuando fuera necesario. Liberar a produccin las correctas versiones de los
componentes.

Pgina 10 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

ENTREGABLES
1. ENTREGABLES POR ETAPA

Pgina 11 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

2. DETALLE DE ENTREGABLES POR FASE

Como se mencionara anteriormente, la metodologa as como los entregables pueden adaptarse al


tipo y caractersticas de proyecto o necesidades particulares del cliente. En proyectos chicos posiblemente
algunos entregables puedan ser unificados o simplificados.
Los documentos o artefactos mencionados como de Carcter Interno PBS tienen una propsito de
gestin del proyecto en fases intermedias y no son necesariamente presentados al cliente como entregables
del proyecto.

3. DESCRIPCIN DE ENTREGABLES
PROPUESTA DE SERVICIO
Contiene una descripcin del alcance, solucin, presupuesto y condiciones de contratacin.
Asimismo puede contener un cronograma preliminar, equipo de trabajo preliminar, roles y responsabilidades.
El nivel de detalle de la misma puede variar de acuerdo a lo que solicite el cliente o bien el tiempo
asignado/urgencia por parte del cliente para obtener la misma, etc. En cuanto al presupuesto y tiempos,
puede estar expresado en Orden de Magnitud (donde se acepta cierta variacin) o bien ser un presupuesto
final. Esto tambin depende de lo que el cliente solicite como propuesta, nivel de informacin disponible, etc.
En casos donde el cliente requiera algn tipo de formato especial o informacin particular (ejemplo: pliegos)
la misma puede adaptarse a dichas especificaciones.
Nomenclatura:

Pgina 12 de 19

[PROP_Cliente_Nombre del Proyecto_PBS]

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

ESPECIFICACIN DE REQUERIMIENTOS
Definicin inicial del Requerimiento de Software. Este documento rene la documentacin de los
requerimientos (funcionales y no funcionales) de software del proyecto. Asimismo sirve como base del
acuerdo comn entre todas las partes y formar el contenido de la lnea base. Incluye una descripcin
Global, definicin de tipo de usuarios, lista de actores, caractersticas de la solucin, ambiente de operacin,
supuestos y restricciones, requerimientos funcionales y no funcionales, interfaces necesarias y criterios de
aceptacin. Asimismo puede incluir una Visin General de la Arquitectura.
Este documento puede llegar a un nivel de detalle mayor incluyendo casos de uso en trminos de
negocio u otros diagramas o bien estas cuestiones ser incluidas directamente en los documentos de diseo.

Nomenclatura: [ERS_Cliente_Nombre

del Proyecto_Nombre Req_PBS]

ARQUITECTURA Y DISEO ALTO NIVEL


Contiene una descripcin y representacin de la arquitectura de la solucin, supuestos y
restricciones de la misma, as como caractersticas de seguridad. Asimismo incluye aspectos de diseo de
alto nivel tales como un anlisis para la identificacin de actores, definicin de casos de uso en trminos de
negocio, etc.
Este documento puede ser parte de la Especificacin de Requerimientos o bien tratarse como
documento separado.
Nomenclatura:

[DAG_Cliente_Nombre del Proyecto_PBS]

PLAN GENERAL DE PROYECTO


Define cmo se va a planificar, ejecutar, medir y controlar el proyecto. El Plan General de Proyecto
es un documento madre que rene distintos aspectos relacionados con la planificacin de las distintas
variables que intervienen en el proyecto. Puede ser un nico Plan o bien hacer referencia a distintos planes o
documentos subsidiarios tales como alcance, cronograma del proyecto, gestin de riesgos, Plan de Calidad
(Validacin y Verificacin) y Plan de Gestin de la Configuracin*. Asimismo incluye la planificacin del
Equipo de proyecto, skills, roles y responsabilidades, recursos materiales necesarios y aspectos relacionados
con la comunicacin tanto interna como con el Cliente.
El Plan es armado de acuerdo a cada proyecto, es posible que en proyectos chicos o de
determinadas caractersticas algunos tems sean no aplicables o bien su nivel de detalle sea menor.
* En el Plan de Gestin de la configuracin se especifica aquellos artefactos (documentos, fuentes, etc.) que
sern controlados, cmo se controlar la integridad de los mismos, polticas de backup, etc.
Nomenclatura: [PGP_Cliente_Nombre

del Proyecto_PBS]

CRONOGRAMA
Contiene las actividades con su fecha de inicio y fin, duracin, secuenciamiento etc. El cronograma
tambin incluye los hitos del proyecto.
Nomenclatura: [SCH_Cliente_Nombre

Pgina 13 de 19

del Proyecto_PBS]

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

DISEO DETALLADO
Contiene una definicin de mayor detalle de los requerimientos. Segn la metodologa de desarrollo
que se aplique y caractersticas del proyecto es posible incluir diagramas tales como:
o Diagrama de Clases
o Diagrama de Objetos
o Diagrama de Actividades
o Diagrama de Casos de Uso y descripcin de los mismos
o Interfaces y diseos de pantalla
Este documento puede considerarse un refinamiento de la Especificacin de Requerimientos y/o
documentos de diseo de alto nivel o bien entregarse como documento aparte.
Nomenclatura:

[DAD_Cliente_Nombre del Proyecto_PBS]

VERSIN DESARROLLO (CARCTER INTERNO PBS)


Son las versiones intermedias generadas en el ambiente de desarrollo con los componentes
desarrollados (Build). Segn la planificacin, durante el desarrollo se generan distintas versiones que son
liberadas al ambiente de testing como versiones de prueba (test).
La nomenclatura de las versiones vara segn el proyecto y componentes de versin. Una versin
podra contener distintos paquetes (ejemplo: libreras, dlls etc.). La nomenclatura del paquete que los agrupa
sigue los siguientes lineamientos
Tipos
Build: Versin desarrollo
Test: Versin liberada a testing
Nomenclatura:

[Numero de Versin]-[Tipo]-[Nmero de realease + 1]

VERSIN CANDIDATA (CARCTER INTERNO PBS)


Versin generada en etapa de integracin de los distintos mdulos. La misma es sujeta a pruebas de
integracin por parte del equipo de testing. A lo largo de esta etapa se generan distintas instancias de esta
versin producto de las correcciones hasta obtener la versin final.
Tipos
RC: Versin candidata
Nomenclatura:

[Numero de Versin]-[Tipo]-[Nmero de realease + 1]

VERSIN FINAL
Corresponde a la versin que recibe el cliente para sus pruebas de aceptacin.
Tipos
R: Versin Release
Nomenclatura:

Pgina 14 de 19

[Numero de Versin]-[Tipo]-[Nmero de realease + 1]

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

VERSIN PRODUCCIN
Versin productiva. Posiblemente tenga un nmero de release diferente a la versin de testing de
aceptacin debido a los ajustes finales que puedan surgir de estas pruebas.
Tipos
R: Versin Release
Nomenclatura:

[Numero de Versin]-[Tipo]-[Nmero de realease + 1]

CASOS DE PRUEBA (CARCTER INTERNO PBS)


Preparacin estructurada de las pruebas a realizar sobre el software. Los casos de prueba se
construyen de acuerdo a la especificacin de requerimientos y son una enunciacin de las distintas
situaciones a probar. Los mismos contienen una descripcin de la prueba, los datos de entrada, pasos a
seguir y resultado esperado de la prueba.
Nomenclatura: [TCS_Cliente_Nombre

del Proyecto_Req_Nro Caso_PBS]

REPORTE DE PRUEBA (CARCTER INTERNO PBS)


Los defectos, mejoras, etc. identificados durante las pruebas son registrados e informados a
desarrollo para su correccin travs de los reportes de prueba. Los Analistas Tester realizan el seguimiento
de los distintos defectos hasta la verificacin de su cierre.
Nomenclatura: [REP_Cliente_Nombre

del Proyecto_Tipo Prueba_PBS]

MANUALES
Los manuales o documentacin de usuario final constituyen un entregable ms al cliente y resultan
clave en el aprendizaje del uso del sistema. Tpicamente se manejan los siguientes tipos de manual:
Manual de Usuario (Orientacin al usuario final. Enfoque desde la operacin del software)
Manual del Sistema (Orientacin tcnica)
Manual de Instalacin
En general el manual de Usuario y Sistema se presentan de manera unificada.
Nomenclatura: [MAN_Cliente_Nombre

del Proyecto_Tipo Manual_PBS]

INFORME DE AVANCE
La Etapa de Monitoreo y Control del Proyecto acompaa a todo el ciclo de vida del mismo. Como
producto del seguimiento de las distintas variables que intervienen en el proyecto se generan, segn
frecuencia predefinida, los Informes de Avance del proyecto. El objetivo es reflejar el status del proyecto,
detectar algn desvo e implementar, de manera temprana, acciones correctivas. Estos informes surgen de
las reuniones con el Equipo de trabajo, reuniones con el cliente y seguimiento de indicadores y son
distribuidos a las partes involucradas segn plan.
Nomenclatura:

Pgina 15 de 19

[INF_Cliente_Nombre del Proyecto_Fecha_PBS]

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

SOLICITUD DE CAMBIO
Este documento se genera con el objeto de documentar un Cambio solicitado. El mismo incluye una
descripcin del cambio solicitado, motivo del cambio, quin lo solicita, requerimiento al cul afecta, anlisis
de impacto del cambio y circuito de aprobaciones (Board, PBS, Cliente, etc.)
Nomenclatura: [SCA_Cliente_Nombre

del Proyecto_Req_Nro Solicitud_PBS]

DOCUMENTOS ACTUALIZADOS
Comprende la entrega al cliente de los documentos/entregables actualizados en su ltima versin
con todos los ajuste que pudieron haberse incorporado en las instancias previas al cierre.

LECCIONES APRENDIDAS (DOCUMENTO DE CARCTER INTERNO PBS)


En PBS creemos que una de las claves del crecimiento es la mejora continua de nuestros procesos,
productos y servicios. En este sentido cuidamos cada uno de nuestros proyectos incorporando mejoras a
partir del aprendizaje.
Al cierre del proyecto o, eventualmente al cierre de una fase en proyectos largos, se lleva a cabo la
reunin de Lecciones Aprendidas que involucra a todo el equipo de Proyecto PBS con el objeto de rescatar
los aspectos positivos del proyecto, potenciarlos, explotarlos y mejorarlos, y aquellos aspectos sobre los que
se identifican oportunidades de mejora. Estas conclusiones son volcadas en el Documento de Lecciones
Aprendidas.
Nomenclatura: [LL_Cliente_Nombre

Pgina 16 de 19

del Proyecto _PBS]

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

ANEXO CONTROL DE CALIDAD


La Metodologa de Validacin y Verificacin utilizada por PBS se encuentra alineada con las reas de
Procesos VAL y VER del modelo CMMI nivel 3 utilizando el Modelo V como referencia.

1. EL MODELO V
El modelo V considera al testing una actividad importante en lugar de pensarlo como una amenaza al
proyecto. Este modelo surge en reaccin a ciertos modelos cascada que muestran al testing como una fase
singular posterior al anlisis, diseo de alto nivel, diseo detallado y desarrollo.
El Modelo V representa varios niveles de testing e ilustra como cada nivel se encuentra alineado con una
etapa del ciclo de vida de desarrollo. La V muestra, del lado izquierdo, la tpica secuencia de actividades de
desarrollo y, del lado derecho, su correspondiente secuencia de actividades de testing.
Del lado del desarrollo, se comienza definiendo los requerimientos de negocio, estos se traducen en alto y
bajo niveles de diseo y finalmente se implementan en lneas de cdigo. Del lado de la ejecucin del testing,
se comienza con las pruebas unitarias, seguidas por las de integracin, sistema y aceptacin.
Este modelo es valioso porque destaca la existencia de varios niveles de testing y delinea cmo se
relaciona cada uno con diferentes fases del desarrollo.

Las pruebas unitarias focalizan en los tipos de fallas que ocurren mientras se escribe cdigo, tales como
los valores lmite en la validacin de la entrada de datos del usuario. Las pruebas unitarias son
tpicamente realizadas por el mismo desarrollador.

Las pruebas de integracin se focalizan en el diseo de bajo nivel, especialmente chequeando errores
entre interfaces y unidades u otras integraciones.

Las pruebas de sistema validan si, el sistema como un todo, implementa efectivamente el diseo de alto
nivel, incluyendo adecuada performance en un ambiente similar a produccin.

Las pruebas de Aceptacin son tpicamente realizadas por los usuarios (cliente) para confirmar que el
producto rene los requerimientos de negocio.

En cada etapa de desarrollo, tienden a ocurrir diferentes tipos de fallas, de este modo distintas tcnicas
se utilizan para identificarlas.

Pgina 17 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

2. METODOLOGA DE VERIFICACIN Y VALIDACIN


VALIDACIN: Confirma que el producto, tal como se lo ofrece, cumplir con el uso que se pretende.
Las actividades de Validacin en el proceso de desarrollo de Software tienen como principal objetivo
determinar si se est construyendo el producto correcto, segn las especificaciones del Cliente. Para
esta finalidad se planifican, preparan, y ejecutan diferentes pruebas sobre el producto de software para
realizar una evaluacin objetiva del mismo.
VERIFICACIN: El objetivo principal de la Verificacin en el proceso de desarrollo de Software
consiste en determinar si se est construyendo el producto correctamente. Para tal fin es necesario
analizar los entregables, documentos, etc. en las diferentes etapas del Ciclo de Vida de desarrollo (etapa
de requerimientos, etapa de diseo, etapa de codificacin).
En ambos casos se apunta a la identificacin temprana de defectos o inconsistencias de manera de
asegurar un producto confiable y minimizar la aparicin de defectos en etapas finales. En este sentido
nos basamos en un principio que indica que el esfuerzo requerido en la correccin de un defecto, cuanto
ms temprano sea detectado, menor impacto tendr en el proyecto.

ACTIVIDADES DE VALIDACIN Y VERIFICACIN


A. ASIGNACIN DE ANALISTAS TESTERS AL PROYECTO
De acuerdo a las necesidades del Proyecto se asignan uno o ms Analistas Testers.
B. GENERACIN DE PLAN DE CALIDAD
El Analista Tester asignado planifica las actividades de Control de Calidad en el Proyecto e instancia
un Plan de Validacin y Verificacin (En general, las actividades de Validacin y Verificacin son incluidas
en el mismo Plan).
C. VERIFICACIN DE LA DOCUMENTACIN
Las actividades de Verificacin tienen como objetivo la revisin de la documentacin de manera de
identificar tempranamente inconsistencias o cuestiones de lgica en los requerimientos, documentos de
diseo, etc. y que las mismas sean comunicadas evitando que sean trasladadas a lo largo de las etapas
de desarrollo.
Estas inconsistencias de Documentacin deben ser resueltas por el Analista o
Desarrollador.
D. PREPARACIN DE CASOS DE PRUEBA
Los Casos de Prueba se generan tomando como input la documentacin de Casos de Uso o la
documentacin de los Requerimientos/Funcionalidad que maneje el Proyecto. Para su confeccin, se
dispone de un template donde se vuelcan las distintas pruebas a realizar, las pre-condiciones, postcondiciones, paso a paso, los resultados esperados, etc.
Los Casos de Prueba se agrupan por
Mdulo, Subsistema, etc. y se almacenan en un repositorio, as como tambin los diferentes resultados de
las ejecuciones.
E. EJECUCIN DE LAS PRUEBAS
Para la Ejecucin de las pruebas se definen diferentes Fases. Cada Fase comprende un tipo de
Testing diferente y se desarrollan diferentes Ciclos de Prueba, antecedidos por un Smoke Test (Prueba de
Humo) que permite determinar rpidamente, mediante la validacin de distintos aspectos predefinidos, si
se sigue adelante o no con el testing.
La Ejecucin comienza con las siguientes Fases:

Pgina 18 de 19

Araoz 749 3 B - C1414DPO


(+54 11) 5353 9824
Buenos Aires Argentina
www.pbs-arg.com
info@pbs-arg.com

Testing Unitario
Testing de Integracin
Testing de Sistema

Cada Ciclo finaliza con una revisin formal de los resultados obtenidos y de los defectos
detectados con el Lder de cada Mdulo, Paquete o Subsistema.

F. REPORTE DE PRUEBAS
A medida que se ejecutan las Pruebas, los defectos, mejoras, etc detectados son reportados. Estos
son asignados al responsable de cada tema y se realiza un seguimiento de cada uno de los defectos,
mejoras, etc. hasta su cierre.

Pgina 19 de 19