Proyectos de Software

Proyecto: Un proyecto es una accin iniciada por la empresa en la que recursos humanos, financieros y materiales se
organizan de una nueva forma para acometer un trabajo nico, en el que, dadas unas especificaciones y dentro de unas
limitaciones en costo y tiempo, se intenta conseguir un cambio beneficioso definido por unos objetivos cualitativos y
cuantitativos.
El aspecto esencial de un proyecto es el de ser un trabajo nico que se realiza con una nueva organizacin para
producir un cambio beneficioso. Existen restricciones de tiempo y dinero.
Definicin de Proyecto segn PMBOK
Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado nico.

La naturaleza temporal de los proyectos implica que un proyecto tiene un principio y un final definidos.

El final se alcanza cuando se logran los objetivos del proyecto, cuando se termina el proyecto porque sus
objetivos no se cumplirn o no pueden ser cumplidos, o cuando ya no existe la necesidad que dio origen al
proyecto.

Gestin

El concepto de gestin se corresponde con el ingls management, el que implica una concepcin mental.

Es un proceso que trata siempre de optimizar el uso de recursos, principalmente los humanos, para conseguir
unos objetivos con y a travs de otras personas de la organizacin.

Es el proceso de conduccin del esfuerzo organizativo en la persecucin de los fines de la organizacin.

Gestin de Proyectos
Se define como el sistema de procedimientos, prcticas, tecnologas y conocimientos que facilitan la
planificacin, organizacin, gestin de recursos humanos, direccin y control necesarios para que el proyecto termine
con xito.
Tipos de recursos:

Humanos: personal disponible para realizar un proyecto.

Fsicos: Equipamiento necesario (Hardware, software, muebles, etc.).

Conocimiento: capacidad intelectual de la que disponen las personas involucradas en el proyecto.

Econmico/Financieros: dinero del que se dispone y del que se puede conseguir destinado al proyecto.

Temporal: Tiempo del que se dispone.

Gestor de Proyectos
Responsable de detectar las necesidades de los usuarios y gestionar los recursos econmicos, materiales y
humanos, para obtener los resultados esperados en los plazos previstos y con la calidad necesaria.
Funciones y capacidades

Gestiona y asigna recursos humanos y de otro tipo.

Coordina las interacciones con los clientes y los usuarios finales.

Planifica y asigna las tareas.

Define la organizacin y estructura del proyecto.

Planifica las iteraciones.

Establece las lneas de trabajo a seguir para garantizar la calidad e integridad del proyecto.

Planifica y realiza las reuniones de control del equipo de desarrollo en el tiempo establecido.

Informa sobre el estado actual del proyecto.

Mantiene el plan del proyecto.

Dominio de herramientas de planificacin como el Microsoft Project.

Dominio de Controles de versiones.

Conocimiento del completo ciclo de vida de un proyecto software

Atributos

Liderazgo,

Trabajo en equipo,

Motivacin,

Comunicacin,

Influencia,

Toma de decisiones,

Conocimientos de poltica y cultura,

Negociacin,

Generar confianza,

Gestin de Conflictos, y

Proporcionar orientacin.

Causas de una mala o nula gestin

Los resultados de esta mala gestin de los proyectos de construccin de sistemas software suelen ser:

Pobre definicin de especificaciones

Pobre asignacin de recursos

Personal inadecuado

Planificacin errnea

Gastos excedidos

Falta de autoridad o direccin

Registro inexistente o escaso de las actividades

Definicin inadecuada de actividades

Comunicacin pobre

Razones de estos problemas:

Los fines y objetivos de los proyectos no estn claramente definidos

Para el barco que no conoce su destino todos los vientos le son adversos...

Se trabaja con estimaciones financieras incorrectas

Una mala formulacin de las tareas las hace difciles de realizar

Se intenta desarrollar mucho trabajo en muy poco tiempo

Se carece de una sistematizacin para la planificacin, organizacin y control de proyectos.

Caractersticas de un proyecto de software:

1.

El producto es intangible: No se puede constatar el progreso con slo observar el artefacto que se construye.

2. Los grandes proyectos de software con frecuencia son excepcionales: Las lecciones aprendidas en
proyectos anteriores pueden no ser aplicables a nuevos proyectos.
3. Los procesos de software son variables y especficos de la organizacin: Aun cuando se han estandarizado
modelos de procesos, cada equipo de trabajo adapta a sus posibilidades la manera de realizar el desarrollo.
Metas de un proyecto de software:

Entregar el software al cliente en el tiempo acordado.

Mantener costos dentro del presupuesto general.

