Act. 2.

Anlisis de metodologas de gestin

de TI
Gestin de tecnologas de
informacin
Unidad 2. Metodologas de gestin
de TI

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

Gestin de Tecnologas de Informacin.

Unidad 2. Metodologas de Gestin de TI
Actividad 2.
Anlisis de metodologas de gestin de TI
El propsito de la actividad es que comparares las caractersticas y fases de las
diferentes metodologas de gestin de TI, para ello, tu Facilitador(a) te har llegar
las instrucciones necesarias, una vez que cuentes con ellas, sigue estos pasos:
1. Identifica cada uno de los elementos que conforman los frameworks (conjunto de
clases base elementos o piezas de software que pueden ser reutilizadas para
formar parte de otro software-- que interactan en conjunto para dar una solucin a
una necesidad; y representan conceptos o abstracciones que se ejecutan en la
memoria de la computadora).
Las herramientas, los servicios al usuario, los diversos dispositivos del usuario, y
los servidores son los elementos de los framework.
Por ejemplo .NET Framework es una plataforma de desarrollo posee un entorno de
ejecucin, tambin posee bibliotecas funcionales, librera base de clases, Posee un
lenguaje de programacin y compiladores
VR

C++

C#

J#

..

Visual
Studio
.NET
Common Language Specification
C++, VB, J#, Delphi, Prolog, Java, PHP
ASP.NET: Servicios WEB
Y Web Forms

Windows Form

ADO.NET: Datos y XML

Biblioteca de Clases Base
Son los Namespaces, son independientes del lenguaje
utilizado, son extendibles y orientados a objetos.

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

Common Language Runtime

Motor de ejecucin de .NET, sus caractersticas son:
Complilacin Just in Time, Gestin de memoria (Garbage
Collection), Gestin de errores (Excepciones), Ejecucin
basada en componentes (Essemblies), Gestin de Seguridad,
Multithreading.
Cmo trabaja CLR?
Cdigo Fuente
Cualquier Lenguaje.NET

Compilador
Compilador

Assembly (MSIL)
Biblioteca o Ejecutable

En:
http://es.slideshare.net/soreygarcia/net-framework-981946
2. Ejemplifica sus elementos ms importantes a considerar: clasificacin, tipos,
metodologa, aplicacin, afectacin, gratuidad, dificultad en su implementacin,
etctera.

Concentrarse en los niveles de madurez basndose en un conjunto de condiciones

que pueden ser satisfechas de una forma que no sea ambigua, es una buena
manera de comparacin entre los diferentes niveles desarrollados para cada uno de
los 34 procesos de las TI de Cobit, la administracin puede mapear:

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

* La situacin actual de la organizacin --dnde est la organizacin

actualmente.

* La situacin actual de la industria (la mejor de su clase en la comparacin).

* La situacin actual de los estndares internacionales -comparacin

adicional-.

* La estrategia de la organizacin para mejoramiento -dnde quiere estar la

organizacin-.

Para cada uno de los 34 procesos de TI, hay una escala gradual ascendente de
medidas, basada en una clasificacin de 0 hasta 5.La escala est asociada con las
descripciones del modelo genrico cualitativo de madurez que van desde
Inexistente hasta Optimizada.
Por ejemplo: CobiT es un marco de referencia general dirigido a la administracin
de TI y como tal estas escalas necesitan ser prcticas para aplicar y
razonablemente fciles de entender. Sin embargo, los tpicos de riesgo y de control
apropiado en los procesos de administracin de TI son inherentemente subjetivos e
imprecisos y no necesitan el enfoque menos automatizado que se encuentra en los
modelos de madurez para la ingeniera de software.
La ventaja de un enfoque de Modelo de Madurez es que es relativamente fcil para
la administracin ponerse en la escala y apreciar lo que est involucrado si necesita
mejorar el rendimiento. La escala incluye 0 a 5 porque es bastante probable que no
exista ningn proceso en absoluto. La escala 0-5 se basa en una escala simple de
madurez que muestra cmo evoluciona un proceso desde Inexistente hasta
optimizado. Debido a que son procesos de administracin, la madurez y la
capacidad aumentada es tambin sinnimo de mayor manejo del riesgo y mayor
eficiencia.
El Modelo de Madurez es una forma de medir la eficacia de los procesos de
administracin desarrollados. El grado de desarrollo que deben tener depende de
las necesidades del negocio. Las escalas son slo ejemplos prcticos para un
proceso dado de administracin que muestra esquemas tpicos para cada nivel de
madurez. Los Criterios de Informacin contenidos en el Marco Referencial de CobiT
ayudan a asegurarse de que estamos enfocados en los aspectos correctos de la
administracin cuando describimos la prctica real. Por ejemplo, la planificacin y
organizacin estn enfocadas en los objetivos de efectividad y eficiencia de
administracin, mientras que asegurar la seguridad de los sistemas se enfocar en
el manejo de la confidencialidad y la integridad.
La siguiente grfica muestra el comportamiento del uso de diferentes Frameworks:

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

