Sei sulla pagina 1di 12

Introduccin

La organizacin que he elegido se refiere a una institucin pblica, ms precisamente un


establecimiento sanitario (Casa de salud) cuya finalidad es atender enfermos para
proporcionar el diagnstico y tratamiento requerido.
Aos atrs, el hospital SAMCO San Cristbal no contaba ni con el edificio ni los elementos
necesarios para atender emergencias mdicas delicadas, desde un proyecto de la ciudad,
ms que nada poltico, se consigui la remodelacin del llamado Nuevo Hospital San
Cristbal.
Dicha organizacin luego de esta remodelacin pudo atender ciertas emergencias mdicas
que antes no poda, pero continu con la problemtica de no poseer una eficiente
administracin tecnolgica en relacin al rea de internaciones o as mismo en control de su
personal
Cabe mencionar que es una organizacin perteneciente al sector pblico y es de obvio
conocimiento el caudal de atenciones que conllevan diariamente.
Por esta razn, es requerido un sistema capaz de solucionar los actuales problemas de dicha
institucin.
La cuestin de la contratacin del servicio fue realizar una biblioteca virtual para los
profesionales del establecimiento ya sean doctores/as o enfermeros/as.
El sitio deber poder suministrar tanto libros y papers oficiales como tambin papers
escritos por los empleados del SAMCO y ser puntuados por sus compaeros.
Adems se tendrn secciones como: Archivos, encuestas, evaluaciones de papers, libros,
investigaciones y envo de mensajes entre los usuarios de la biblioteca.
Tener en cuenta que los usuarios del sitio, en este caso los empleados del SAMCO deben
poder iniciar sesin en el mismo para poder publicar y comentar los distintos archivos
bibliogrficos compartidos.

Problemas planteados
Objetivos
General

Construir un sitio de estilo biblioteca virtual donde los empleados del hospital
SAMCO puedan subir y comentar material bibliogrfico de su inters.

Particulares

Los usuarios deben poder loguearse con cuentas que el administrador del sitio debe
proveer.
Logueados en el sitio los usuarios deben poder publicar material de su produccin o

con permisos del autor.


Usuarios moderadores pueden subir libros, papers o investigaciones correctamente
validadas.
Los usuarios deben poder comentar las publicaciones y poder enviarse mensajes
privados entre ellos.

Factores ambientales
Los factores ambientales dentro de la empresa pueden hacer que se aumenten o restrinjan
los caminos en torno a la eleccin de la direccin del proyecto. Dentro de esta organizacin
podemos encontrar los siguientes factores:

A nivel gubernamental se deben respetar las regulaciones del ministerio de salud en


torno al material que se publica.
El cdigo de conducta del hospital no permite agredir y disminuir a ningn
integrante de la institucin.
Una restriccin y poltica de la empresa, es que el material solo sea visible por los
integrantes del SAMCO San Cristbal.
Respecto a los recursos humanos y sus habilidades en estos entornos, el 60% de los
usuarios del futuro sitio tienen experiencia en bibliotecas virtuales, los restantes no
disponen de esta experiencia.
Los usuarios no desesperan ya que el sistema no es de alto riesgo, pero se requiere
que sea de fcil acceso y entendimiento.

Business Case
Introduccin
SAMCO de la ciudad de San Cristbal es un hospital ubicado en el norte de la provincia de Santa
Fe y que ofrece servicios sanitarios pblicos a su ciudad y la regin. Desde hace un tiempo los
directivos buscan capacitar a sus empleados mediante documentos bibliogrficos recomendados
para profundizar sus capacidades.

Objetivo de la organizacin
El objetivo de la organizacin como se mencion antes es capacitar a los
empleados y se piensa en un sitio de estilo biblioteca virtual para que
moderadores suban el material validado y recomendado pero tambin en
donde todos los empleados puedan compartir y comentar el material
disponible en la futura biblioteca virtual.
Situacin actual
Los directivos recomiendan el material a sus empleados mediante charlas
cara a cara pero no se dispone de ningn sistema para controlar y suministrar
el material que se considera recomendable para la institucin.
Restricciones existentes
- No se puede superar el costo.
- Los servidores de implementacin deben ser los propuestos por la
organizacin.