Entregar software que cumpla con las expectativas del cliente.

Mantener un equipo de desarrollo ptimo y con buen funcionamiento.

Contenido de la gestin de proyectos de software

Es el primer nivel del proceso de ingeniera de software.

Para conseguir que un proyecto de software sea fructfero se debe:

comprender el mbito del trabajo a realizar,

los riesgos en los que puede incurrir,

los recursos requeridos,

las tareas a llevar a cabo,

los hitos que hay que recorrer,

el esfuerzo (costo) a consumir

y el plan a seguir.

Empieza antes de que comience el trabajo tcnico, contina a medida que el proyecto software evoluciona y
culmina slo, mucho tiempo despus, en el momento en que se abandona el uso por parte del cliente del
software producido.

Conceptos clave en la gestin de proyectos

El espectro de la gestin
La gestin eficaz de un proyecto de software se centra en las cuatro Ps:

Personal

Producto

Proceso

Proyecto

El orden no es arbitrario.
El gestor que se olvida de que el trabajo de ingeniera del software es un esfuerzo humano intenso nunca tendr xito
en la gestin de proyectos.
Un gestor que no fomenta una minuciosa comunicacin con el cliente al principio de la evolucin del proyecto se arriesga
a construir una elegante solucin para un problema equivocado.
El administrador que presta poca atencin al proceso corre el riesgo de arrojar mtodos tcnicos y herramientas
eficaces al vaco.
El gestor que emprende un proyecto sin un plan slido arriesga el xito del producto.
Personal
La necesidad de contar con personal para el desarrollo del software altamente preparado y motivado se viene
discutiendo desde los aos 60. De hecho, el factor humano es tan importante que el Instituto de Ingeniera del
Software ha desarrollado un Modelo de madurez de la capacidad de gestin de personal (MMCGP) para aumentar la
preparacin de organizaciones del software para llevar a cabo las cada vez ms complicadas aplicaciones ayudando a
atraer, aumentar, motivar, desplegar y retener el talento necesario para mejorar su capacidad de desarrollo de
software.

Los participantes: en los proyectos de software los participante pueden integrarse en cinco categoras:
o

Gestores ejecutivos

Gestores (tcnicos) del proyecto

Profesionales

Clientes

Usuarios finales

Lderes de equipo: para ser eficaz el proyecto debe estar organizado en una forma que maximice las
capacidades y habilidades de cada persona. Y esta es la labor del lder del equipo. De tener ciertos rasgos:

Motivacin

Organizacin

Ideas o innovacin

Resolucin de problemas

Dotes de gestin

Incentivos

Influencia y fomento de la cultura de equipo

El equipo de software: la mejor estructura de equipo depende del estilo de gestin de cada organizacin, del
nmero de personas que integran el equip y de sus grados de habilidad as como de la dificultad global del
problema.

Producto

mbito del software: El desarrollador de software y el cliente deben reunirse para definir los objetivos del
producto y su mbito.
o

Los objetivos identifican las metas generales del proyecto sin considerar cmo se conseguirn (desde el
punto de vista del cliente).

El mbito identifica los datos primarios, funciones y comportamientos que caracterizan al producto, y,
ms importante, intenta abordar estas caractersticas de una manera cuantitativa.

Una vez que se han entendido los objetivos y el mbito del producto, se consideran soluciones alternativas.

Sin esta informacin, es imposible definir unas estimaciones razonables (y exactas) del coste; una
valoracin efectiva del riesgo, una subdivisin realista de las tareas del proyecto o una planificacin del
proyecto manejable que proporcione una indicacin fiable del progreso.

Descomposicin del problema: dos grandes reas 1) la funcionalidad que debe entregarse y 2) el proceso que
se empleara para entregarla.

Proceso
Un proceso de software proporciona la estructura desde la que se puede establecer un detallado plan para el
desarrollo del software. Un pequeo nmero de actividades estructurales se puede aplicar a todos los proyectos de
software, sin tener en cuenta su tamao o complejidad. Diferentes conjuntos de tareas -tareas, hitos, productos del
trabajo y puntos de garanta de calidad- permiten a las actividades estructurales adaptarse a las caractersticas del
proyecto de software y a los requisitos del equipo del proyecto. Finalmente, las actividades protectoras -tales como
garanta de calidad del software, gestin de la configuracin del software y medicin- cubren el modelo de proceso.
Las actividades protectoras son independientes de las estructurales y tienen lugar a lo largo del proceso.
Proyecto
Dirigimos los proyectos de software planificados y controlados por una razn principal -es la nica manera conocida
de gestionar la complejidad-. Aunque la proporcin de xito para los proyectos de software ha mejorado un poco,
nuestra proporcin de fracaso de proyecto permanece ms alto del que debera ser.
Para evitar el fracaso del proyecto, un gestor de proyectos de software y los ingenieros de software que construyeron
el producto deben:

