CUESTIONES DE GESTION EN EL DESARROLLO DE SISTEMAS

EQUIPO: 10INTEGRANTES:

● APOLINAR CRISÓSTOMO JESSICA

● BUCIO CALDERÓN KEVIN YASBERT

● CABRERA JIMENEZ ERICK

● LOZADA PÉREZ YARELY GUADALUPE

INTRODUCCION• ¿Qué involucra el proceso de desarrollo?• A las compañías ha integrado tres ramas:• Gestión de Infraestructuras• Relación con el Cliente• Innovación de Productos

• Normalmente, las empresas incorporan estos tres negocios. tras los cuales se comportan de manera conflictiva por sus distintas agendas.

• Los departamentos de sistemas informáticos se enfocar en estos tres tipos de negocios :• Las operaciones son la gestión de infraestructuras• El servicio de asistencia es la relación con el cliente de negocios• El desarrollo del sistema es la innovación de productos

• Gestión de la infraestructura :• La meta es la reducción de costos

Proporcionando la infraestructura implica altos costos fijos• Enfoque de gestión es:

• Ser eficiente• Normas

• La relación con el cliente:• La meta es proveer servicios• PC de apoyo y mesas de ayuda a menudo externalizados• Sobre todo en Europa y Asia ( necesidades multilingües )• Outsourcing esta aumentando dramáticamente

• Innovación de producto:• La meta es la Velocidad• Proporciona agilidad• La clave del éxito es el talento• Además de la velocidad y la agilidad

GESTION DE PROYECTOS• Hoy en día, el trabajo de una organización se desarrolla a

través de proyectos

• En IS , así como otras funciones , ser capaz de gestionar un proyecto hasta su final y entregar los resultados esperados en el tiempo asignado y el presupuesto, se ha convertido en una habilidad cada vez más valiosa.

¿QUE ES LA GESTION DE PROYECTOS?• Gestión de proyectos no es más que la administración de un

proyecto• Suena sencillo pero llega a ser muy complicado• Muchos llegan a confundirse o preocuparse porque los

proyectos de TI contiene la palabra temida Tecnología• En realidad la gestión de proyectos de TI no es muy diferente

de otras formas por ejemplo, construcción

¿QUE ES LA GESTION DE PROYECTOS?• Un proyecto es un conjunto de tareas y actividades conexas

realizadas para lograr un objetivo específico. Todos los proyectos deben:

• Tener una meta claramente• Sea “finito “• Que tenga principio y fin

• Gestión de proyectos :• El 90 % de sentido común 10 % técnico• Estilos de gestión varían al igual que los fondos

• Tener en cuenta , y bajo control de las numerosas interdependencias

• Hacer el bien el trabajo

¿QUE ES LA GESTION DE PROYECTOS?• Un proyecto es un conjunto de tareas y actividades conexas

realizadas para lograr un objetivo específico. Todos los proyectos deben:

• Tener una meta claramente• Sea “finito “• Que tenga principio y fin

• Gestión de proyectos :• El 90 % de sentido común 10 % técnico• Estilos de gestión varían al igual que los fondos

• Tener en cuenta , y bajo control de las numerosas interdependencias

• Hacer el bien el trabajo

¿QUE ES LA GESTION DE PROYECTOS?• Gestión de proyectos abarca cinco procesos• Iniciación• Planificación• Ejecución• Control• Cierre

¿QUE ES LA GESTION DE PROYECTOS?• Para convertirse en un PMP certificado debe pasar pruebas

que cubren nueve áreas de conocimiento :• Integración• Alcance• Tiempo• Costo• Calidad• Recursos Humanos• Comunicación• Riesgo• Obtención

EL TRABAJO DEL DIRECTOR DE PROYECTO• Es el responsable de las siguientes tareas :• Configuración del proyecto

• ¿Por qué Un resumen de los antecedentes del proyecto, y• Los objetivos de la empresa a alcanzar

• ¿Que? • Los principales resultados que se produzcan

• Beneficios• ¿Cuándo?

• Lista de los hitos y calendario esperado• Plan de proyecto de alto nivel

• ¿Quién? equipo del proyecto• Grupos de interés - y sus expectativas

• cómo• Definición del trabajo que debe llevarse a cabo• Alcance• Exclusiones específicas

EL TRABAJO DEL DIRECTOR DE PROYECTO• La gestión de las tareas• Plan de Horarios / proyecto = corazón del proyecto y principal

