|
Webquest: Planificando un
Proyecto Informático
WebQuest para alumnos de gestión
de Proyectos de Sistemas de
Información
Creada por
José O. Montesa Andrés
jomontes[arroba]omp[punto]upv[punto]es
Introducción
| Tarea | Proceso | Evaluación | Conclusión
| Créditos
Introducción
Estáis trabajando en una
empresa que se dedica al desarrollo de software. Actualmente se
encuentra en plena expansión y aunque tan solo lleváis dos años
trabajando como programadores, dada vuestra capacidad de trabajo,
motivación, conocimientos y facilidad de relación con vuestros
compañeros, recibís la propuesta que seáis un equipo de gestión de
proyectos, para planificar y coordinar los proyectos que se asignen a
un amplio número nuevos contratados en la nueva sede de el Saler.
la Tarea
Los miembros de vuestro
equipo serán responsables, no de la programación de los nuevos
desarrollos, como estabais acostumbrados, sino de decidir cuantas
personas necesita cada proyecto, asignarles tareas, estimar los costes
y tiempo de desarrollo y controlar los desarrollos, para que estos se
ajusten a los planes.
Para ello comenzaréis por
asignar responsabilidades en vuestro equipo, según los roles que
veremos. Utilizareis herramientas como ms-project, visio, hojas de
calculo. También tendréis que utilizar técnicas de estimación,
organización de equipos, selección de ciclos de vida y análisis
económicos.
De momento tendréis que
preparar un primer plan de proyecto. El plan de proyecto se deberá
documentar y preparar una presentación con PowerPoint para exponer en
clase, los miembros del equipo podrán ser preguntados por cualquier
aspecto del plan del proyecto.
El
Proceso
Lo
primero que tendréis que hacer es organizar el equipo de dirección
(vosotros). Después cada uno se centrará en sus tareas, si bien todos
tendréis que participar en todas las tareas para estar informados.
Organización
del equipo de dirección.
Cada
uno de vosotros deberá de cubrir uno, dos o tres de los siguientes
roles:
-
Jefe de
Proyecto:
-
Responsable
de la planificación y ejecución
del proyecto.
-
Deberá
negociar los entregables con el
cliente,
-
Identificará
la lista de tareas a realizar,
y asignarle esfuerzos a cada una de ellas, en colaboración con el resto
de desarrolladores.
-
Deberá
conocer a sus trabajadores, para
asignarles las tareas más apropiadas a cada uno de ellos.
-
No
puede culpar a sus subordinados de los
errores, ya que el supervisa todo el trabajo y es responsable, además
de su sincronización.
-
Analista
de aplicaciones
-
Experto
en métricas y medición del
software:
-
Experto
en herramientas de planificación
-
Experto
en estudios económicos
-
Cliente
responsable del proyecto.
-
Esta
persona no es miembro del equipo del
proyecto propiamente dicho, es un elemento externo
-
Es
responsable de que todo este bien atado,
pertenece a la empresa que paga y recibe el software.
-
Si el
sistema falla, desde el punto de
vista de la empresa cliente el responsable supremo es él.
-
Será
el interlocutor con la empresa
cliente, por lo que hará de cliente en la elicitación de los
requerimientos.
-
Desarrollador
de software.
-
Persona que terminará
realizando tareas de
análisis, diseño, codificación, pruebas, etc. y que será consultado por
el equipo de dirección.
Una
persona puede tener varios roles simultáneamente.
A
continuación tenéis que centraros en las siguientes actividades:
-
Obtendréis
la especificación de un sistema
de información.
-
Si
alguien tiene un proyecto pendiente,
realizado o final de carrera, puede utilizarse como base de estudio.
-
En caso
de no tener idea sobre que proyecto utilizar, visitar la pagina www.emprendedores.es, localizar la revista del
mes de
septiembre de 2005 y en esta el documento pdf "120 oportunidades de
negocio", seleccionar una de las propuestas y suponer que vuestro
cliente va ha montar una empresa de ese tipo y que pide un sistema de
información para gestionar sus clientes y los trabajos a realizar, o
las ventas.
-
Dado
que en esta asignatura se
centra en la especificación, la especificación del sistema a estudiar
deberá ser sencilla pero
suficiente para poder medir su tamaño.
-
Aquellos
que no estén familiarizados con
especificaciones de software, pueden asistir a un seminario libre sobre
la especificación estructurada. Durará dos horas y será suficiente para
las necesidades de la asignatura.
-
Mediréis
el software a realizar.
-
Estimaréis
el esfuerzo a realizar.
-
Crearéis
una lista de entregables
-
Seleccionaréis
un ciclo de vida para el
proyecto
-
Hay
que analizar cual es el ciclo de vida
más apropiado, según las circunstancias,
-
y
asignar a cada fase un esfuerzo estimado
(parte del esfuerzo total calculado anteriormente)
-
Crearéis
una WBS (descomposición
Estructurada del Trabajo), Identificando las tareas del proyecto
-
Crearéis
un equipo de trabajo para el
proyecto.
-
Realizaréis
la programación temporal del
proyecto .
-
Asignaréis
las tareas a los miembros del
equipo.
-
Realizaréis
un estudio económico de los
costes del proyecto.
-
Propondréis
un precio de venta.
-
Realizar una planificación razonable para
el proyecto de desarrollo.
Evaluación
La evaluación se
realizara tanto a nivel de grupo, como individualmente.
|
Principiante
1
|
Aprendiz
2
|
Correcto
3
|
Ejemplar
4
|
Nota
|
|
Especificación Clara y completa
|
Se propone un sistema, pero no quedan claras las
necesidades,
ni como se van a satisfacer
|
El sistema esta claramente delimitado, aclarando su
propósito
y las
necesidades del cliente
|
Sistema delimitado, con propósito claro . La
especificación
es consistente y quedan claras sus interfaces con otros sistemas y el
entorno.
|
Además se han incluido
modelos gráficos de procesos, datos e interfases con el entorno.
|
5%
|
|
Medición
|
Faltan
elementos por contar, los cálculos están mal realizados.
|
Hay
errores en el recuento, los cálculos están bien.
|
Todos
los elementos a contar se han tenido en cuenta.
|
Documentado
a nivel de detalle los listados, formatos de pantallas y señalados sus
elementos.
|
15%
|
|
Estimación
del esfuerzo
|
Se
ha pasado por alto el punto, o están mal calculado, con errores de
bulto.
|
Se
ha realizado el calculo de forma mecánica pero faltan cosas por
documentar.
|
Los
cálculos están bien, partiendo de los datos históricos suministrados.
|
Aparece
una lista de datos históricos propios (razonable), se añaden
comentarios de valoración sobre el resultado obtenido.
|
3%
|
|
lista
de entregables
|
Se
han transcrito cuatro o cinco entregables de las lista suministrada.
|
La
lista de entregables solo se refieren al producto.
|
Hay
una lista de entregables razonable y consistente. Algunos sobre el
producto y otros sobre el proceso.
|
La
lista de entregables añade una breve justificación de cada uno de ellos
y su propósito.
|
7%
|
|
WBS
|
La
lista de tareas es inconsistente y faltan tareas importantes.
|
La
lista de tareas se refieren a las que tienen por objetivo el producto.
|
La
estructura del proyecto esta clara, aparecen tareas de producto y
proceso y son consistentes con los entregables.
|
La
lista de tareas esta justificada a nivel de tarea.
|
10%
|
Equipo
de trabajo para el proyecto
|
No se
justifica el tipo de
equipo seleccionado ni sus componentes.
|
Se
indica la razón de los miembros del equipo, pero de forma insuficiente,
además faltan especialistas
|
El
equipo esta razonado, se justifica cada persona, se indican
responsabilidades y autoridad.
|
Cada
miembro del equipo
esta justificado , con perfil profesional. La estructura esta
claramente razonada
|
5%
|
| Programación
temporal |
Las
tareas están secuenciadas, sin justificar la secuencia, además es
incorrecta la realización con project.
|
Es
correcta la utilización del project, pero falta el calendario de
fiestas locales o similares.
|
Las
tareas están bien secuenciadas y relacionadas con los entregables en
hitos claros.
|
Las
tareas están secuenciadas de modo que aparece la máxima simultaneidad
posible
|
10%
|
| Asignación
de tareas |
Hay
tareas a las que falta asignar recursos.
|
Todas
las tareas tienen personas y otros recursos asignados, pero no son
correctos
|
Las
tareas se asignan a personas por su perfil profesional. Se tiene
en cuenta los tipos de tareas.
|
Las
tareas se asignan a personas y se justifica cada asignación.
|
10%
|
Análisis
Económico
|
Faltan
componentes del análisis económico
|
Se han
calculado los flujos de caja con los gráficos.
|
Se ha
realizado una propuesta de oferta consistente.
|
Además
se han analizado posibles retrasos en el proyecto.
|
10%
|
Integridad
del plan de proyecto
|
Los
datos finales de un componente no se corresponden con los usados en
otro.
|
Los
datos utilizados y producidos en cada componente son claros.
|
El
documento se presenta de forma correcta. Todos los componentes son
consistentes. |
Se han
utilizado gráficos, etc. para que el documento sea más agradable.+
|
10%
|
| Presentación |
Falta
un estilo claro de presentación, no se lee bien, o la presentación no
convence.
|
Los
alumnos no saben contestar a las partes que han desarrollado otros
miembros del grupo.
|
Todos
los componentes saben responder a las preguntas. La presentación podría
mejorarse. |
La
presentación convence a quienes la ven.
|
15%
|
|