INDICE.

5.1. Importancia de la gestión de proyectos de sistemas de información…………………3

5.2. Las fases de administración de un sistema de información……………………………4

5.2.1. Planear, organizar, integrar, dirigir y controlar………………………………………….5

5.3. El equipo de desarrollo de software…………………………………………………-….…5

5.3.1. Equipos ágiles………………………………………………………………………..….…7

5.3.2. Gestión de conflictos de coordinación y comunicación……………………………….6

Bibliografía…………………………………………………………………………………...……..9
GESTIÓN DE PROYECTOS DE SISTEMAS DE INFORMACIÓN

Proyecto se refiere a todas las acciones que deben realizarse para cumplir con una
necesidad definida dentro de los plazos. Así, ya que el proyecto es una acción temporaria
que tiene principio y fin, que utiliza recursos identificados (humanos y materiales) durante
su ejecución, y que tiene un costo, deberá tener recursos presupuestados y una hoja de
balance independiente a la de la compañía. "Productos finales" se refiere a los resultados
esperados del proyecto.

En un sistema de información con calidad esta desarrollado con una adecuada

organización; es por eso que es necesario dar importancia a la administración de
proyectos de sistemas información como herramienta dentro de las empresas para el
desarrollo de sistemas de información.

5.1. Importancia de la gestión de proyectos de sistemas de información.

Antes que nada debemos de definir que es administración y que es un proyecto:
"Administración es el proceso de planear, organizar, dirigir y controlar el uso de recursos
para lograr objetivos".

Otra definición es la de koontz "La administración es el proceso de diseñar y mantener un

ambiente en el cual las personas, trabajando juntas en grupos, alcanzan con eficiencia
metas seleccionadas".
Entonces podemos definir a la administración como el proceso de organizar, planear,
dirigir y controlar; actividades y recursos con el fin de lograr un objetivo .
Ahora definimos que es un proyecto "un proyecto es una organización de gente dedicada
a un propósito u objetivo especifico".

Habiendo definido los conceptos de administración y de proyecto podemos decir que "La
administración de proyectos es la aplicación del enfoque de sistemas para la
administración de tareas tecnológicas complejas o de proyectos cuyos objetivos se
establecen explícitamente en términos de tiempo, costos y parámetros de realización".
Después de haber visto la definición de administración de proyectos podemos dar nuestro
punto de vista acerca de que es la administración de proyectos; La administración de
proyectos es la forma de planear, organizar, dirigir y controlar una serie de actividades
realizadas por un grupo de personas que tienen un objetivo especifico; el cual puede ser
(crear, diseñar, elaborar, mejorar, analizar, etc) un problema o cosa.

¿Que es la administración de proyectos?

Los proyectos tienen un ciclo de vida que implica un crecimiento gradual conforme se
establecen las necesidades y se desarrollan las características del trabajo, una completa
implantación a medida de que se realice el trabajo y conclusión de las fases conforme se
complete el trabajo el proyecto llega a su final. Este ciclo es invariable, aunque (como
sucede con las personas no se conoce o no se respeta por completo).
"La administración de proyectos enseña que para alcanzar el objetivo deseado del
proyecto se debe seguir un proceso especifico. No existe ninguna excepción a esta regla.
El proceso se conoce como ciclo de vida".
La mayoría de las empresas no respetan el ciclo de vida del proyecto por diferentes
razones estas pueden ser falta de conocimiento del ciclo de vida, brincarse algunas
etapas por creerlas no importantes y hacer modificaciones al ciclo de vida de acuerdo al
tipo y tamaño de la empresa.

1. En esta etapa se conocen los recursos financieros con los que se cuentan para el
proyecto, se establecen presupuestos totales y se hace una organización
preeliminar. Se aplican estudios de factibilidad para saber si se puede resolver el
problema o no; al termino de esta etapa hay una decisión formal de continuar o no
continuar con el proyecto.
2. Factibilidad.