herramienta de comunicación• Nivel alto primero - luego romper a medida que avanza• Línea de base y la pista• Utilice herramientas automatizadas• Recomendaciones:

• Centrarse en la fecha en que las tareas son / serán completados en lugar de en el % del proyecto total completado

• Revisar el progreso por lo menos mensualmente , preferiblemente con más frecuencia

• Centrarse en las tareas que deben completarse Vs . los acabados• Reprogramar cuando nueva evidencia salga a la luz

EL TRABAJO DEL DIRECTOR DE PROYECTO

• Gestión de las Finanzas• Plan financiero , que es responsable , beneficios , etc• Costos de línea base y seguimiento• Se va a cambiar !• ¿Necesita saber cuánto se ha gastado y cuánto dinero se deja

• La gestión de los Beneficios• Difícil de estimar, pero hay que probarlo• Base en mismos supuestos que los costos• Difícil de administrar los tiempos• Contestarnos

• ¿Por qué estamos haciendo esto ? ? ? ?• ¿Hay que seguir haciendo eso?

EL TRABAJO DEL DIRECTOR DE PROYECTO• Gestión de Riesgos , Oportunidades y Amenazas• La mitigación del riesgo y gestión • Por lo general, mal hecho• Registros de Riesgo• Gestión temática

• Solicitar Revisiones Independientes• Las revisiones de salud ( del proyecto)• Por alguien independiente (puede ser externo)

UN DIA EN LA VIDA DE UN DIRECTOR DE PROYECTO

• 28 de enero : El blog• 18 de septiembre de 2007: Aprendiendo de las fallas

(reconocer fallas pequeñas para que no se conviertan en grandes fallas).

• 24 de mayo de 2007 : Todo lo que necesitas saber acerca de la arquitectura de software en el jardín de niños. (Compartir)

• 10 de octubre de 2006 : Para el usuario , las definiciones son la clave.(El es la clave)

• 5 de septiembre de 2005: Nunca hagas el sistema incorrecto(Puntualizar y analizar.).

GESTION DEL CAMBIO• Normalmente el SI cree que si un sistema es “elegante” es

exitoso. No lo es.• Muchos sistemas que aparentan ser sólidos se transforman en

las fallas de implementación; debido a que desde el desarrollo no se ha acoplado correctamente el sistema.

• El sistema es un éxito si cumple con los requisitos de los usuarios y son felices con él y con su uso

• Tecnología de la información tiene que ver con la gestión del cambio

• Los nuevos sistemas requieren cambiar la forma de como hacer el trabajo

• Centrarse sólo en los aspectos técnicos es sólo la mitad del trabajo – la otra mitad es la gestión del cambio

GESTION DEL CAMBIO• Es el proceso de ayudar a la gente a hacer cambios en su

entorno de trabajo• Las personas se resisten al cambio , especialmente el cambio

tecnológico, cuando ellos lo ven como una crisis. • ¿Qué es resistencia ?:• Negar el cambio• Distorsionar la información que escuchan sobre el cambio• Convénzase a sí mismos y a los demás el nuevo sistema no

cambiará el ambiente.

GESTION DEL CAMBIO• ODR (entre otros) ofrece una metodología para ayudar a las

empresas a gestionar el cambio tecnológico• Tipo de personas que participan en un proyecto de cambio• Patrocinador : la persona o grupo que legitima el cambio• Agente de cambio : la persona o grupo que hace que el cambio

suceda• Objetivo : la persona o grupo que está siendo esperado a cambiar

y en los que el cambio tiene como objetivo

GESTION DEL CAMBIO

Metodología para gestionar el cambio tecnológico• Realizar encuestas con los tres grupos para determinar :• Si el alcance del proyecto es factible , o si la organización está

tratando de cambiar demasiado de una sola vez• Ya sea que los patrocinadores se han comprometido lo suficiente

para impulsar el cambio a través de , o si están sentados esperando volver a la organización a cambiar por su cuenta

• Si los agentes de cambio tienen las habilidades para implementar el cambio, o si por ejemplo, ellos no son expertos en conseguir apoyo

Proceso de Gestión de cambio para Sistemas de TI

• Proceso para cambiar o modificar un Sistema de Información ya existente.

• Utilización de métodos y procedimientos estandarizados. • Son solicitados para mejorar el manejo de las funciones

criticas y operaciones diarias de las empresas.

• Afecta:

