Sem título

los criterios para la gestión de proyector varia en cada uno

MMS IMPORTANTES

1. entregar el software en el tiempo acordado

2. mantener el costo dentro del presupuesto general

3. que el software cumpla las expectativas del cliente

4. mantener el equipo de desarrollo optimo y cc buen funcionamiento

DIFERENCIA ENTRE ING. DE SOFTWARE Y OTRA ING.

1. producto intangible: los administradores del proyecto no pueden constatar progreso de este con observarlo, se deben hacer pruebas

2. los grades proyectos de software con frecuencia son proyectos excepcionales: los grandes proyectos de software se consideran en general diferentes en ciertas formas de los proyectos anteriores

3. los procesos de software son variables y específicos de la organización: los procesos de software varían considerablemente de una organización a otra

REESPONSABILIDAD DE LAS SIGUIENTES ACTIVIDADES

1. planeación del proyecto: Los administradores de proyecto son responsables de la

planeación, estimación y calendarización del desarrollo del proyecto, así como de

la asignación de tareas a las personas.

2. informes: Los administradores de proyectos por lo común son responsables de informar del avance de un proyecto a los clientes y administradores de la compañía

que desarrolla el software.

3. gestión del riesgo: tienen que valorar los riesgos que pueden afectar un proyecto, los monitorizan y emprenden acciones cuando surja un problema.

4. gestión de personal: Los administradores de proyecto son responsables de administrar un equipo de personas.

5. redactar propuestas: esta sería la primera etapa de un proyecto, describimos los objetivos del proyecto y como va a realizarse.

GESTION DEL RIESGO

es una de las tareas mas sustanciales para un administrador de proyectos

1. riesgos del proyecto: estos son los que alteran el calendario o los recursos

2. riesgo del producto: estos son los que afectan la calidad o el rendimiento del software a desarrollar

3. riesgos empresariales: estos riesgos afectan a la organización que desarrolla o adquiere el software

1. identificación del riesgo: identificar posibles riesgos para el proyecto, el producto y la empresa

2. análisis de riesgo: se debe valorar la probabilidad y las consecuencias

3. planeación del riesgo: es indispensable elaborar planes para enfrentar el riesgo

4. monitorización del riesgo: Hay que valorar regularmente el riesgo y los planes para atenuarlo

* identificación del riesgo

*análisis de riesgo

1. La probabilidad del riesgo

* muy baja: <10%

*baja: 10% al 25%

*moderada: 25% al 50%

*alta: 50% al 75%

*muy alta: >75%

*planeación de riesgo

*monitorización del riesgo

es el proceso para comprobar que no han cambiado las suposiciones sobre riesgos del producto, el proceso y la empresa; hay que lograr valorar cada uno de los riesgos para decidir si riesgo se vuelve más o menos probable

GESTION DE PERSONAL

las personas son los activos más importantes; cuesta mucho reclutar y retener un buen personal, depende de los

administradores de software garantizar que la organización obtenga el mejor aprovechamiento

posible por su inversión

GESTION DE PROYECTOS

1. consistencia: todas las personas en un equipo de proyecto esperan recibir el mismo trato

2. respeto: las personas tienen distintas habilidades y los administradores deben respetar esas diferencias

3. inclusión: Las personas contribuyen efectivamente cuando sienten que otros las

escuchan y que sus propuestas se toman en cuenta.

4. honestidad: Como administrador, siempre debe ser honesto acerca de lo que está

bien y lo que está mal en el equipo.

*motivación personal

se necesitará motivar a las personas con quienes trabaja, de manera que éstas contribuyan con lo mejor de sus habilidades

1. Para satisfacer las necesidades sociales, es preciso dar a las personas tiempo para reunirse con sus compañeros de trabajo y proporcionarles lugares de socialización.

2. Para cubrir las necesidades de estima, es necesario demostrar a las personas que son

valoradas por la organización.

3. Finalmente, para cubrir las necesidades de autorrealización, es necesario dar responsabilidad

a las personas por su trabajo, asignarles tareas demandantes y ofrecer un programa de capacitación donde puedan desarrollar sus habilidades.

1. En la ingeniería de software se trata de personas que están motivadas por el reto

intelectual de desarrollar software.

2. Personas orientadas hacia sí mismas, quienes están motivadas principalmente por el

éxito y el reconocimiento personales.

3. Personas orientadas a la interacción, quienes están motivadas por la presencia y

las acciones de los compañeros de trabajo.

TRABAJO EN EQUIPO

La mayor parte del software profesional se desarrolla mediante equipos de proyecto, Conformar un grupo que tiene el equilibrio justo de habilidades técnicas, experiencia