- Cada dos semanas se debe informar el estado del proyecto.


Opciones disponibles
1) Contratar una empresa terciarizada para el desarrollo del proyecto.
2) Contratar programadores y encarar el proyecto por cuenta propia.
Requerimientos iniciales
En principio el proyecto debe cumplir con los siguientes requerimientos:
- Gestin de usuarios.
- Gestin de documentos bibliogrficos
- Posibilidad de comentar el material disponible
- Se debe poder enviar mensajes privados entre los usuarios
Presupuesto disponible
La organizacin dispone de un presupuesto de $ 90.000 para realizar el sitio.
Estimacin de tiempo
El proyecto debe culminarse en 5 meses.
Riesgos potenciales
Los riesgos potenciales podran ser:
- Que la inversin propuesta no alcance.
- Que el tiempo estimado sea poco para concretarlo.
- Si desarrollamos el proyecto por cuenta propia, que el personal
contratado se enferme/accidente y as introducir problemas en el
cronograma de entregas.
- Si contratamos a un tercero, que este no cumpla con lo pactado.

Project Charter
Ttulo:
Biblioteca virtual del hospital SAMCO San Cristbal
Fecha Inicio:
18/11/2015

Fecha finalizacin:
18/04/2016

Justificacin:
La organizacin necesita contar con un lugar para compartir material bibliogrfico para la
capacitacin de sus empleados y materiales que los mismos empleados quieran compartir.
Objetivos:
- Debe existir un logueo de los
usuarios.
- Posibilidad de subida de material
especfico.
- Permitir la descarga del material
disponible.
- Se debe poder comentar el material

Criterios de aceptacin:
- El sitio debe estar disponible 24x7,
con un total de 1 hora semanal
offline como margen mximo.
- El sitio debe ser seguro y totalmente
interno, es decir que solo empleados
del SAMCO San Cristbal tengan
acceso.

disponible.
Se debe poder enviar mensajes
privados entre los usuarios.

Entregable
Entrega del acta de
constitucin del proyecto
Entrega plan de gestin del
proyecto
Primera entrega funcional
del proyecto
Entrega del cierre del
proyecto.
Rol
Representante del Sponsor
Adm del programa
Adm del programa
Cliente
Desarrolladores

Informacin del presupuesto


Monto a recibir
$ 10000
$ 10000
$ 30000
$ 40000
Roles
Nombre
Dr. Mario Drisun
Ing. Sebastan Danielle
Ing. Cesar Roldan
Hospital SAMCO San
Cristbal
Equipo desarrollo P.E. SA

Entidad financiadora
Gobierno de la provincia de
Santa Fe
Gobierno de la provincia de
Santa Fe
Gobierno de la provincia de
Santa Fe
Gobierno de la provincia de
Santa Fe
Posicin
Ministro de salud
Programacin Externa SA
Programacin Externa SA
SAMCO San Cristbal
Programacin Externa SA

Definicin del alcance del proyecto


Alcance del trabajo
El equipo necesario para la implementacin del sitio es un servidor de hosting
24x7 que por requerimiento del cliente es este mismo quien proveer un
servicio contratado que cumpla con esa caracterstica.
Ubicacin del trabajo
El trabajo ser realizado en parte por el hospital en cuanto a la definicin
detallada de requisitos mientras que el desarrollo lo llevar a cabo la empresa
contratada en sus oficinas.
Plazo de ejecucin:
El trabajo empezar el 18/11/2015 y tendr una duracin de 5 meses. Como el
mismo lo har una empresa tercearizada no se sabe, especficamente cuanto
tiempo trabajar por da ni por semana. Slo exigimos que cumpla con el
entregable, pasados los 5 meses.
Programa entregable:
- Gestin de usuarios.
- Gestin de documentos bibliogrficos.
- Gestin de comentarios.
- Servicio de mensajera privada dentro de la biblioteca virtual.

Estndar aplicable:
El hospital no cuenta con normas especficas referidas a la gestin del
proyecto, por ello la organizacin contratada podr utilizar el estndar o
normas que crean convenientes.
Criterio de aceptacin:
El trabajo se considerar aceptado si pasado los 5 meses el sistema cumple
con las funcionalidades requeridas por el cliente.