Como se puede ver, ITIL es por lejos superior, seguido por Scrum, ISO 9000/9001,
Six Sigma (todos en el mismo nivel) y finalmente Kanban en la fila 5.
Si vamos ms all abajo en la lista, el ranking sigue como est (orden exacto):

6-17 de la fila: Prince2, PMBOK, CMMI, Devops, Cobit, TOGAF, BPMN,

ISO20'000, ISO 27'000, XP, DSDM/Atern, eTOM
Y al final (todos en un nivel casi 0 o 'no hay datos disponibles'): Bisl,
OMBOK, USMBOK, estndar y caso, IT4IT, ITOCO y Obashi

ASL, TIPA y GAPPS tuve que eliminar completamente, porque devolvieron

resultados invlidos (mltiples significados sin posibilidad para afinar).
Analizar las tendencias en el tiempo
Los cinco grandes, una sorpresa fue ITIL: muchas personas dicen que hay una
disminucin en la popularidad. No es cierto. En los ltimos 3 aos la tendencia es
plana, precedidas por un pico en 2007 (obviamente relacionado con la publicacin
de ITIL V3) y una disminucin que detuvo hace 3 aos.
Otra observacin es que el impresionante aumento de popularidad de Scrum en los
ltimos 7 aos. En el rea de los giles, Scrum parece continuamente descartar
otros frameworks/mtodos giles como DSDM/Atern y XP. No es de extraar. Sin
embargo, si nos fijamos en ISO 9000/9001 y Six Sigma, hubo una disminucin
enorme de popularidad desde 2007. Pasando por toda la lista, vemos lo siguiente:
Ganadores: Scrum, DevOps (primera aparicin 2011, ahora Rank 9) y TOGAF
(ligeramente)
rboles de hoja perenne (curva plana): ITIL, Kanban, Prince2, PMBOK,
BPMN, ISO20'000, ISO 27'000 y Cobit
Perdedores: Seis Sigma, CMMI e ISO 9000 9001, XP, DSDM/Atern
Los recin llegados (primera aparicin en los ltimos aos y todava no
estn muertos): DevOps, IT4IT, norma y caso. Pueden llegar a la meseta de
produccin en un da o ser obsoletas.

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

Como una nota aparte: estadsticamente, rboles de hoja perenne son en realidad
todava los ganadores. Una comunidad ya infectada no puede ser a infectarse. Esto
tiene un impacto sobre el comportamiento de bsqueda.
Diferencias geogrficas
Haciendo un anlisis geogrfico, no veo mucha diferencia regional en popularidad,
con las excepciones siguientes:
ISO 9000/9001: Aunque en todo el mundo prdida de popularidad, que sigue
intacta popular en toda Amrica Latina SixSigma es bastante popular en la
India, Estados Unidos y algunos pases asiticos, pero no en Europa.
El Reino Unido (incluyendo a los escoceses) & los Pases Bajos amor
Prince2
PMBOK es bastante popular en el continente americano que en Europa o en
Asia
Desglose de la palabra clave
Se eligieron un par de Marcos & estndares y se observa en las bsquedas
relacionadas:

ITIL: Es todo acerca de hacer una certificacin o formacin. Los + buscados

incluyen 'Certificacin ITIL', 'ITIL foundation', 'Formacin ITIL', Prince2 va en
una direccin similar
En contradiccin a eso, DevOps es bastante sobre bsquedas como 'Qu
es DevOps' y 'Reaccin a DevOps'. DevOps es nuevo y popular y la gente
quiere saber ms sobre l
Similar a eso, bsquedas en Cobit, Scrum, PMBOK, CMMI y otros estn muy
relacionados sobre el contenido del respectivo marco de trabajo.

