CONCEPTOS DE GESTION DE PROYECTOS
INGENIERIA DE SOFTWARE
Prof: Stalin Rodriguez Equipo 1
1-06-4908 ORISON MANUEL SOTO RODRIGUEZ 1-07-3858 BRIGITTE VANESSA PEREZ DE LA PAZ 1-07-4142 ADALGISA ROSALVA HELENA ALMONTE
ORISON MANUEL SOTO
INTRODUCCION
En todo proyecto de software existe la necesidad de tener una adecuada gestin de los proyectos, para esto se debe contar con el personal capacitado, seleccionar el mejor proceso de acuerdo al problema que se vaya a tratar, y por supuesto una excelente planificacin, con el fin de obtener un producto a tiempo y de calidad.
ORISON MANUEL SOTO
Vistazo rapido
Gestion: Gestin son todas las actividades y tareas ejecutadas por una o ms personas con el propsito de planificar y controlar las actividades de otros para alcanzar un objetivo o completar una actividad que no puede ser realizada por otros actuando independientemente.
Que es? Gestion de proyectos: involucra la planificacion, supervision y control del personal, el proceso y los eventos que ocurren mientras el software evoluciona desde un concepto preliminar hasta una implementacion operativa.
Quien hace esto? De una u otra manera todo el personal involucrado en un proyecto de software gestiona, pero un ing. De software gestiona sus actividades diarias, y planifica, supervisa y controla las labores tecnicas.
ORISON MANUEL SOTO
Vistazo rapido
Por que es Importante? Porque el desarrollo de software es una actividad compleja e involucra a muchas personas que trabajan por lo regular durante mucho tiempo.
ORISON MANUEL SOTO
Vistazo rapido
Cuales son los pasos? Entender las 4 P
Personal
Producto Proceso Proyecto
ORISON MANUEL SOTO
Vistazo rapido
Personal: Los principales autores de un proyecto de software son loas arquitectos, desarrolladores, ingenieros de prueba, y el personal de gestin que les da soporte, adems de los usuarios, clientes, y otros interesados. Las personas son realmente seres humanos, a diferencia del termino abstracto trabajadores.
Producto: Artefactos que se crean durante la vida del proyecto, como los modelos, cdigo fuente, ejecutables, y documentacin.
ORISON MANUEL SOTO
Vistazo rapido
Proceso: Un proceso de ingeniera de software es una definicin del conjunto de actividades necesarias para transformar los requisitos de usuario en un producto. Un proceso es una plantilla para crear proyectos. Proyecto: Elemento organizativo a travs del cual se gestiona el desarrollo de software. El resultado de un proyecto es una versin de un producto.
ORISON MANUEL SOTO
ORISON MANUEL SOTO
Vistazo rapido
Cul es el producto obtenido?
Plan de Proyecto
Cmo puedo estar seguro que lo hice correctamente?
Nunca se est completamente seguro
ORISON MANUEL SOTO
EL PERSONAL
El factor humano siempre ser el ms importante en el desarrollo de soluciones software, muchos empresarios famosos, lderes de empresas tecnolgicas, coinciden que el xito que han alcanzado sus empresas no se debe a las herramientas que utilizan, es la gente y el trabajo en equipo.
ORISON MANUEL SOTO
EL PERSONAL
MODELO DE MADUREZ DE LA CAPACIDAD DE GESTIN DEL PERSONAL (MMCGP).
El Instituto de Ingeniera de Software, al ver la importancia del factor humano en la construccin del software, ha desarrollado un modelo de madurez de la capacidad de gestin del personal (MMCGP), esto con el fin de ayudar a las organizaciones de software a incrementar la rapidez en el desarrollo de proyectos cada vez ms complejos.
ORISON MANUEL SOTO
EL PERSONAL
El MMCGP se basa en: Reclutamiento Seleccin Gestin del desempeo Entrenamiento Retribucin Desarrollo de la carrera Diseo de la organizacin y el trabajo Desarrollo de la cultura de equipo
ORISON MANUEL SOTO
EL PERSONAL
El proceso de software est integrado por participantes, lderes de equipo, etc. Los participantes se los puede clasificar en cinco categoras:
Gestores ejecutivo: Definen los aspectos del negocio. Gestores del proyecto: Planifican, motivan, organizan y controlan a los profesionales que construyen el software. Profesionales: Proporcionan las habilidades tcnicas necesarias. Clientes: Especifican los requerimientos. Usuarios finales: Interactan con el software.
ADALGISA ROSALVA HELENA ALMONTE
El equipo de Software
Existen tantas estructuras organizacionales de profesionales para el desarrollo de software como organizaciones que tiene el mismo fin. Sin embargo , las organizaciones de la gente directamente involucrada en un proyeto de software esta dentro del ambito del gestor del proyecto. La mejor estrutura de equipo depende del estilo de gestion de cada organizacin, de numero de persona que integraran el equipo y de su grado de habilidad asi como de la dificultad global del problema.
ADALGISA ROSALVA HELENA ALMONTE
El equipo de Software
De qu forma se puede estructurar un equipo?
Paradigma cerrado Paradigma aleatorio Paradigma abierto Paradigma sincrnico
ADALGISA ROSALVA HELENA ALMONTE
El equipo de Software
Requisitos para lograr un equipo de alto Rendimiento Los miembros del equipo deben tener mutua confianza. la Distribucion de la Habilidad debe adecuarse al problema. tal vez los disidentes deban ser excluidos del equipo si ha de conservarse su cohesion.
ADALGISA ROSALVA HELENA ALMONTE
El equipo de Software
Equipos giles
Pequeos, motivados, autoorganizados.
En sntesis, la filosofa agil alienta la sastifacion del cliente por la temprana entrega del software.
BRIGITTE VANESSA PEREZ DE LA PAZ
EL PROCESO
Proceso: Es un Conjunto de actividades o eventos coordinados u organizados que se realizan o sucede (alternativas o sumultaneamente.) El Proceso Las actividades del marco de trabajo que caracterizan al proceso del software son aplicables a todos los proyectos [Link] problema es seleccionar el modelo de proceso apropiado para un equipo de proyecto someta al software a ingeniera.
BRIGITTE VANESSA PEREZ DE LA PAZ
EL PROCESO
El gestor del proyecto debe decidir cual modelo de proceso es ms adecuado para:
los clientes que han solicitado el producto y el personal que har el trabajo las caractersticas del producto mismo el ambiente del proyecto en el que trabaja el equipo de software. Cuando se ha seleccionado un modelo de proceso, entonces el equipo define un plan de proyecto preliminar con base en el conjunto de actividades del marco de trabajo del [Link] vez se establece el plan preliminar, comienza la descomposicin del proceso.
BRIGITTE VANESSA PEREZ DE LA PAZ
Combinacin del Producto y del Proceso
La planeacin del proyecto comienza con la combinacin del producto y del proceso. Cada funcin que el equipo del software someter a ingeniera debe pasar atravs del conjunto de actividades del marco de trabajo definidas para la organizacin de software. Las labores de trabajo de la ingeniera del software (para cada actividad del marco de trabajo se integran el la hilera sigte (se debe destacar que las tareas de trabajo tienen que adaptarse a las necesidades especificas de cada proyecto).El trabajo del gestor del proyecto (y de los miembros del equipo) consiste en estimar los requisitos y recursos de cada celda de la matriz, fechas de inicio y final de las tareas asociadas con cada celda y productos de trabajo que producir cada tarea.
BRIGITTE VANESSA PEREZ DE LA PAZ
Descomposicin del Proceso
Un equipo de software debe tener un grado significativo de flexibilidad al elegir el modelo de proceso del software que sea mejor para el proyecto y las tareas de ingeniera del software que integren el modelo de proceso una vez [Link] proyecto relativamente pequeo similar a otros que se hayan realizado puede lograrse mejor si se utiliza el enfoque secuencial lineal. Si se impone restricciones de tiempo muy ceidas y el problema se puede comparametrizar mucho talvez el modelo de desarrollo rpido de aplicaciones (DRA) sea la opcin correcta. En cualquier caso se puede aplicar el marco de trabajo genrico comentado previamente: Comunicacin, Planificacin, modelado, Construccin y Desplegu, Funcionara para modelos lineales iterativos e incrementales as como evolutivos e incluso para modelos concurrentes o de ensamble de componentes.
BRIGITTE VANESSA PEREZ DE LA PAZ
Descomposicin del Proceso
Un proyecto pequeo y relativamente simple puede requerir las sigtes tareas de trabajo para la comunicacin:
Desarrollar una lista de conflictos que deben clarificarse Reunirse con clientes para abordar los conflictos que deben clarificarse. Desarrollar en conjunto un enunciado del mbito Modificar el enunciado del mbito segn se requiera Estos sucesos pueden ocurrir el un lapsus de 48 [Link] un proceso de descomposicin adecuado para un proyecto mas pequeo y relativamente simple.
BRIGITTE VANESSA PEREZ DE LA PAZ
Descomposicin del Proceso
Ahora, considrese un proyecto ms complejo el cual tiene un mbito mas amplio y mas complejo:
Revisar las peticiones del cliente planificar y programar una reunin formal con el cliente llevar a cabo investigaciones para especificar la solucin propuesta y los enfoques existentes Preparar un documento de trabajo y una agenda para la reunin formal Celebrar la reunin Desarrollar en conjunto miniprospectos que reflejen los datos, funcin y caractersticas de comportamiento de software. Revisar cada miniprospectos o caso de uso para valorara su correccin, consistencia y falta de ambigedad. Ensamblar los miniprospectos en un documento mas amplio Revisar el documento mas amplio o coleccin de casos de uso con todos los implicados Modificar el documento ms amplio o caso de uso segn se refiera.
BRIGITTE VANESSA PEREZ DE LA PAZ
EL PROYECTO
La gestion de un proyecto de software exitoso requiere entender que puede salir mal (de modo que es ms factible evitar problemas).En un excelente artculo acerca del proyecto del software define 10 seales que indican que un proyecto de sistemas de informacin esta en peligro:
El personal de software no entiende las necesidades de sus clientes. El mbito del producto este mal definido Los Cambios se gestionan mal La tecnologa elegida cambia Las necesidades comerciales cambian (o estn mal definidas) Los plazos de entrega no son realistas Los usuarios se resisten Se pierde el patrocinio(o nunca se obtuvo de manera adecuada) El equipo del proyecto carece del personal capacitado con las habilidades apropiadas Los gestores (y los Profesionales) evitan las mejores practicas y las lecciones aprendidas
BRIGITTE VANESSA PEREZ DE LA PAZ
EL PROYECTO
Los profesionales industriales muy experimentados con frecuencia se refieren a la regla 90-90 cuando estudian proyectos de software particularmente difcil .El primer 90% de un sistema absorbe el 90% de esfuerzo y el tiempo [Link] ultimo 10% toma otro 90% de esfuerzo y el tiempo asignado. Las Causas que conducen a la regla del 90-90 estn contenidas en la lista precedente, sugiere un enfoque de sentido comn de cinco partes para proyecto de software:
BRIGITTE VANESSA PEREZ DE LA PAZ
EL PROYECTO
Las Causas que conducen a la regla del 90-90 estn contenidas en la lista precedente, sugiere un enfoque de sentido comn de cinco partes para proyecto de software: Comience por el pie derecho: Esto se logra trabajando duro (muy duro) para entender el problema que esta resuelto y entonces establecer los objetivos y expectativas realistas para todos los que estn involucrados en el proyecto Mantenga el mpetu: Muchos proyectos tienen un buen comienzo y luego lentamente se desintegran .Para mantener el mpetu, le gestor del proyecto debe proporcionar incentivos para conservar los reveses del personal en un mnimo absoluto, el equipo debe resaltar la calidad en cada tarea realizada y los gestores ejecutivos deben hacer todo lo posible por mantenerse fuera del camino del equipo.
1.
2.
BRIGITTE VANESSA PEREZ DE LA PAZ
EL PROYECTO
Rastree el Proceso: En un proceso del software el progreso se rastrea conforme se elaboran los productos de trabajo (por ejemplo, modelos, codigo fuente, conjuntos de casos de pruebas) y se aprueban (mediante revisiones tcnicas formales) como parte de una actividad de aseguramiento de la calidad. Tome Decisiones Inteligentes: En esencia, las decisiones del gestor de proyecto y del equipo de software deben encaminarse a mantenerlo simple".Siempre que sea posible, decidase a emplear software comercial ya desarrollado o componentes del software existenciales. Realice un Anlisis de Resultados: Establezca un mecanismo consistente para extraer lecciones aprendidas por cada [Link] la planificacin real y la prevista,recolecte y analice mtricas de proyecto de sofware,obtenga realineamiento de los miembros del equipo y de los clientes y registre los hallazgos en forma escrita.
CONCLUSIONES
-Cualquier proyecto que se desarrolle debe ser gestionado sin importar su tamao o dificultad.
-La eleccin de la metodologa de desarrollo sin lugar a duda debe estar acorde a las necesidades a resolver.
-La correcta aplicabilidad de los conceptos estudiados influyen en el xito o fracaso del proyecto. -El enfoque de las 4 P: Personal, Producto, Proceso y Proyecto influye en la gestion eficaz de un proyecto de software. -El personal es el activo mas importante en un proyecto de software.