y personalidades es una tarea administrativa fundamental; En un grupo cohesivo, los miembros piensan que el equipo es más importante que los

individuos que lo integran.

1. el grupo puede establecer sus propios estándares de calidad tienen más probabilidad de respetarse

que los estándares externos impuestos sobre el grupo.

2. los individuos aprenden de los demás temas y se apoyan mutuamente las personas en el grupo aprenden de los demás

3. el conocimiento se comparte puede mantenerse la continuidad si sale un miembro del grupo

4. se alimentan la refactorización y el mejoramiento continuo Los miembros del grupo

trabajan de manera colectiva

1. las personas en el grupo se necesita una combinación de personas en un grupo de proyecto

2. la organización grupal, un grupo debe organizarse de forma que los individuos puedan contribuir con sus mejores habilidades

3. comunicaciones técnicas y administrativas es esencial la óptima comunicación entre los miembros del grupo

*selección de los miembros del grupo

la labor de un administrador o líder de equipo es crear un grupo cohesivo y organizar a los miembros del grupo para que puedan trabajar en conjunto de manera efectiva.

*organización del grupo

1. ¿El administrador del proyecto debe ser el líder técnico del grupo? El líder técnico o arquitecto del sistema es responsable de las decisiones técnicas críticas tomadas durante el desarrollo del software.

2. ¿Quién se encargará de tomar las decisiones técnicas críticas, y cómo se tomarán? ¿Las decisiones las tomará el arquitecto del sistema, el administrador del proyecto o se llegará a un consenso entre un rango más amplio de miembros del equipo?

3. ¿Cómo se manejarán las interacciones con los participantes externos y los altos directivos de la compañía? En muchos casos, el administrador del proyecto será el responsable de dichas interacciones, asistido, si acaso, por el arquitecto del sistema.

4. ¿Cómo es posible que los grupos logren integrar a personas que no se localizan en el mismo lugar? Ahora es común que los grupos incluyan a miembros de diferentes organizaciones y personas que trabajan desde casa o en oficinas compartidas.

5. ¿Cómo puede compartirse el conocimiento a través del grupo? La organización del grupo afecta el intercambio de información, pues determinadas formas de organización son mejores que otras para compartir.

*comunicaciones grupales

1. tamaño del grupo, conforme el grupo crece, se hace más difícil que los miembros se comuniquen de manera efectiva.

2. estructura del grupo, Las personas en los grupos estructurados de manera informal se comunican más efectivamente que los individuos en grupos con una estructura jerárquica formal.

3. composición del grupo, las personas con los mismos tipos de personalidad pueden chocar y, como resultado, las comunicaciones se inhiben.

4. el ambiente laboral físico La organización del centro de trabajo es un factor importante para facilitar o inhibir las comunicaciones.

5. los canales de comunicación disponibles cara a cara, correo electrónico, documentos formales, teléfono y

tecnologías Web 2.0, como las redes sociales y los wikis.

1. riesgos tecnológicos: Se derivan de las tecnologías de software o hardware usadas

para desarrollar el sistema.

2. riesgos personales: Se asocian con las personas en el equipo de desarrollo.

3. riesgos organizacionales: e derivan del entorno organizacional donde se desarrolla el software.

4. riesgos de herramientas: Resultan de las herramientas de software y otro software de soporte que se usa para desarrollar el sistema.

5. riesgos de requerimientos: Proceden de cambios a los requerimientos del cliente y del proceso de gestionarlos.

6. riesgos de estimación: Surgen de las estimaciones administrativas de los recursos

requeridos para construir el sistema

4. herramientas: Las herramientas de software no pueden trabajar en una forma integrada.

1. tecnológico: la base de datos no puede procesar tantas transacciones; el software de reutilización contiene defectos

2. personal: es imposible reclutar personal con las habilidades requeridas

3. organización: La organización se reestructura de modo que diferentes administraciones son responsables

del proyecto; problemas financieros

5. requerimientos: Los clientes no entienden las repercusiones de los cambios a los requerimientos.

6. estimación: se subestima el tiempo requerido, la tasa de reparación y el tamaño del software.

2. Los efectos del riesgo

*catastróficos: amenaza la supervivencia del proyecto

*graves: grandes demoras

*tolerables: demoras dentro

de la contingencia permitida

1. estrategias de evitación: Seguir estas estrategias significa que se reducirá la probabilidad de que surja el riesgo.

3. planes de contingencia: Seguir estas estrategias significa que se está preparado

para lo peor y se tiene una estrategia para hacer frente a ello.

2. estrategias de minimización: Seguir estas estrategias significa que se reducirá el

efecto del riesgo.