Eludir un conjunto de seales de peligro comunes :

1.

La gente del software no comprende las necesidades de 1os clientes.

2. El mbito del producto est definido pobremente.

3. Los cambios estn mal realizados.
4. La tecnologa elegida cambia.
5. Las necesidades del negocio cambian o estn mal definidas.
6. Las fechas de entrega no son realistas.
7. Los usuarios se resisten.
8. Se pierden los patrocinadores o nunca se obtuvieron adecuadamente.
9. El equipo del proyecto carece del personal con las habilidades apropiadas.
10. Los gestores y los desarrolladores evitan buenas prcticas y sabias lecciones.

Comprender los factores del xito crticos que conducen a la gestin correcta del proyecto

Desarrollar un enfoque de sentido comn para planificar, supervisar y controlar el proyecto.

Inicio de un Proyecto
Un proyecto software comienza con problemas y oportunidades de mejora dentro de la organizacin, que
generalmente se presentan a medida que la misma se adapta a los cambios.
Se deben establecer el mbito del proyecto y los objetivos, deben considerarse soluciones alternativas y
deben identificarse las restricciones tcnicas y de gestin.
Sin esta informacin es imposible obtener estimaciones de costo razonables, una identificacin realista de las
tareas del proyecto o un plan de trabajo adecuado que proporcione una identificacin significativa del progreso.
Causas del inicio de un proyecto

Por problemas en la organizacin:

1. Problemas en el desempeo:
a) Demasiados errores
b) Lentitud en las tareas de los procesos de negocio
c) Trabajo terminado incorrectamente
d) Trabajo hecho de manera incompleta
2. Comportamiento de los empleados:
a) Alto ausentismo
b) Insatisfaccin en el trabajo
c) Alta rotacin del personal
3. Retroalimentacin externa:
a) Quejas
b) Sugerencias de mejora
c) Perdida en las ventas

Por oportunidades de mejora:

a) Aceleracin de procesos
b) Agilizar procesos mediante la eliminacin de pasos innecesarios
c) Combinacin de procesos
d) Reducir errores en las entradas por medio de formularios
e) Reducir las salidas redundantes
f) Mejora en la integracin de sistemas y subsistemas
g) Mejora en la satisfaccin del trabajador con el sistema
h) Mejora en la facilidad de interaccin de los clientes y proveedores con el sistema

Clarificacin de los requerimientos

Consiste en una investigacin preliminar que evala una solicitud de proyecto para determinar su viabilidad (es decir,
si es posible hacer el proyecto como est pensado).

Solicitud de proyecto: Propuesta de proyecto presentada por los gerentes ante el comit de seleccin de
proyectos.

Investigacin Preliminar: es importante determinar si la solicitud merece la inversin de recursos. Identificar

aquellas propuestas que traern mayores beneficios para la organizacin.

Definicin: es la reunin de informacin que permite evaluar los mritos de la solicitud del proyecto y emitir un juicio
con conocimiento de causa, con respecto a la factibilidad del proyecto propuesto.
Se deben satisfacer los siguientes objetivos:
1. Aclarar y comprender la solicitud del proyecto. (qu?, por qu?)
2. Determinar el tamao del proyecto
3. Evaluar los costos y beneficios de las diversas alternativas
4. Determinar la factibilidad tcnica y operativa de las diferentes opciones.
5. Reportar hallazgos a la administracin y formular recomendaciones que esbocen la aceptacin o rechazo de
la propuesta.
Factibilidad
Significa que el proyecto propuesto:

Ayuda a la organizacin y logra sus objetivos.

Es posible lograr con los recursos actuales de la organizacin (o los que pueden conseguir).

Clasificacin:
Factibilidad Tcnica: Un estudio de la funcionalidad, el rendimiento, las restricciones que pueden afectar a la
posibilidad de realizacin de un sistema aceptable. Cubre los siguientes aspectos:

Existe o se puede adquirir la tecnologa necesaria para realizar lo que se pide?

El equipo propuesto tiene la capacidad tcnica para soportar todos los datos requeridos para usar el nuevo
sistema?

El sistema propuesto ofrecer respuestas adecuadas a las peticiones sin importar el nmero y ubicacin de
los usuarios?

Si se desarrolla el sistema, puede crecer con facilidad?

Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de datos?