Es muy parecida a la etapa de factibilidad en la que se refiere a la organización y a la

administración pero en esta se detalla mejor el presupuesto, la calendarización y el
financiamiento que le otorgan al proyecto.

2. Diseño.

Se realiza en todas las actividades concernientes a la creación del proyecto. Hay que
decir que esta etapa se caracteriza por ser totalmente diferente a las demás ya que las
anteriores la fase de factibilidad y la fase de diseño son orgánicas y de carácter evolutivo,
mientras que la fase de producción es de alto grado mecanicista.

3. Producción.
4. Culminación y puesta en marcha.

5.2. Las fases de administración de un sistema de información.

Recolección y análisis de datos: Hacer una descripción de los diferentes métodos e
instrumentos de recolección de datos, identificando los elementos y características que se
debe tener en cuenta en el diseño.

Recolectar información
Procesamiento de la información
Análisis de datos
Técnicas
Los instrumentos para recolectar datos

Desarrollo de soluciones alternativas: Desarrollar las diferentes alternativas de

solución de un problema para llevar acabo un proyecto con éxito.

Diseño del sistema: Fase de adquisición de actividades y técnicas del diseño de

sistemas (fase de diseño e integración)

Implementación del sistema

5.2.1. Planear, organizar, integrar, dirigir y controlar
El proceso administrativo de toda empresa implica diversas actividades:

Planificación
Organización
Dirección
Control

La planificación o planeación es un proceso racional de toma decisiones por anticipado,

que incluye la selección de los cursos de acción que debe seguir una empresa y cada
unidad de la misma para conseguir unos determinados objetivos del modo más eficiente.

La organización comprende el establecimiento de una estructura intencional,

formalizada, permanentemente y roles para las personas que integran la empresa.

La dirección es la función administrativa que trata de influir en las personas de la

organización, para que, de forma voluntaria y con interés, contribuyan al logro de los
objetivos de la empresa y de su unidad funcional.

El Control es la actividad de seguimiento encaminada a corregir las desviaciones que

puedan darse al respecto de los objetivos. El control se ejerce con referencia a los planes,
mediante la comparación regular y sistemática de las previsiones habidas respecto de los
objetivos.

5.3. El equipo de desarrollo de software.

En este artículo describiré mi forma de ver la gestión de equipos de desarrollo de software
en particular. Como se debe articular un grupo de desarrollo de Software para:

 Tener una forma de trabajo sencilla de entender y aceptar por el equipo

 Trabajar de forma eficiente: capacidad de medir el tiempo de desarrollo y tomar
decisiones para mejorarlo
 Cubrir varios proyectos a la vez por un mismo equipo
 Equipo distribuido geográficamente

Metodología es necesario para esquematizar una serie de etapas que concluyen el

producto final.
La metodología nos aportará:

 Labores a desarrollar en cada etapa

 Secuencia en la que se cumplen esas etapas

Roles en el equipo (reparto de las labores de la metodología):

 Master: Vigilar el cumplimiento de la metodología, enseñarla. Define prioridades,

roles, proyectos. Orquesta. Facilita cosas.
  Comercial: Primer contacto con el cliente. Vigila que todo el proceso comercial sea
rentable.
 Arquitecto: Decidir tecnologías, enseñarlas. Construir el Sistema de soporte Arqo
 Calidad (Tester): Decidir tecnologías, enseñarlas. Construir el Sistema de soporte
Calidad (CI, TDD, SVN)
 Analista(Product Manager): Determinar requisitos del usuario, convertirlo a
esquemas entendibles por el desarrollador, priorizar dentro tareas (maximizando el
ROI) y hacer demo al usuario. Maximizar la usabilidad.
 Gestor de Proyectos: planificación de iteraciones, versiones de aplicaciones,
reparto de tareas entre miembros del equipo. Maximizar regularidad del equipo y
reparto coherente de tareas.
 Programador de BD: desarrollo de BBDD para mínima duplicidad.
 Programador de Negocio: desarrolla las librerías de negocio para máxima
