Planeacion De Proyectos6.docx

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-gestionde-proyectos-de.html