Factibilidad Operativa: Un estudio para determinar si el sistema podr emplearse adecuadamente cuando este
desarrollado. Cubre los siguientes aspectos:

Trabajar el sistema cuando est terminado e instalado?

Existen barreras importantes para la implantacin?

Existe apoyo suficiente para el proyecto por parte de la administracin y por parte de los usuarios?

Los usuarios han participado en la planificacin y desarrollo del proyecto?

El sistema propuesto causar prejuicios? Se perder el control en algn rea? La productividad de los
empleados ser menor despus que antes de la implantacin?

Factibilidad Econmica/Financiera: Una evaluacin del costo de desarrollo frente al beneficio final producido por el
sistema desarrollado. Hay que comprobar que el proyecto es sustentable econmicamente Justificar que la inversin
genera una ganancia, demostrar que si el sistema no cumple con su objetivo no habrn prdidas econmicas o sern
las mnimas.
Factibilidad Legal: Una determinacin de cualquier infraccin, violacin o ilegalidad que pudiere resultar del desarrollo
del sistema.

Factibilidad Ambiental: Un anlisis previo del sitio en cuanto a factores fsicos y ambientales como ubicacin, flora,
fauna, clima, suelos, geologa, grado de conservacin o alteracin; as como un anlisis de tipo social como rea de
influencia y poblacin; sin olvidar los aspectos legales y normativos ambientales.
Anlisis Costo-Beneficio
Tiene como objetivo mostrar que los beneficios que se espera obtener con el nuevo sistema superan a los
costos esperados.
Anlisis de Costo: el propsito es calcular todos los costos anticipados asociados con el sistema.

Costo de construir el sistema: se necesita calcular el costo de la gente involucrada y los del desarrollo del
sistema. Pueden ser variados y mltiples, tales como: salarios y gastos extras del personal, costos de capacitacin,
equipamiento, reclusin de nuevo personal, etc.

Costo de instalar el sistema: incluye gastos de:

o Capacitacin de usuarios: cursos, manuales, etc.
o Conversin de bases de datos: cargarla si no existe, o transformarla si existe.
o Instalacin comercial: nuevo hardware, equipo de telecomunicaciones, etc.
o Aprobacin reglamentaria: gastos de licencia u otra forma, otros gastos de aprobacin.
o Equipo de desarrollo durante la instalacin: sueldos y beneficios adicionales.

Costo del dinero: se expresa esto en trminos del costo del dinero prestado, o de los intereses que ganara si se
tuviera invertido en lugar de estarse usando para el proyecto.

Costos operacionales:
o Costos de hardware y materiales de equipos relacionado.
o Costos de software: licencias, paquetes de BD, etc.
o Costos de servicios: conectividad.
o Costo de mantenimiento: reparaciones, actualizaciones, mejoras.

Costo del fracaso: es el costo de posibles fallas del sistema: costos de hardware, software, personal relacionado
con la correccin del error, legales en caso de que la falla haya ocasionado prdidas financieras.

Anlisis de Beneficios: el propsito es demostrar cuales son los posibles beneficios a percibir con el sistema
funcionando.

Beneficios Tcticos: es aquel que permite que la organizacin contine realizando la misma actividad de negocio,
pero a menor costo o mayor ganancia, son beneficios tcticos:
o Reduccin del personal administrativo u oficina
o Ahorro que resulta de poder procesar transacciones ms rpido
o Ahorro de hardware
o Reduccin en costos de mantenimiento del nuevo sistema

Beneficios Estratgicos: es el que permite comenzar a realizar un tipo de negocio totalmente nuevo, o hacerlo en
un rea totalmente nueva o con clientes nuevos. Existen beneficios estratgicos potenciales:
o Identificar y atraer nuevos clientes
o Entrar a nuevos mercados o proporcionar nuevos productos
o Capturar, reproducir o distribuir conocimientos y experiencias a los que previamente solo tenan acceso una

o dos personas.
Otra clasificacin

Costos Tangibles: Son los costos que usualmente contabilizamos en dinero y por su naturaleza son fciles de
identificar. Por ejemplo: mano de obra, insumos, equipos, etc.

Costos Intangibles: Son ms difciles de identificar, pues estn sujetos a una percepcin subjetiva de quien los
mide. Por ejemplo: Prdida de una ventaja competitiva, perdida de reputacin por innovacin.

Beneficios Tangibles: Son aquellas ventajas que se pueden medir en pesos. Por ejemplo: velocidad de
procesamiento, mejora de clculo, disminucin de tiempo de usuario, etc.

