Actividad 1.

Planeación del lanzamiento del proyecto de software

El propósito de la actividad es identificar los pasos para generar el checklist de la planeación del lanzamiento del proyecto.

CASO:

La empresa Soluciones de Software tiene a su cargo un proyecto para un grupo de investigadores sociales en el ramo de la
salud, llamado Investigación de servicios de salud en zonas marginadas del sur de la República Mexicana. El recurso de
software se solicita porque los investigadores requieren una agenda electrónica de trabajo que mantenga informado al grupo
de investigadores acerca de las fechas de:

*Entrega de reportes de datos obtenidos mediante encuestas, entrevistas y observación de campo.

*Entrega de los resultados del análisis de los datos obtenidos

*Realización de reuniones periódicas en las distintas sedes donde se está investigando, que se encuentran en Oaxaca,
Chiapas, Veracruz, Tabasco, Hidalgo, Guerrero, Estado de México, Puebla y Distrito Federal.

*Realización de reuniones plenarias en la sede principal ubicada el Distrito Federal.

*Se requiere de un programa donde se agenden todos estos eventos y que, a su vez, todos los integrantes puedan acceder en
cualquier momento a este sistema para saber las fechas importantes, y que puedan instalar el programa en cada una de las
PC con los que trabajan.

El grupo de investigadores requiere este software en 30 días máximo, debido a que tiene programado iniciar con su proyecto
de investigación en un mes y medio. El equipo de investigadores realizará 15 reuniones en las sedes de los estados y cinco
plenarias en el Distrito Federal, en el transcurso de seis meses que durará la investigación. Se plantea el envío de datos cada
segundo viernes de mes y el análisis de datos, los martes siguientes a cada fecha del envío. Sin embargo, aún se desconoce
la fecha de las sesiones plenarias en el Distrito Federal, se mencionó al equipo de investigadores que se contarán con ellas
en aproximadamente 30 días porque los integrantes de las investigaciones tienen que ponerse de acuerdo en cuanto a
distancias, entregas de datos, análisis de datos y equipo de trabajo.

Miembros del equipo TSP (Integre los roles faltantes en caso de ser necesario)

Existen:

Héctor López: ingeniero que tiene una amplia capacidad de negociación, planeación, conoce tanto la metodología TSP como
PSP y tiene amplio conocimiento sobre los diversos programas de software. Colabora y conoce ampliamente cada uno de
los pasos que deben seguirse en la metodología TSP y encuentra soluciones a los diversos problemas que se presentan en
proyectos de desarrollo de software.

Mariana Fernández: amplios conocimientos en diseño, estrategias, estimación de tiempos, recursos y tamaños del producto.
También domina las estrategias de desarrollo y tiene gran experiencia en dirigir el diseño y la implementación de pruebas
colaborando siempre con el equipo de desarrollo.

Leticia Mondragón: cuenta con habilidades de control y para establecer la forma de definir las partes de un producto final;
es decir, tiene especial cualidad para especificar qué se va a hacer y quiénes pueden realizar dicha actividad, conoce el plan
a la perfección y tiene gran capacidad de comunicación con cada miembro del equipo.

Martín Guzmán: amplios conocimientos en PSP y en desarrollo de software, pero no ha concluido con una capacitación en
TSP debido a que tiene dificultades para el desarrollo de actividades en equipo: impuntualidad, dificultad para establecer
una comunicación cordial, dificultad para colaborar, etcétera.

Ricardo Cardona: experiencia en mantener estándares de desarrollo y asignar patrones. También tiene experiencia en dirigir
las inspecciones de calidad del producto de software, en registrar y documentar las reuniones con equipo de software.
Isabel Miranda: conocimientos en supervisión y documentación de cambios en los procesos y productos de software; es
decir, en la administración y control de cambios recomendación de ajustes y en verificar, mantener y evaluar la persistencia
del sistema, fomentar el reúso de código y de recursos. Coordinar todas las actividades de cambio que realice cualquier
miembro del equipo, recomendar los cambios o ajustes que deben realizarse.

Esta actividad tiene como propósito identificar los pasos para generar el checklist de la planeación del lanzamiento del
proyecto. Revisa el caso expuesto y, posteriormente, realiza lo que a continuación se te indica:

1. Identifica los elementos de la planeación del lanzamiento del proyecto.

 Definir los roles.

 Identificar el alcance del proyecto.
 Definir las actividades.
 Planear los tiempos de desarrollo y pruebas.
 Identificar las dependencias.
 Entregar equipo adecuado para el desarrollo.

2. Genera el checklist con base en el planteamiento recibido.

Actividad Estatus
1 Establecer los roles del equipo. Pendiente
2 Generar un plan de calidad. Pendiente
3 Planeación de los tiempos. Pendiente
4 Identificación de dependencias. Pendiente
5 Entrega de equipo para realizar los desarrollos. Pendiente
6 Realizar el plan de check list para las sesiones semanales. Pendiente
7 Definición de alcance de proyecto. Realizado
8 Análisis post mortem. Pendiente

3. Redacta tus conclusiones acerca de los elementos que integran el problema y cómo se relacionan con los de planeación
del lanzamiento de TSP.

Para poder tener una visión más centralizada de lo que se tiene que realizar ya que en el caso de estudio se tiene una visión
general de lo que se requiere del sistema, en este no se detallan algunos puntos importantes como las áreas que serán
afectadas, el tipo de servidores a definir, la base de datos, el tipo de formato para las consultas, etc. Todo lo anterior se
necesita evaluar con las en una sesión general la cual este enfocada en la funcionalidad y poder completar tanto el check list
para futuras implementación de (semana 2 o días), y ver si el personal que se encuentra asignado a cada actividad tiene el
tiempo necesario para poder ejecutar las actividades que no se detallan en el caso, ya que son más técnicas y relacionadas
con acceso, tipos de usuarios, direcciones y ambientación de servidores.

Cada uno de los elementos pueden tener sub-casos técnicos para la implementación de los puntos faltantes y poder hacer
llegar al objetivo planeado para la implementación del sistema, se puede definir puntos de validación por liberación para
asegurar que los elementos liberados cumplen con las expectativas del cliente.

4. Identifica si hay elementos que faltan respecto al checklist de la fase de lanzamiento, y cuáles son los efectos que puede
tener en el desarrollo del proyecto si no se cubren. Redacta este análisis en una conclusión al final del checklist, donde
señales cuál es la solución que plantearías para que no repercutiera en el desarrollo del proyecto.

Generalmente se realiza un bosquejo general del caso ya que faltan muchos puntos no vistos para la implementación del
desarrollo, faltan aspectos de dependencia, funcionalidad de los equipos, entrega de ambientes de prueba y finales,
configuración de los sistemas, estas actividades, aunque no se vean muy difíciles cuentan en tener dificultades a la hora de
implementar un sistema si este no se valida correctamente en sus configuraciones. Los riesgos relacionados con cada una
de estas omisiones pueden hacer que el equipo comience a generar estrés extra por largas horas de jornada laboral o incluso
no entregar el proyecto en tiempo y forma.

Reseña de actividad:

Buenas compañeros.

Los elementos descritos en el material de apoyo nos dan una visión general de lo que se requiere para poder comenzar el
lanzamiento de un proyecto este bosquejo general nos ayuda a tener pasos iniciales de valor para poder complementar con
sub temas que nos ayudaran a identificar cuáles son los principales puntos de problemas u omisión de requisitos y sistemas.

Saludos.