reutilización (forma de APIs y WS)
 Programador front-end: desarrollo de las pantallas web para máxima usabilidad

Las parejas de roles Master-Comercial, Arquitecto-Calidad, Analista-Gestor se pueden

definir como tres roles distintos. Depende del número de personas en el equipo y de como
se quieran hacer las cosas.
Roles de programador habrá tantos como tecnologías implique la arquitectura, siendo los
que se definen atrás los básicos (Flash, diseño web, …). También se pueden combinar en
una sola persona.

Herramientas son las que van a ayudar al equipo trabajar conforme a la metodología.

 Sistema: red (ADSL), Sistema Operativo (Ubuntu: OpenOffice, navegador…)

 Comunicaciones: Correo electrónico, Video/Chat (Skype)
 Gestión de Proyectos: redmine+redminebacklogs. Control de versiones
(Subversion).
 Arquitectura: IDE (Herramientas de desarrollo, Eclipse, DBDesigner,…),
Dependencias de Tecnologías (Hibernate, ADF, ZK,…)
 Calidad: plugins de cobertura, servidor Integración Continua, Análisis de código,
herramientas para pruebas,

¿Quien es que? Roles en el equipo de desarrollo de software

El equipo de desarrollo de software, en las pequeñas y medianas empresas.

Los Desarrolladores

 Arquitecto de Software
 Gerente de Proyecto
 Líder de Proyecto
 Desarrollador Sr.
 Desarrollador Jr.
 Programador

Los Diseñadores
  Arquitecto de Experiencia de Usuario
 Diseñador de Experiencia de Usuario
 Diseñador de Interacción

En muchas organizaciones, estos puestos pueden o no estar presentes. Lo mas

importante es tener un equipo organizado, aplicando metodologías de desarrollo
modernas.

5.3.1. Equipos ágiles.

El desarrollo ágil de software es un marco de trabajo conceptual de la ingeniería de
software que promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del
proyecto. Existen muchos métodos de desarrollo ágil; la mayoría minimiza riesgos
desarrollando software en cortos lapsos de tiempo. El software desarrollado en una
unidad de tiempo es llamado una iteración, la cual debe durar de una a cuatro semanas.
Cada iteración del ciclo de vida incluye: planificación, análisis de requerimientos, diseño,
codificación, revisión y documentación. Una iteración no debe agregar demasiada
funcionalidad para justificar el lanzamiento del producto al mercado, pero la meta es tener
un demo (sin errores) al final de cada iteración. Al final de cada iteración el equipo vuelve
a evaluar las prioridades del proyecto.
Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la
documentación. La mayoría de los equipos ágiles están localizados en una simple oficina
abierta, a veces llamadas "plataformas de lanzamiento" (bullpen en inglés). La oficina
debe incluir revisores, escritores de documentación y ayuda, diseñadores de iteración y
directores de proyecto. Los métodos ágiles también enfatizan que el software funcional es
la primera medida del progreso. Combinado con la preferencia por las comunicaciones
cara a cara, generalmente los métodos ágiles son criticados y tratados como
"indisciplinados" por la falta de documentación técnica.
En los proyectos con Desarrollo Agil se busca que todos los esfuerzos se empleen en la
creación del mejor software que satisfaga las necesidades del cliente. Esto significa que
todos los que forman parte del equipo de trabajo se concentran únicamente en tareas y
procesos que agregan valor al cliente del producto que se está creando, mejorando o
implementando. Adicionalmente, los usuarios o clientes reciben periódicamente prototipos
o versiones en funcionamiento del producto a medida que se va construyendo, lo cual les
permite evaluar el trabajo realizado, advertir sobre problemas que se detecten, y sugerir
mejoras o funcionalidad valiosa que no se había considerado originalmente (ya sea por
olvido, o porque la nueva funcionalidad se inspira en la experiencia de evaluar el producto
mientras se está construyendo)