• Hardware• Software• Información• Procedimientos• Personal

• ¿Por qué Cambiar los sistemas IT?

• Problemas de uso.

• Necesidad de nuevas funcionalidades en los sistemas.

• Personal IT• Plantear y documentar el proceso de cambios solicitados en los

sistemas.• Evaluación de Impactos

• Costo• Beneficio• Riesgos• Propuesta de cambios

Departamento de IT

• Change Manager

• Change Advisory Broad (CAB)

Gestión de Riesgos• ¿Porqué los proyectos IT fallan?

No vencen los • Riesgos técnicos .• Rendimiento• Proyectos complejos• No siempre pueden ser anticipados, pero pueden ser contenidos.

• Riesgos de negocio.• El negocio no cambia correctamente para utilizar los nuevos sistemas.• No son tan fáciles de corregir.

Enfoques para la Gestión de Proyectos

• Para seleccionar el enfoque adecuado para gestionar un proyecto, Chuck Gibson propone seguir 3 pasos siempre y cuando los riesgos en un proyecto cambien. • Evaluar los riesgos• Mitigar los riesgos• Ajustar el enfoque de gestión de proyectos

Evaluar los Riesgos• Factores de Riesgo

Liderazgo en los cambios del negocio. Perspectiva de cambio de los empleados. Alcance y urgenci a del cambio.

• Líder de proyecto = Ejecutivo de Negocio : responsable de los cambios.

• Preguntas que contribuyen al éxito o fracaso del proyecto.

• ¿Están comprometidos con el modelo de negocio? • ¿Comprenden la magnitud del cambio en el comportamiento del

trabajo necesario para el éxito del proyecto? • ¿Están motivados formalmente de lograr el cambio? • ¿Están en el organigrama correspondiente. nivel con el poder

formal ? • ¿Tienen experiencia con un proyecto de semejante alcance, la

urgencia y la gente de impacto? • ¿Tienen poder informal, como la credibilidad y el respeto?

Mitigar los Riesgos• Involucra :

1. Identificar2. Evaluar3. Priorizar 4. ImplementarMétricas para reducir los riesgos.

• La mitigación de riesgos incluye1. Evitar el riesgo desde el origen .2. Limitar riesgos implementando controles.3. Riesgo transferido, permitiendo que otros asuman el riesgo.

Ajuste del Enfoque de Gestión de Proyectos

Gibson divide la Gestión del Proyecto por estilos• -Autoritativos • -Participativos

y si el presupuesto del proyecto y el tiempo son rígidos o ajustables .

Tips para una buena Gestión de proyectos TI• Características:• Entregado a tiempo.• Realizable con bajo presupuesto.• Conoce los objetivos originales.

“Los proyectos que no den a los usuarios lo que ellos quieren, no es considerado exitoso”.

Cómo mejorar y asegurar proyectos TI exitosos

Establecer las reglas del juego

Definir las especificaciones técnicas y la arquitectura el sistema:

1. Adherirse a los estándares industriales .2. Usar arquitecturas abiertas.3. Habilitar un sistema Web.

El principio básico es que el sistema sea lo mas simple posible mientras cumpla con los requerimientos del usuario.

Fomentar la Disciplina, Planeación, Documentación y Gestión.• El proceso debe ser controlado propiamente.• El proyecto necesita seguir metodologías , estar planificado y

documentado. • Las actualizaciones de un proyecto se necesitan a lo largo de la

documentación del sistema.

Obtener Documento final de Requerimientos del Usuario

• Se puede evaluar el resultado del proyecto.• El que un usuario solicite mas funcionalidades, puede causar

que el sistema falle.• Ayuda a delimitar el alcance del proyecto y ayuda a reducir la

posibilidad de que ocurran errores de costo y de tiempo.• Un error muy común durante la especificación del usuario es

que se escriban de manera técnica.

Conseguir las ofertas de todos los proveedores potenciales

• Hoye en día el software es comprado , por lo que las empresas solicitan consultoría en IT .

• Los consultores de IT proveen a las empresas seleccionar paquetes de soluciones tecnológicas a la medida.

Incluir a los Proveedores en la toma de decisiones• Los proveedores sin duda aunque estén fuera del equipo . Sin

embargo los deben de ser considerados y permitir que participen en la toma de decisiones del proyecto.

Información Existente

• La conversión de información, necesita ser planificada para asegurar que la salida de información es completa y precisa.

Continuar después de la implementación

