Gestion de cambio
Upcoming SlideShare
Loading in...5
×
 

Gestion de cambio

on

  • 379 views

 

Statistics

Views

Total Views
379
Views on SlideShare
365
Embed Views
14

Actions

Likes
1
Downloads
4
Comments
0

1 Embed 14

http://atieq5.blogspot.com 14

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Gestion de cambio Gestion de cambio Document Transcript

    • Unidad 5 A2 Gestión de cambio Equipo 5Programa de cambioLa simple creación de un programa de cambio no es garantía de éxito. Planificación de unproyecto consta de las siguientes 15 actividades:1. Definición de los riesgos del proyecto y determinar las medidas para mitigarlos.2. Listado de los supuestos y limitaciones del proyecto.3. Determinar cómo se gestionará la calidad.4. La construcción de una lista de actividades y los costos de los componentes.5. Establecimiento de dependencias entre las actividades6. Estimación de esfuerzo y los costos7. La preparación de un calendario y los hitos.8. Nivelación y la asignación de los recursos del proyecto9. Alinear el presupuesto y el calendario de los requisitos del cliente.10. Preparar el presupuesto del proyecto.11. Gestión de trámites de proyectos.12. Planificación de la aplicación.13. Planificación para la realización.14. La planificación de las comunicaciones.15. Escribir el plan de proyecto. El objetivo del proceso de planificación es crear el plan del proyecto, un documento quedescribe el proyecto y cómo se tiene la intención de ejecutarlo.Un riesgo es un problema potencial, una situación que, si se materializa, afectaráadversamente el proyecto Todos los proyectos tienen riesgos, y todos los riesgos sonmanejados en última instancia.Algunos desaparecen, algunos se convierten en problemas que demandan atención, yalgunos terminan en crisis, que destruyen los proyectos y carreras.El objetivo del la gestión del riesgo es garantizar que los riesgos nunca caerán en crisis.Existen cinco pasos para la gestión de riesgos: identificar, clasificar, mitigarlos, plan parasolucionarlos, y su gestión. Aunque todos los proyectos son diferentes, los riesgos tienden a repetirse, en laidentificación de los riesgos para un proyecto, usted debe preguntarse continuamente¿Qué puede ir posiblemente mal?Hay un riesgo que universalmente es el más peligroso para todos los proyectos, es elsiguiente: Gestión empresarial opiniones el director del proyecto de análisis de riesgosson alarmistas y no tomar las en serio hasta que los riesgos se materializan. Lista común riesgos que enfrentan la mayoría de los proyectos. Constituyen un punto departida para el desarrollo de un catálogo de riesgos. Sin embargo, la lista no esexhaustiva, la mayoría de los directores de proyectos se encuentran varios riesgos quepueden añadir, y la experiencia del proyecto tenderá a aumentar este número. Cuando seestán evaluando los riesgos para sus proyectos, siempre se refieren a una lista comoesta.
    • Unidad 5 A2 Gestión de cambio Equipo 5Personal clave no estará disponible cuando sea necesario. Habilidades clave no estarádisponible cuando sea necesario. Personas se perderán durante el proyecto.El equipo requerido no será entregado a tiempo. Acceso a hardware será restringido.Equipo fallará.Conocer al cliente personal será sustituido por los menos calificados. Prestación esto noserá examinada de acuerdo con el calendario. Recursos de clientes no estará disponiblecuando sea necesario. Cambios de alcance, se considerará que se incluya en el proyecto. Se introdujeroncambios alcance sin el conocimiento de la gestión de proyectos.La tecnología tendrá limitaciones de rendimiento que ponen en peligro el proyecto. Loscomponentes de tecnología no se integran fácilmente. La tecnología es nueva y pococonocida.El sistema no va a cumplir los requisitos funcionales.La capacidad del sistema superará a la disponible.Tiempo de respuesta del sistema no será suficiente.Un miembro del equipo puede robar datos confidenciales y lo pondrá a disposición de loscompetidores del cliente.Un virus infecta el sistema de desarrollo.La oficina se dañara por el fuego, inundación u otra catástrofe.Existen numerosos métodos estadísticos para definir el grado de riesgo, pero laclasificación más simple, y más eficaz, es describir los riesgos con grado extrema, alta,media, baja o mínima. El grado de riesgo depende de dos características: la probabilidadde que se produzca el riesgo y el impacto en el proyecto si lo hace. Probabilidad y elimpacto son clasificados como de alta, media o baja, y su relación.Riesgos:El fuego consume la organizaciónUn miembro del equipo renuncia durante el proyecto.Considere la posibilidad de dos riesgos: la oficina, la destrucción de la instalación y todo eltrabajo que se ha hecho.El segundo riesgo tiene un grado alto, de hecho un potencialmente devastador impacto,pero la probabilidad es baja y el riesgo es mitigado fácilmente por tener una copia deseguridad.Ambos riesgos son de grado medio. En el primer caso, aunque la probabilidad es alta, elimpacto es bajo: Usted asume que el miembro del equipo le dará aviso adecuado y puedeser reemplazado fácilmente.Clasificar los riesgos para que usted pueda identificar cuáles son los más peligrosos y, portanto, requieren la mayor atención. En la extrema y alto riesgo, requieren su atención.Todos los proyectos son diferentes sin embargo, algunos principios se aplican a través deproyectos y riesgos.
    • Unidad 5 A2 Gestión de cambio Equipo 5Cuando el proyecto depende de alguien (por ejemplo, un proveedor, cliente) para ofreceralgo (como personal, equipo o material) de acuerdo con un calendario, asegúrese de queel proveedor conozca el calendario, sabe lo que se espera, y entiende las consecuenciasde un atraso. Para los grandes proveedores, como el cliente, hacer un horario, dar lafecha exacta en la que el proyecto requerirá de recursos de clientes.Quitar excusas en el proyecto, un proceso activo en el que los proveedores son obligadosa entender lo que se espera de ellos.Cuando el proyecto depende de entregar algo a alguien, hay un proceso que el prestadordebe seguir antes de la entrega, usted debe comprender, al menos, los hitos del proceso.Ayudar a las personas a comunicarse, aumenta la probabilidad de que la informaciónllegue a usted. Cuando hay una sorpresa, el director del proyecto es con frecuencia laúltima persona en saber, a pesar de que la red de comunicaciones informales entre losintegrantes del equipo miembros y los usuarios contiene varias cositas y fragmentos deinformación que sirvan de asomos a los problemas por venir.La red de comunicaciones pueden ofrecer una antelación de que un empleado no estásatisfecho, que los resultados de un sistema puede ser más lento de lo necesario, que loscomponentes de software tendrán problemas en la integración. las palabras, los chismeses una de las fuentes primordiales de información acerca de los riesgos emergentes.Si la tecnología no funciona adecuadamente, ¿Que se puede hacer para mejorarlo? Si unmiembro del equipo se pierde con el proyecto, ¿cómo se sustituye? Si hay quemadurasen el edificio, ¿cómo recuperar el proyecto? Planes de contingencia deben ser capacesde poner en acción, ya sea ahora o cuando se necesitan, y debe ser capaz de sermanejados en el presupuesto, cronograma, y la funcionalidad del proyecto. Si este no esel caso, no son planes de contingencia.Hay dos aspectos de la planificación de los riesgos que puedan afectar su plan deproyecto: las actividades de mitigación y los planes de contingencia. La mitigación de lasactividades son las que surgen de la mitigación de los riesgos del proyecto. Por ejemplo,si usted identifica un riesgo que usted podría perder a su analista de base de datos,María, una mitigación sería asignar a Fred, que también está en su equipo, para pasaralgún tiempo con María de aprendizaje y se convierta en el ideal, para suplente. Sinembargo, si usted no incluye en el plan de proyecto que las actividades de Fred son estarcerca de María, o para tomar cursos en tecnología de bases de datos, no sabrá esetrabajo, y, cuando suceda el riesgo y María se pierda, usted tendrá un retroceso.La reducción del riesgo debe producir un conjunto de actividades que se convierte enparte del plan de proyecto.Son los pasos que se siguen cuando se materializa un riesgo. Mediante la preparación deesos planes por adelantado, tendrá un conjunto de acciones a seguir para la realizacióndel riesgo, acciones que se definen cuando se está tranquilo, en lugar de enojado, así queusted puede tener mejores opciones.Usted debe manejarlos, continuamente la gestión de los riesgos mediante reevaluación delos riesgos que se han definido y la identificación de otros nuevos. La gestión del riesgoes una planificación y una gestión de la actividad. No basta con establecer algunosriesgos en el inicio del proyecto y, a continuación, hacer caso omiso de ellos.
    • Unidad 5 A2 Gestión de cambio Equipo 5Hay tres mecanismos principales para la gestión de los riesgos: las reuniones del equipode proyecto, informes del estado del proyecto, y la reflexión del gerente del proyecto. Elmayor problema de los riesgos es que tienden a perderse en el día a día de un proyecto,ya que son sólo posibles problemas, son más bajos que en las verdaderas prioridades.Todos los miembros del equipo deben ser conscientes de los riesgos que se hanidentificado y definido pueden caer en cualquier momento. Para mantener visibles losriesgos, hay dedicar una parte de cada reunión del equipo a una en el que los riesgos seabordan uno por uno y los miembros del equipo tienen instrucciones y comentarios sobrecualquier cosa que afecta a cada riesgo.El propósito de la evaluación de riesgos no es para tomar medidas. La evaluación deriesgos también descubre nuevos riesgos y como los miembros del equipo se adaptan asituaciones peligrosas. Su proyecto de informe de situación deben incluir una seccióntitulada, en la que se informe sobre los riesgos que se han convertido más o menosprobable o graveLos supuestos que se planean en el proyecto pueden afectar el plan del mismo pero si nose asumen algunos ayudan al proyecto. los errores deben mantenerse al mínimo. el producto resultante del proyecto debe ajustarse a los requisitos o especificaciones que se dijo. La conformidad con las especificaciones de los proyectos de sistemas de información tiene dos aspectos: En el sentido profesional, sin embargo, la calidad significa la conformidad con pliego de condiciones. Si un producto cumple los requisitos definidos por ella, es un producto de calidad. En caso contrario, no lo es. los errores deben mantenerse al mínimo. el producto resultante del proyecto debe ajustarse a los requisitos o especificaciones que se fijaron. La conformidad con las especificaciones de los proyectos de sistemas de información tiene dos aspectos:Cada consecuencia debe ser medida, tales como el número de errores de programación.Mientras que diecisiete errores en un sistema pueden ser inaceptables, el mismo númerode errores en un gran sistema complejo puede ser aceptable. Su sistema de medición, porlo tanto, debe incluir una tasa de error de referencia.¿Se cumplen los requisitos funcionales? ¿Se ajustan a las normas de la red decomunicaciones? ¿Se cumplen las necesidades operacionales en ambientes tales comoel operador de mensajes o la seguridad? ¿Se cumplen las normas para el diseño,composición, estructura y funcionalidad?Gestión de la calidad se separa normalmente en el aseguramiento de la calidad y controlde calidad. Garantizar la calidad (GC) es garantizar que los procedimientos están en ellugar que dará lugar a la elaboración de un producto de calidad. Control de calidad (QC)
    • Unidad 5 A2 Gestión de cambio Equipo 5es el día a día de la gestión de estos procedimientos a lo largo del proyecto. Ambos sonnecesarios para garantizar que el proyecto produce un producto de calidad, que se ajustaa sus requisitos y está libre de errores.¿Qué pasa si? El cliente administra la calidad por las pruebas. Las pruebas son una formade inspección. Busca errores después del hecho. Acciones Intento de convencer al clientede la importancia de las revisiones. En particular, se centran en la reducción del tiempo,esfuerzo, y los costos de la modificación de los resultados cuando son debidamenterevisados. Durante el proyecto, fomentar los miembros de su equipo para llevar a caborevisiones informales.No hay mediciones de la Calidad Si el cliente no tiene la medición de los índices de error,no se puede determinar el grado de éxito que se encontraban en gestión de calidad.Acciones Es probable que si el cliente no tiene la organización en todas las mediciones, lacalidad de sus proyectos es baja, debido a que la calidad requiere de medición. Puedesbuscar áreas en las que el cliente tiene problemas. Al cierre del proyecto, señalar alcliente las ventajas de su enfoque de la calidad. Estos deben incluir reducción del tiempode integración y pruebas de sistemas, más fácil aceptación, y una sensación general deque había menos problemas en el proyecto.Para realizar el seguimiento de los avances, el proyecto debe dividirse en pequeños,manejables actividades. La planificación es el acto de determinar lo que debe hacerse ycuando hacerlo. El propósito de la planificación consiste en permitir que para ejecutar elproyecto a adoptar las medidas necesarias para garantizar que se completa a tiempo ydentro del presupuesto.La descomposición es el proceso de romper una actividad en pequeños trozos. Jerárquicasignifica que el producto de descomposición de arriba hacia abajo mediante la definiciónde los principales componentes del proyecto, y luego romper cada componente enpedazos más pequeños. El proceso continúa a través de los niveles inferiores hasta quelas actividades son suficientemente pequeñas.