El documento compara procesos ágiles y pesados, describiendo características del PUDS y Scrum. PUDS divide el proceso en 4 fases iterativas con flujos de trabajo repetitivos, mientras que Scrum se enfoca en incrementos demostrables mensuales con comunicación entre el equipo y cliente. También resume Microsoft Solutions Framework, Microsoft Operations Framework e ITIL, marcos enfocados en entregar soluciones de TI exitosas siguiendo principios como comunicación abierta, enfoque en valor de negocio y aprendizaje continuo.
1. Procesos Agiles vs Pesados Ciclos de vida
ANALISIS PROCESOS LIGEROS VS PESADOS
URL: http://www.scrummanager.net/files/sm_proyecto.pdf
Antes de ingresar al resumen de los más importantes representantes de los diferentes procesos
resumo el análisis entre estos 2 tipos de proyectos.
CARACTERÍSTICAS DE LA GESTIÓN DE PROYECTOS PREDICTIVA
Estas 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ón
2. Carácter predictivo, se define con detalle cuál es el ―producto previsto‖ y elabora un plan de
desarrollo, a partir del cual calcula costes y fechas.
PREMISAS Y CARACTERICITICAS PROCESOS LIVIANOS
1. No hay una forma única y válida para gestionar cualquier tipo de proyecto
Cada 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 en
sus respectivos tipos de proyectos.
PUDS
Describe un proceso divido en 4 fases las cuales deben cumplir diferentes FLUJOS que se repetirán
en 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 fase
se puede dar, a esto se le llama HITO, cada FLUJO crea documentos que se usarán en los
siguientes FASES Y FLUJO, al finalizar LAS FASES se ha concluido una iteración, con lo cual
Ing. Oscar Reynaldo Calllisaya Limachi
1
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 ser
adicionado con otras procesos COMO POR EJEMPLO XP, de la cual deriva, XP describe la forma
en 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 lo
mismo SCRUM no exige documentación, pero de ser necesario se puede usar algún proceso que
permita realizar DOCUMENTACION AGIL como ICONIX que se basa en ciertos diagramas UML
para especificar el producto.
Ing. Oscar Reynaldo Calllisaya Limachi
2
3. Procesos Agiles vs Pesados Ciclos de vida
MICROSOFT SOLUTIONS FRAMEWORK
Microsoft Solutions Framework (MSF) is a set of principles, models, disciplines, concepts, and
guidelines for delivering information technology solutions from Microsoft. MSF is not limited to
developing applications only, it is also applicable to other IT projects like deployment, networking or
infrastructure projects. MSF does not force the developer to use a
specific methodology (Waterfall, Agile) but lets them decide what methodology to use.
GOALS
Microsoft Solutions Framework (MSF) is a set of software engineering processes, principles, and
proven practices intended to enabledevelopers to achieve success in the software development life
cycle (SDLC). MSF provides an adaptable guidance, based upon experiences and best
practices from inside and outside of Microsoft, to increase the chance of successful delivery of
an information technology solution to the customer by working fast, decreasing the number of people
on the project team, averting risk, while enabling high quality results.
FOUNDATIONAL PRINCIPLES
The following are the eight foundational principles, which form the backbone for the other models and
disciplines of MSF:
1. Foster open communication
2. Work towards a shared vision
3. Empower team members
4. Establish clear accountability and shared responsibility
5. Focus on delivering business value
6. Stay agile, expect change
7. Invest in quality
8. Learn from all experiences
Ing. Oscar Reynaldo Calllisaya Limachi
3
4. Procesos Agiles vs Pesados Ciclos de vida
MICROSOFT OPERATIONS FRAMEWORK
Microsoft Operations Framework (MOF) 4.0 is a series of guides aimed at helping information
technology (IT) professionals establish and implement reliable, cost-effective services.
OVERVIEW
MOF 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 processes
involved in managing an IT service: its conception, development, operation, maintenance, and—
ultimately—its retirement.
STRUCTURE OF MOF 4.0
MOF 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 of
requested services.
The Operate Phase deals with the efficient operation, monitoring, and support of deployed services
in line with agreed-to service level agreement (SLA) targets.
The Manage Layer helps users establish an integrated approach to IT service management activities
through the use of risk management,change management, and controls. It also provides guidance
relating to accountabilities and role types.
Service Management Functions
MOF organizes IT activities and processes into Service Management Functions (SMFs) which
provide operational guidance for capabilities within the service management environment. Each SMF
is anchored within a related lifecycle phase and contains a unique set of goals and outcomes
supporting the objectives of that phase.
Management Reviews
An 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 with
the goals of the organization.
Governance, Risk, and Compliance
The interrelated disciplines of governance, risk, and compliance (GRC) represent a cornerstone of
MOF 4.0. IT governance is a senior management–level activity that clarifies who holds the authority
to make decisions, determines accountability for actions and responsibility for outcomes, and
addresses how expected performance will be evaluated. Risk represents possible adverse impacts
on reaching goals and can arise from actions taken or not taken. Compliance is a process that
ensures individuals are aware of regulations, policies, and procedures that must be followed as a
result of senior management’s decisions.
Ing. Oscar Reynaldo Calllisaya Limachi
4
5. Procesos Agiles vs Pesados Ciclos de vida
INFORMATION TECHNOLOGY INFRASTRUCTURE
LIBRARY (ITIL)
La Biblioteca de Infraestructura de Tecnologías de Información, frecuentemente
abreviada ITIL (del inglés InformationTechnologyInfrastructure Library), es un conjunto de conceptos
y prácticas para la gestión de servicios de tecnologías de la información, el desarrollo detecnologías
de la información y las operaciones relacionadas con la misma en general. ITIL da descripciones
detalladas de un extenso conjunto de procedimientos de gestión ideados para ayudar a las
organizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos procedimientos son
independientes del proveedor y han sido desarrollados para servir como guía que abarque toda
infraestructura, desarrollo y operaciones de TI.
CERTIFICACIÓN
Existe un serie de certificaciones dadas por los Institutos Examinadores que describe el nivel de
conocimiento 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. Practitioner'sCertificate (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. Manager'sCertificate (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 SERVICIO
ITIL 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 Servicio
ESTRATEGIA DEL SERVICIO
Se enfoca en el estudio de mercado y posibilidades mediante la búsqueda de servicios innovadores
que satisfagan al cliente tomando en cuenta la real factibilidad de su puesta en marcha. Asi mismo
se analizan posibles mejoras para servicios ya existentes. Se verifican los contratos con base en las
nuevas ofertas de proveedores antiguos y posibles nuevos proveedores, lo que incluye la renovación
o revocación de los contratos vigentes.
PROCESOS:
1. Gestión Financiera
2. Gestión del Portafolio
3. Gestión de la Demanda
DISEÑO DEL SERVICIO
Una vez identificado un posible servicio el siguiente paso consiste en analizar su viabilidad. Para ello
se toman factores tales como infraestructura disponible, capacitación del personal y se planifican
Ing. Oscar Reynaldo Calllisaya Limachi
5
6. Procesos Agiles vs Pesados Ciclos de vida
aspectos como seguridad y prevención ante desastres. Para la puesta en marcha se toman en
consideración la reasignación de cargos (contratación, despidos, ascensos, jubilaciones, etc), la
infraestructura 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 SERVICIO
Antes de poner en marcha el servicio se deben realizar pruebas. Para ello se analiza la información
disponible acerca del nivel real de capacitación de los usuarios, estado de la infraestructura, recursos
IT disponibles, entre otros. Luego se prepara un escenario para realizar pruebas; se replican las
bases de datos, se preparan planes de rollback (reversión) y se realizan las pruebas. Luego de ello
se 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 SERVICIO
En este punto se monitoriza activa y pasivamente el funcionamiento del servicio, se registran
eventos, 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 Accesos
MEJORA CONTINUA DEL SERVICIO
Se utilizan herramientas de medición y feedback para documentar la información referente al
funcionamiento del servicio, los resultados obtenidos, problemas ocasionados, soluciones
implementadas, etc. Para ello se debe verificar el nivel de conocimiento de los usuarios respecto al
nuevo servicio, fomentar el registro e investigación referentes al servicio y disponer de la información
al resto de los usuarios.
Ing. Oscar Reynaldo Calllisaya Limachi
6