Ciclo de vida
En cuanto a las caractersticas del proyecto y los beneficios que nos dara el siguiente ciclo
de vida, puedo decir que utilizara un ciclo de vida basado en prototipos.
Si bien la organizacin nos coment sus ideas generales, los requisitos no estn bien
definidos, y al ser la primera vez que piden el desarrollo de un sitio, no sabremos si los
requisitos son los actuales o si estos pueden tener una gran variacin, pero con este ciclo de
vida nos cubrimos de ello ya que podremos realizar prototipos que puedan mostrarle al
cliente los avances y obtener un feedback en etapas tempranas del desarrollo para no
avanzar sobre cosas que el cliente luego no va a querer, ayudndonos a entregar un sistema
ms cercano a lo que el cliente desea.
En este caso y como el cliente pidi que el sitio sea fcil de utilizar, con el desarrollo de
prototipos nos aseguramos de que los usuarios estn conformes con el entorno esttico del
sitio y que consideren acertadas nuestras decisiones en torno al diseo de la biblioteca
virtual.
Con este ciclo de vida podremos tener al cliente desde el principio del proyecto,
asegurndonos comunicacin y reuniones de revisin con l para prevenir malas decisiones
que el equipo pueda tomar. De esta forma podremos entender mejor que es lo que quiere el
cliente y hasta podemos decir que podremos ayudarle al cliente a que el mismo entienda lo
que necesita si no est del todo claro.
En cuanto a la gestin de riesgos que manejaramos, este tipo de ciclo de vida nos da la
posibilidad de reducir riesgos por lo descripto anteriormente, el cliente puede corregirnos si
el camino que tomamos no es el correcto.
De esta manera el desarrollo basado en prototipos nos ayudar a entregar un sistema
prcticamente diseado por el cliente, ya que es quien nos va a decir si estamos bien o mal
en torno a lo que el necesita, ayudndonos a entregar el sitio en tiempo y forma.

WBS
1. Analizar el proyecto

a. Desarrollar Acta de Constitucin de Proyecto


i. Justificar el Proyecto
ii. Definir Objetivos
iii. Describir el Proyecto
b. Plan de Gestin del Proyecto
i. Declarar el Alcance del Proyecto
ii. Crear WBS
iii. Verificar el Alcance
iv. Procesar y Aprobar los Cambios en el Alcance
c. Estados del Proyecto
d. Cierre del Proyecto
2. Desarrollo del Proyecto
a. Requisitos
b. Diseo
c. Implementacin
d. Mantenimiento

Calendario de actividades
ACTIVID
AD
Desarrollo
Acta Const.
Del Proyecto

Plan de
gestin del
proyecto
Entrega
gestin de
usuarios
Entrega
gestin de
documento
s
Entrega
gestin de
comentario
s
Entrega
servicio

nov-15

dic-15

MESES
ene-16

semanas

semanas

semanas

feb-16

mar-16

semanas

semanas

mensajera
Reunin y
entrega
final

Gestin de RRHH, Roles y responsabilidades


Matriz de roles
Desarrollado
Sponsor
Analista
r
Tester
Inicio del proyecto A
Anlisis y diseo
R
E
R
Desarrollo
E
R
Testing
R
E
Documentacin
E
R
Implementacin
E
E
A-Aprobacin E-Ejecucin R-Revisin

Cliente

R
A

Matriz de Skills
5
3

3
5

3
2

5
2

Instalacin Y
Capacitacin
2
2

Anlisis
Analista 1
Diseador 1
Desarrollador
1
Desarrollador
2
Desarrollador
3

Diseo

Desarrollo

Testing

Gestin de costos

Gestin de Riesgos
Cd.
Descripcin
rea
Efecto
Medidas
Grav.
1
No hacer foco en los Planificaci
Retraso en la
Realizar una reunin
4
aspectos
n
planificacin y
para controlar y
fundamentales del
ejecucin del proyecto.
modificar (si es
proyecto.
Documentacin
necesario) la
incorrecta ya que se
planificacin
priorizar documentar
realizada.

funcionalidades
secundarias.

Estimacin excesiva
de las horas para el
desarrollo del
Planificaci
proyecto.
n