• Después de haber implementado exitosamente el sistema, la gestión del proyecto debe tener una buena planeación y comunicación a lo largo del desarrollo de proyecto y así asegurando la participación de todas las pates. Son elementos clave de éxito.

Modernización de sistemas heredados.

• Reemplazar no es la única opción.

• Los sistemas heredados representan conocimiento del negocio a través del tiempo.

• El principal reto es migrar sistemáticamente viejos sistemas a unos mas nuevos de la manera menos perjudicial posible.

¿Reemplazar o no reemplazar?

• Boston Consulting Group hizo un estudio a 18 compañías de manufactura, servicio y organizaciones de gobierno en América del norte, Europa y Japón.

• Se compararon 21 proyectos. 12 fueron exitosos y 9 no.

• Se noto que la gente era seducida ante la idea de cambiar sus viejos sistemas por otros nuevos.

• BCG recomienda ejecutar 3 análisis.

Análisis recomendados por BCG

• Analizar rigurosamente el costo y los beneficios del nuevo sistema, aunque estos no sean un factor clave en el riesgo a fallar.

• Determinar que tan especializado es en realidad el nuevo sistema.

• Evaluar las capacidades del personal honestamente.

Opciones para mejorar un sistema heredado

• Mantener el sistema original funcionando mientras que una tercera parte desarrolla el nuevo sistema, y luego se reemplaza el viejo.

• Dejar que el outsoursing se encargue del sistema original y la empresa encargarse del nuevo.

BAJO

ALTO

Magnitud del

cambio

Reestructurar Reingeniería Restauración Rejuvenecer Re Arquitectura Reemplazar con un

paquete de servicio

Reescribir

Tipo de cambio

Mantenimiento de software

Mover a una nueva

plataforma

Mejorar las entradas o

salidas

Darle un rol mas

estratégico

Modularizar con nuevos

planos

Adquirir nuevo software o servicios

Escribir un nuevo sistema

Lógica del negocio

Reverse Engineering

Forwad Engieenering

MEDIR EL BENEFICIO DE LOS SISTEMAS

Los altos ejecutivos exigen vínculos específicos entre los nuevos sistemas y medidas financieras corporativas.Las inversiones en infraestructura (sobre la cual se construirán las futuras aplicaciones) a menudo no pueden ser justificadas por retorno de la inversión.Sugerencias sobre cómo hacer frente a estos dilemas de medición :

1. Distinguir entre los distintos roles de los sistemas2. Medir lo que es importante para la gestión3. Evaluar inversiones a través de los niveles de organización

1. DISTINGUIR ENTRE LOS DIFERENTES ROLES DE LOS SISTEMAS

• Pueden ayudar a otros departamentos a hacer su trabajo mejor.

• Pueden llevar a cabo una estrategia de negocio.

• Los sistemas pueden ser vendidos como un producto o servicio o como la base para un producto o servicio.

Los beneficios de estos tipos de sistemas se miden de la siguiente manera:

-Desempeño de la organización

Medir la eficiencia de las operaciones :

• Cumplimiento de los plazos y las actividades• Operación dentro del presupuesto• Hacen un trabajo de calidad

• Medir el valor de negocio

Impacto en la red de valor ( las relaciones ) con:

• Los clientes• Socios• Proveedores

• Eficiencia del proyecto• Impacto en los clientes • Impacto en el equipo de desarrollo • Los resultados del negocio• Nuevas tecnologías , nuevos mercados y nuevas

capacidades

2. MEDIR LO QUE ES IMPORTANTE PARA LA GESTIÓN

 3. EVALUAR INVERSIONES A TRAVÉS DE NIVELES DE ORGANIZACIÓN

Los beneficios potenciales de las inversiones en TI difieren en los distintos niveles de la organización (Individual , Departamento, Corporación).

El impacto de una inversión en TI se extiende más allá de las medidas de rendimiento de negocio para abarcar tres dimensiones:

1. Beneficios de rendimiento económico (medidas de mercado de rendimiento)

2. Impacto en el proceso de organización (medidas de cambio en el proceso)

3. Impacto de la tecnología (Impactos clave en la funcionalidad)

VALOR QUE LE DAN LOS INVERSIONISTAS A LAS INVERSIONES DE TI

Los activos intangibles contribuyen a un mayor rendimiento de la empresa en el futuro , las cotizaciones bursátiles, etc.

El vínculo entre las inversiones en TI es el precio de las acciones.