Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Procesos Agiles vs Pesados                                                                   Ciclos de vida               ...
Procesos Agiles vs Pesados                                                                 Ciclos de vida                 ...
Procesos Agiles vs Pesados                                                                Ciclos de vida                  ...
Procesos Agiles vs Pesados                                                               Ciclos de vida         MICROSOFT ...
Procesos Agiles vs Pesados                                                                 Ciclos de vida         INFORMAT...
Procesos Agiles vs Pesados                                                              Ciclos de vidaaspectos como seguri...
Upcoming SlideShare
Loading in …5
×

Analisis procesos ligeros vs pesados resumido

1,805 views

Published on

  • Be the first to comment

  • Be the first to like this

Analisis procesos ligeros vs pesados resumido

  1. 1. Procesos Agiles vs Pesados Ciclos de vida ANALISIS PROCESOS LIGEROS VS PESADOS URL: http://www.scrummanager.net/files/sm_proyecto.pdfAntes de ingresar al resumen de los más importantes representantes de los diferentes procesosresumo el análisis entre estos 2 tipos de proyectos.CARACTERÍSTICAS DE LA GESTIÓN DE PROYECTOS PREDICTIVAEstas premisas han dado dos características a la gestión de proyectos predictiva:1. Universalidad, a pesar de la diversidad se comparten patrones comunes de ejecución2. Carácter predictivo, se define con detalle cuál es el ―producto previsto‖ y elabora un plan dedesarrollo, a partir del cual calcula costes y fechas.PREMISAS Y CARACTERICITICAS PROCESOS LIVIANOS1. No hay una forma única y válida para gestionar cualquier tipo de proyectoCada producto tiene diferentes características diferenciales:• Componente innovador que se espera del resultado.• Grado de estabilidad de los requisitos durante el desarrollo.• Coste de prototipado.• Maleabilidad del producto para modificar su funcionalidad una vez desarrollado.• El objetivo es la eficiencia, el cumplimiento del plan, y no el valor del producto.Hay proyectos en los que importa más el valor y la innovación que el cumplimiento del plan.Innovación CUÁNDO Y POR QUÉ EMPLEAR UNO U OTRO ESTILO DE GESTIÓN CARACTERÍSTICAS DEL PROYECTO Las características relevantes para decidir el estilo de gestión más adecuado son: • Principal prioridad de negocio. • Estabilidad de los requisitos. • Rigidez del producto. • Coste de prototipado. • Criticidad del sistema. • Tamaño del sistema.La comparación y resumen que realizare son del PUDS y del SCRUM que son de los más usados ensus respectivos tipos de proyectos.PUDSDescribe un proceso divido en 4 fases las cuales deben cumplir diferentes FLUJOS que se repetiránen todas las fases, solo que tendrán más o menos ―TRABAJO‖ de acuerdo a la fase.Es un proceso CON CICLO DE VIDA ITERATIVO. Una o más vueltas a todos las tareas de una fasese puede dar, a esto se le llama HITO, cada FLUJO crea documentos que se usarán en lossiguientes FASES Y FLUJO, al finalizar LAS FASES se ha concluido una iteración, con lo cualIng. Oscar Reynaldo Calllisaya Limachi 1
  2. 2. Procesos Agiles vs Pesados Ciclos de vida tenemos una versión del software listo. Se pueden dar las iteraciones necesarias, esto de acuerdo a la división que se dio al sistema. El grafico demuestra la forma del proceso en donde se ve que cada FLUJO se realiza más o menos en cada FASE. Este proceso tiene diferentes artefactos los cuales se basan en UML, siendo ESTANDAR permite un mejor entendimiento de los mismos. SCRUM Scrum es un marco de gestión para proyectos ágiles, se enfoca en lo que pide el cliente e indica que la forma de desarrollo debe ser con incrementos, demostrables en menos de un mes en el cual al inicio y al final de cada incremente el cliente indica su aprobación y mejoras al mismo. Su forma de trabajo también exige UNA GRAN COMUNICACIÓN entre cliente, equipo desarrollo y equipo desarrollo entre si y con el SCRUM MASTER. Como tal solo se enfoca en la gestión, pero no así en las prácticas de desarrollo. Lo cual ya puede seradicionado con otras procesos COMO POR EJEMPLO XP, de la cual deriva, XP describe la formaen el que el equipo debe desarrollar y además como tener el ambiente para ser productivos.El análisis es hecho con el cliente y diseño esta hecho en base a los ejemplos del cliente, por lomismo SCRUM no exige documentación, pero de ser necesario se puede usar algún proceso quepermita realizar DOCUMENTACION AGIL como ICONIX que se basa en ciertos diagramas UMLpara especificar el producto.Ing. Oscar Reynaldo Calllisaya Limachi 2
  3. 3. Procesos Agiles vs Pesados Ciclos de vida MICROSOFT SOLUTIONS FRAMEWORKMicrosoft Solutions Framework (MSF) is a set of principles, models, disciplines, concepts, andguidelines for delivering information technology solutions from Microsoft. MSF is not limited todeveloping applications only, it is also applicable to other IT projects like deployment, networking orinfrastructure projects. MSF does not force the developer to use aspecific methodology (Waterfall, Agile) but lets them decide what methodology to use.GOALSMicrosoft Solutions Framework (MSF) is a set of software engineering processes, principles, andproven practices intended to enabledevelopers to achieve success in the software development lifecycle (SDLC). MSF provides an adaptable guidance, based upon experiences and bestpractices from inside and outside of Microsoft, to increase the chance of successful delivery ofan information technology solution to the customer by working fast, decreasing the number of peopleon the project team, averting risk, while enabling high quality results.FOUNDATIONAL PRINCIPLESThe following are the eight foundational principles, which form the backbone for the other models anddisciplines of MSF:1. Foster open communication2. Work towards a shared vision3. Empower team members4. Establish clear accountability and shared responsibility5. Focus on delivering business value6. Stay agile, expect change7. Invest in quality8. Learn from all experiencesIng. Oscar Reynaldo Calllisaya Limachi 3
  4. 4. Procesos Agiles vs Pesados Ciclos de vida MICROSOFT OPERATIONS FRAMEWORKMicrosoft Operations Framework (MOF) 4.0 is a series of guides aimed at helping informationtechnology (IT) professionals establish and implement reliable, cost-effective services.OVERVIEWMOF 4.0 was created to provide guidance across the entire IT life cycle. Completed in early 2008,MOF 4.0 integrates community-generated processes; governance, risk, and compliance activities;management reviews, and Microsoft Solutions Framework (MSF) best practices.The guidance in the Microsoft Operations Framework encompasses all of the activities and processesinvolved in managing an IT service: its conception, development, operation, maintenance, and—ultimately—its retirement.STRUCTURE OF MOF 4.0MOF 4.0 describes the IT service lifecycle in terms of three phases and a foundational layer:The Plan Phase focuses on ensuring that, from its inception, a requested IT service is reliable,policy-compliant, cost-effective, and adaptable to changing business needs.The Deliver Phase concerns the envisioning, planning, building, stabilization, and deployment ofrequested services.The Operate Phase deals with the efficient operation, monitoring, and support of deployed servicesin line with agreed-to service level agreement (SLA) targets.The Manage Layer helps users establish an integrated approach to IT service management activitiesthrough the use of risk management,change management, and controls. It also provides guidancerelating to accountabilities and role types.Service Management FunctionsMOF organizes IT activities and processes into Service Management Functions (SMFs) whichprovide operational guidance for capabilities within the service management environment. Each SMFis anchored within a related lifecycle phase and contains a unique set of goals and outcomessupporting the objectives of that phase.Management ReviewsAn IT service’s readiness to move from one phase to the next is confirmed by management reviews,which ensure that goals are achieved in an appropriate fashion and that IT’s goals are aligned withthe goals of the organization.Governance, Risk, and ComplianceThe interrelated disciplines of governance, risk, and compliance (GRC) represent a cornerstone ofMOF 4.0. IT governance is a senior management–level activity that clarifies who holds the authorityto make decisions, determines accountability for actions and responsibility for outcomes, andaddresses how expected performance will be evaluated. Risk represents possible adverse impactson reaching goals and can arise from actions taken or not taken. Compliance is a process thatensures individuals are aware of regulations, policies, and procedures that must be followed as aresult of senior management’s decisions.Ing. Oscar Reynaldo Calllisaya Limachi 4
  5. 5. Procesos Agiles vs Pesados Ciclos de vida INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY (ITIL)La Biblioteca de Infraestructura de Tecnologías de Información, frecuentementeabreviada ITIL (del inglés InformationTechnologyInfrastructure Library), es un conjunto de conceptosy prácticas para la gestión de servicios de tecnologías de la información, el desarrollo detecnologíasde la información y las operaciones relacionadas con la misma en general. ITIL da descripcionesdetalladas de un extenso conjunto de procedimientos de gestión ideados para ayudar a lasorganizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos procedimientos sonindependientes del proveedor y han sido desarrollados para servir como guía que abarque todainfraestructura, desarrollo y operaciones de TI.CERTIFICACIÓNExiste un serie de certificaciones dadas por los Institutos Examinadores que describe el nivel deconocimiento y manejo de ITIL.1. FoundationCertificate (Certificado Básico): acredita un conocimiento básico de ITIL en gestión de servicios de tecnologías de la información y la comprensión de la terminología propia de ITIL.2. PractitionersCertificate (Certificado de Responsable): destinado a quienes tienen responsabilidad en el diseño de procesos de administración de departamentos de tecnologías de la información y en la planificación de las actividades asociadas a los procesos.3. ManagersCertificate (Certificado de Director): garantiza que quien lo posee dispone de profundos conocimientos en todas las materias relacionadas con la administración de departamentos de tecnologías de la información.CICLO DE VIDA DEL SERVICIOITIL se basa en el CICLO DE VIDA DEL SERVICIO descrito en sus 5 libros: 1. Estrategia del Servicio 2. Diseño del Servicio 3. Transición del Servicio 4. Operación del Servicio 5. Mejora Continua del ServicioESTRATEGIA DEL SERVICIOSe enfoca en el estudio de mercado y posibilidades mediante la búsqueda de servicios innovadoresque satisfagan al cliente tomando en cuenta la real factibilidad de su puesta en marcha. Asi mismose analizan posibles mejoras para servicios ya existentes. Se verifican los contratos con base en lasnuevas ofertas de proveedores antiguos y posibles nuevos proveedores, lo que incluye la renovacióno revocación de los contratos vigentes.PROCESOS: 1. Gestión Financiera 2. Gestión del Portafolio 3. Gestión de la DemandaDISEÑO DEL SERVICIOUna vez identificado un posible servicio el siguiente paso consiste en analizar su viabilidad. Para ellose toman factores tales como infraestructura disponible, capacitación del personal y se planificanIng. Oscar Reynaldo Calllisaya Limachi 5
  6. 6. Procesos Agiles vs Pesados Ciclos de vidaaspectos como seguridad y prevención ante desastres. Para la puesta en marcha se toman enconsideración la reasignación de cargos (contratación, despidos, ascensos, jubilaciones, etc), lainfraestructura y software a implementar.PROCESOS: 1. Gestión del Catálogo de Servicios 2. Gestión de Niveles de Servicio 3. Gestión de la Disponibilidad 4. Gestión de la Capacidad 5. Gestión de la Continuidad de los Servicios de TI 6. Gestión de Proveedores 7. Gestión de la Seguridad de Información 8. Coordinación del Diseño (nuevo en la versión 2011)TRANSICIÓN DEL SERVICIOAntes de poner en marcha el servicio se deben realizar pruebas. Para ello se analiza la informacióndisponible acerca del nivel real de capacitación de los usuarios, estado de la infraestructura, recursosIT disponibles, entre otros. Luego se prepara un escenario para realizar pruebas; se replican lasbases de datos, se preparan planes de rollback (reversión) y se realizan las pruebas. Luego de ellose limpia el escenario hasta el punto de partida y se analizan los resultados, de los cuales dependerála implementación del servicio.PROCESOS: 1. Gestión de la Configuración y Activos 2. Gestión del Cambio 3. Gestión del Conocimiento 4. Planificación y Apoyo a la Transición 5. Gestión de Release y Despliegue 6. Gestión Validación y Pruebas 7. Evaluación (Evaluación del cambio)OPERACIÓN DEL SERVICIOEn este punto se monitoriza activa y pasivamente el funcionamiento del servicio, se registraneventos, incidencias, problemas, peticiones y accesos al servicio.PROCESOS: 1. Gestión de Incidentes 2. Gestión de Problemas 3. Cumplimiento de Solicitudes 4. Gestión de Eventos 5. Gestión de AccesosMEJORA CONTINUA DEL SERVICIOSe utilizan herramientas de medición y feedback para documentar la información referente alfuncionamiento del servicio, los resultados obtenidos, problemas ocasionados, solucionesimplementadas, etc. Para ello se debe verificar el nivel de conocimiento de los usuarios respecto alnuevo servicio, fomentar el registro e investigación referentes al servicio y disponer de la informaciónal resto de los usuarios.Ing. Oscar Reynaldo Calllisaya Limachi 6

×