Estimacin
insuficiente para las
horas de desarrollo
del proyecto.

Planificaci
n

Aumento innecesario
en el costo del
proyecto.

No se finalizar a
tiempo el proyecto.

Mala comunicacin y
poca definicin de
Confusin respecto al
requisitos por parte Planificaci alcance del proyecto y
del cliente.
n
retraso del mismo.

Inasistencias del
cliente a reuniones
prepactadas.

Cliente

No se puede obtener la
retrospectiva del
cliente en torno a lo
avanzado hasta el
momento.

Incumplimiento con
las tareas requeridas
por parte del equipo
de desarrollo.

Cliente

Retraso en la ejecucin
del proyecto por
perdidas de tiempo
sustanciales.

7
8

Prdida de
informacin en el
proyecto.
Errores importantes
de ndole tcnico
dentro del proyecto.

Equipo de
desarrollo
Equipo de
desarrollo

Problemas de
privacidad en torno a
la informacin del
cliente.
Inconformidad del
cliente ante errores
graves de
funcionalidades

Convocar una reunin


de planificacin.
Realizar una
estimacin de manera
grupal.
Convocar una reunin
de planificacin.
Realizar una
estimacin de manera
grupal.
Realizar reuniones
cotidianas con el
cliente.
Solicitar
argumentacin valida
ante cada cambio de
requisitos.
Comprometer al
cliente a trabajar en
conjunto con el
equipo mediante
tempranas y
continuas entregas.
Realizar seguimiento
a la empresa
contratada en base a
entregables
preestablecidos y de
ser necesario
penalizar
monetariamente por
incumplimiento en las
tareas.
Establecer politicas
de backup y
seguridad para
proteger la
informacin obtenida
por parte del cliente.
Realizar testeo
completo en cuanto a
nuevas
funcionalidades que
se agreguen al sitio.

3
4

requeridas.
Baja calidad de
documentos
entregables como
manueales, guas,
planes de gestin,
etc.

Calidad

Inconformidad y
confusin del cliente
ante una mala
documentacin.

Una vez finalizado el


documento entregable
realizar una revisin
grupal del mismo y
evaluar su calidad en
conjunto.

Escala de valoracin de gravedad:


Puntuacin

Gravedad

Consecuencias

Insignificante

Mnimo impacto

Significante

Incrementa el costo del proyecto

Importante

Incrementa el costo del proyecto

Crtico

Incrementa el costo del proyecto

Muy crtico

Compromete la finalziacin del proyecto.

Peridicamente se revisar el cuadro de Riesgos incorporando nuevos Riesgos, eliminando


aquellos que ya no se consideren posibles y modificando los de posible ocurrencia.

Gestin de comunicaciones
Identificacin de interesados
Se identifica a los interesados o stakeholders:

Analista 1
Diseador 1
Desarrollador 1
Desarrollador 2
Desarrollador 3
Cliente
Usuarios finales
Ministerio de Salud de la Provincia de Santa Fe

Planificar las comunicaciones


Se identifica cuales son las necesidades de los stakeholders y como abordaremos esas

necesidades.

Todos los interesados: Lmites de tiempo.


Analista 1: Documentos de especificacin de requisitos del cliente.
Diseador 1: Detalle requerimientos.
Desarrollador 1: Diseo del sistema y especificacin de requisitos.
Desarrollador 2: Diseo del sistema y especificacin de requisitos.
Desarrollador 3: Diseo del sistema y especificacin de requisitos.
Cliente: El sistema terminado y funcional.
Usuarios finales: Avances o prototipos.
Ministerio de Salud de la Provincia de Santa Fe: El sistema
terminado y funcional. Documentacin del proyecto.

Distribuir la informacin
La distribucin de la informacin depende del tipo de la misma:
Para los entregables del proyecto se hacen de manera personal,
en forma de reunin eventual:
Demo del entregable con explicacin de su funcionamiento.
Para los diseos del producto usa el medio grfico con frecuencia
eventual.
Entregas constantes de diseos .png para mostrarle al cliente
en una eventual reunin.
Para el cdigo usa el medio repositorio, con frecuencia diaria.
Cualquier cambio realizado por los desarrolladores debe subirse
al repositorio grupal cada da.
Para la documentacin se usa el medio informe, con frecuencia
semanal.
Se detallar mediante un informe semanal el avance del
proyecto en torno a actividades realizadas y no realizadas.
A modo de comentario, los canales de comunicacin disponibles son 66
(37 Cantidad de Interesados; 37*(37-1)/2 = 666).