3. Identifica similitudes, diferencias, y la forma en que se complementan.

Con base en:
http://es.slideshare.net/soreygarcia/net-framework-981946
Aqu estn algunas observaciones sobre el CMMI, que lo diferencian de otros:
El CMM investigacin (nota la ausencia de la "i") se basa no tanto en la opinin,
sino en su medicin lo que hace una diferencia;
Esto es muy diferente a decir ITIL / itSMF o OPM3 que tambin tienen niveles de
madurez en su capacidad. Sin embargo, esos niveles se basan en la opinin
colectiva de un grupo de profesionales de las normas, en lugar de la correlacin
apreciable de tiempo/coste rendimiento teniendo en cuenta los procesos de
adopcin;

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

Cobit ha adoptado los niveles CMMI, pero su control es por supuesto mucho ms
amplio (de estrategia, gobernanza, hasta las operaciones de TI, es decir, ITIL).
Las observaciones sobre tiempo/costo entre CMM y CMMI han sido confirmadas
por otros, como el informe Standish, y el proyecto Spice, etc;
PRINCE2 y PMBOK son estndares de opinin colectiva; los procesos claves de
CMMI y prcticas especficas le dir a la Direccin las brechas habidas en estos
cuerpos de trabajo, con el fin de lograr esa diferencia de rendimiento medible de
tiempo y costo.
El CMMI integra cuatro modelos de capacidad separados. Sin embargo, por la
fusin de los modelos, parece que ha colado alguna opinin. Por ejemplo, los
requisitos de desarrollo se ha separado de gestin de requerimientos, pero es
dudoso que alguien haga esa distincin cuando se realizan gestin de
requerimientos. Asimismo, con respecto al "nuevo" nivel (CMMI) posee 3 reas de
proceso integrado, uno no puede ms que preguntarse si todos tienen una clara
correlacin tiempo y costo.
El CMMI ha mejorado cuestiones mediante el movimiento de medicin y anlisis
del nivel 4 al nivel 2; Sin embargo, es muy probable que una leccin aprendida (y
muy importante), no una observacin de las capacidades intrnsecas exhibida por
proyectos de nivel 2.
El Departamento de defensa estadounidense ha detenido an ms la financiacin
de la investigacin CMMI. Esto es probablemente porque hay grandes cambios en
los procesos clave que se han encontrado desde el CMM original de 1992, con
excepcin de los procesos integrados. Esto es una buena noticia, y demuestra
claramente que despus de 17 aos, podemos estar verdaderamente seguros de lo
que hace la diferencia en el desempeo del proyecto.
4. Guarda la actividad con el nombre DPW1_U2_A2_XXYZ.
5. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin mediante la
herramienta Base de datos.
6. Ingresa a la actividad de dos de tus compaeros y lee detenidamente.
7. Identifica sus ejemplos e integra una opinin a sus trabajos mencionando
semejanzas y diferencias con tu actividad.
DGTI_U2_A2_RUMZ.docx
De Rubn Daro Melndez Zamora.
Y de:
Alumna: Norma Luz Arcos Mancilla

UnADM

Gestin de Tecnologas de Informacin

Flix Arenas

Matricula: AL12500785
8. Comenta las participaciones de tus compaeros e integra tus conclusiones
referentes a la actividad mencionando la forma en que las participaciones de tus
compaeros enriquecieron tus propios conceptos.
Al investigar acerca de las diferentes marcos de trabajo, se llega a la conclusin de
que stos permiten trabajar de manera ms ordenada y adecuada, los desarrollos
en nuestro caso de software, ya que tales marcos nos van llevando casi de la mano
para tales desarrollos, tenerlos y manejarlos adecuadamente, harn que nuestro
trabajo sea de calidad, y se evitar (en la medida de lo posible) prdidas de teimpo,
y dinero (costos).
Los trabajos de los compaeros, se desarrollan dentro de lo pedido, aunque no
desarrollan las comparaciones entre los diferentes marcos de trabajo.
En lo personal, en un determinado momento de uso, me gustara ms el Six Sigma,
aunado al CMMI, ya que aunque Six Sigma no es la panacea, nos proporciona un
marco normativo de calidad en seis pasos, que junto con la normatividad de CMMI,
me ayudara a lograr softwares con una muy buena calidad.
*No olvides consultar los criterios de evaluacin de la actividad para que los
consideres en el desarrollo de tu actividad.