Beneficios Intangibles: Son aquellas ventajas que mejoran los procesos de negocio. Por ejemplo: mejora del
proceso de toma de decisiones, aumento de la precisin, servicio ms competitivo, imagen del negocio.

Comparacin de Costos y Beneficios

Anlisis de punto de equilibrio: Comparando slo los costos, el punto de interseccin indica el momento a partir del
cual llega a ser rentable el nuevo sistema de informacin. Considera a los beneficios fijos en un valor. El Punto de
Equilibrio es aquel punto de actividad en el cual los costos totales del sistema actual son iguales a los del sistema
propuesto. Es decir, el punto en donde el nuevo sistema ya no tendr perdida respecto al actual.

Anlisis de Recuperacin: Muestra en forma simple cunto tiempo le llevar a los beneficios del sistema pagar los
costos de su desarrollo. Se tiene como premisa la recuperacin de la inversin, entonces, el tiempo que se demore en
recuperar el dinero invertido se vuelve muy importante, ya que de esto depender cuan rentable es el proyecto, y
qu tan riesgoso ser llevarlo a cabo. Cuanto ms corto sea el periodo de recuperacin, menos riesgoso ser el
proyecto.

Para ser interesante, un proyecto de software debe tener un periodo de recuperacin de no ms de 5 aos,
porque se supone que pasados esos 5 aos la tecnologa empleada ya ser obsoleta.
Anlisis de Flujo de Efectivo: Se usa para determinar cundo comenzar a tener ganancias la organizacin y cundo
dejar de estar en rojo respecto a los costos de desarrollo.

Anlisis de valor presente: Es una forma de valorar todos los desembolsos y ganancias econmicas del S.I. A lo largo
de su vida econmica y de comparar los costos actuales con los futuros y los beneficios actuales con los futuros.

Alcances del Sistema

Sistema Objeto: una organizacin puede particionarse de distintos puntos de vista. Lo que el analista tiene como
mbito de accin es lo que se denomina sistema objeto. Es la porcin de la organizacin que nos interesa (puede
abarcar una o ms reas).
Por qu hablamos de sistema objeto? Porque se pierde energa, tiempo y dinero si extendemos la investigacin a toda
la organizacin. Surgirn dos objetivos:

Determinar objetivos: expresin que declara lo que se espera del sistema, sin expresar como se lograr. No
se enumeran los componentes del sistema. Generalmente se pone nfasis en algn aspecto distintivo, que debe
ser claro, breve y conciso, sin ambigedades.

Determinar lmites: como en cada sistema existen sistemas, es necesario poner lmites para ver el alcance del
sistema. No solo implica que parte de la realidad queda afuera, sino tambin que queda adentro.

Definimos primero:

Medio ambiente: es la parte de la realidad que interacte directamente con el sistema.

Entorno: es todo lo que rodea al sistema, interacte con l o no. Podemos hablar de tres clases de lmites:

Lmite Externo: es una lnea frontera imaginaria que separa el sistema de su entorno. Determina que
realidades pertenecen al sistema y cules no. Se determina fijando el objetivo y determinando con el
cliente todas las funciones administrativas que deben realizar el sistema para alcanzar dicho objetivo
y todas aquellas que no se realizar.

Lmite Interno: es el conjunto de subsistemas o partes que se han determinado dentro del sistema.
Este lmite es solo uno y no es igual a la suma de los lmites externos de los subsistemas. Es el conjunto
de subsistemas que conforman el sistema. Se determina agrupando lgicamente las funciones que
realizar el sistema. Se enuncia asignando un nombre a los subsistemas (el nombre debe expresar la
funcionalidad del sistema). En cada subsistema se listan las funciones que sern realizadas por el
mismo.

Lmite Intermedio: es el conjunto de relaciones existentes entre los subsistemas, estas relaciones
tienen un sentido (origen, destino) y una razn que justifique la relacin. Tambin este lmite es uno
solo.

mbito del Software: se define conociendo:

Contexto: limitaciones del contexto. Como encaja el sistema en la organizacin.

Objetivos de la informacin: objetivos de datos de salida y entradas requeridas.

Funcin y rendimiento del sistema: funcin que debe realizar el sistema. Caractersticas de rendimientos
especiales a abordar (tiempo de respuesta de procesamiento)

La especificacin del mbito del proyecto debe estar delimitada. Es decir:

Se deben establecer los datos cuantitativos (nmero de usuarios, tamao, etc).

Se deben sealar las restricciones y limitaciones.

Se deben describir los factores de mitigacin. (de riesgo?)