Gestionar las espectativas de los interesados


No solo se distribuye la informacin entre los stakeholders si no que tambien se tiene en
cuenta su feedback para imaginar posibles futuros problemas.
Establecer una reunin mensual con el cliente para negociar y mantener estables los
objetivos del proyecto.
Semanalmente realizar una video llamada con el cliente para gestionar posibles
inquietudes generalmente relacionadas con futuros riesgos. Identificadas estas
inquietudes y si se tiene informacin al respecto, se necesitar dar una respuesta
aclarando la inquietud o consultando al equipo de desarrollo para responderla.

Informar el desempeo
Semanalmente como se menciono en los parrafos anteriores, mediante un informe escrito se
realizar el informe de avance del proyecto teniendo en cuenta las actividades realizadas y

las que an restan por resolver. Se analizar el desempeo respecto al informe pasado y el
estado actual de riesgos e incidentes.

Gestin de adquisiciones
El presente proyecto no manejar adquisiciones ya que el servidor de hosting lo proveer el
cliente mientras que las herramientas de desarrollo sern responsabilidad de la empresa que
realizar el sitio.

Monitoreo y control del proyecto


- Monitorear los parmetros de planificacin del proyecto: Monitorear las actividades del
proyecto comparando tiempo, costo y recursos usados con lo planteado y as identificar
desviaciones en las estimaciones.
- Monitorear los compromisos: Monitorear los compromisos adquiridos en el proyecto
basndose de la planeacin del proyecto y as identificar desviaciones en cuanto a las
responsabilidades adquiridas.
- Monitorear los riesgos en el proyecto: Monitorear los riesgos a medida que el proyecto
avanza teniendo en cuenta la definicin de los riesgos realizada en la Gestin de riesgos y
actualizar esta plantilla con aquellos que ya no tengan probabilidad de ocurrencia,
agregando nuevos riesgos visualizados en el proyecto y actualizar los restantes que aun
siguen siendo tiesgos para el proyecto.
- Monitorear el involucramiento por parte del cliente: Monitoriar el involucramiento del
cliente en torno a participacion de reuniones, iniciativas que surjan de l y conformidad a
medida que se muestran los prototipos del sitio.
- Revisiones de hitos: Monitorear las actividades asignadas y como estas fueron
resolvindose para cumplir con las funcionalidades solicitadas por el cliente. El progreso
ser en medida de la cantidad de actividades culminadas. Los hitos solicitados por el cliente
deben ser cumplidos y estos deben ser monitoreados para que sean entregados en tiempo y
forma.
- Analizar situaciones problematicas y realizar acciones correctivas: Cuando se detectan
desviaciones en la ejecucin del proyecto, analisar las causantes del problema y con el
project leader decidir que accin correctiva tomar.

Conclusin
Hasta cursar Ingeniera del software, administracin de proyectos y mtodos giles nunca
me detuve a pesnar en la planificacin de un proyecto de software y optaba por el lo hago
como puedo.
En ese sentido considero que la aplicacin de estas tcnicas de administracin benefician
notablemente al desarrollo de software haciendo que este no sea desordenado ni engorroso,

comunicndonos con los clientes de una manera mas directa y de esta manera nos beneficia
con el poder de entrar software que el mismo cliente va a hacerle seguimiento a lo largo del
ciclo de vida del desarrollo de software que encaremos.
Profundizando un poco ms, la administracin de proyectos bajo mi punto de vista nos
beneficia en:
Priorizar los proyectos que tengamos y mejorar la productividad en torno a esto.
Nos ayuda a disminuir los costos gestionando de manera efectiva los recursos a
utilizar las adquisiciones a realizar y a estimar tiempo/alcance/costos del proyecto.
Da mucha visibilidad a todos los interesados del avance de los proyectos.

Potrebbero piacerti anche