La distinción entre las tareas relevantes y los que no agregan valor se consigue a través
de la creación de contextos con alto nivel de empowerment y feedback.

El empowerment consiste en otorgar autonomía para tomar decisiones al equipo de

desarrollo, y genera un clima de sinergia grupal que permite al grupo avanzar a pesar de
las complicaciones y dificultades que ocurren habitualmente en los proyectos –de allí que
uno de los métodos de trabajo más populares se haya bautizado con el nombre “scrum”,
ya que la imagen de los jugadores de rugby empleando su energía en avanzar todos
juntos es muy aplicable a los equipos de trabajo que utilizan esta metodología.
El feedback constante y presente en varios niveles permite el desarrollo incremental y el
crecimiento adaptativo de la programación, así también como una mejora constante en la
forma de trabajo de los equipos, lo que permite detectar problemas y resolverlos antes de
que desaten crisis que afecten la calidad o el tiempo y costo del desarrollo. Los
principales tipos de feedback ocurren a nivel producto, procesos y código.

Periódicamente el cliente evalúa el estado real del software que se está creando, lo que
asegura que lo entregado al final del proyecto coincidirá con lo esperado. Esto se
consigue a través de un desarrollo incremental: el producto puede probarse desde las
primeras semanas y meses del proyecto al menos en cuanto a su funcionalidad más
básica, que luego va creciendo y mejorando –es por esto que se dice que desde el
comienzo el producto ya tiene dentro su ADN, del mismo modo que ocurre con la
gestación de los seres vivos en la Naturaleza.

A nivel procesos se realizan frecuentes reuniones retrospectivas donde los integrantes de

los equipos comentan y discuten en profundidad tanto sus aciertos (para poder repetirlos
y convertilos en hábitos), así también como el trabajo que no se realizó correctamente o
no llevó al equipo a obtener los resultados esperados.

Adicionalmente los desarrolladores suelen trabajar mucho en equipo y también por

parejas, revisando juntos el código y resolviendo problemas en lugar de tratar de
cubrirlos, lo que repercute en un producto de mejor calidad, mejor documentado, y simple
de mantener.

Beneficios de usar Desarrollo Ágil

Las mejoras obtenidas por usar Desarrollo Ágil dependen de la situación. Por ejemplo,
Scrum no define prácticas técnicas (cómo hacer las cosas), en cambio los beneficios
obtenidos surgen de brindar visibilidad, lo que facilita encontrar las áreas de mejora, y un
marco de trabajo de mejora continua, en el que se priorizan las mejoras según la
necesidad del negocio.
Pero hay algunas mejoras que típicamente se obtienen con Desarrollo Ágil:

 Desarrollo guiado por valor

 Mejor manejo de riesgos e incertidumbre
 Mejora de productividad

5.3.2. Gestión de conflictos de coordinación y comunicación.

En toda institución, empresa de salud, ámbito de desempeño laboral o social existe un
grupo de personas que interactúa entre si , y las interacciones humanas implican
comunicación, generan conflictos y requieren de una coordinación y resolución de los
mismos. Por eso este tema es de suma importancia. Encontraras temas como:
COMUNICACIÓN: El proceso comunicativo, Tipos y redes de comunicación, Obstáculos
de la comunicación, Comunicación asertiva y Mejoramiento de la comunicación,
Instrumentos de comunicación, Coordinación, Tipos de coordinación
SOLUCIÓN DE CONFLICTOS: Conflicto, Causas, Tipos de conflictos, Etapas del
conflicto, Ventajas/Desventajas, Consecuencias, Solución de conflictos, Enfoque
estructural, del proceso y mixto, Estrategias para prevenir los conflictos
 BIBLIOGRAFIA.

http://sanndiu.blogspot.mx/2012/02/unidad-v-gestion-
de-proyectos-de.html