SG #39 https://sg.com.mx/ en MoProSoft, ISO/IEC 29110 y KUALI-BEH https://sg.com.mx/revista/39/moprosoft-isoiec-29110-y-kuali-beh <span class="field field--name-title field--type-string field--label-hidden">MoProSoft, ISO/IEC 29110 y KUALI-BEH </span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/users/hannaoktabacienciasunammx" lang="" about="/users/hannaoktabacienciasunammx" typeof="schema:Person" property="schema:name" datatype="" content="Hanna.oktaba@ciencias.unam.mx" class="username">Hanna.oktaba@c…</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 23:00</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/revista/secciones/tejiendo-nuestra-red" hreflang="und">Tejiendo nuestra red</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p><strong>MoProSoft. Reflexión de aniversario</strong></p> <p>Acaban de cumplirse 10 años de la entrega del modelo de procesos MoProSoft a la Secretaría de Economía como resultado de uno de los primeros proyectos del programa PROSOFT. Todavía no comprendo como 11 personas, de los cuales 9 solo pudieron dedicar al proyecto su tiempo libre, logramos en 4 meses generar un modelo de procesos completamente original e innovador. Estructurado en tres capas, la de Alta Dirección con el proceso de Gestión de Negocio, la de Gerencia – con los procesos de Gestión de Procesos, Recursos y Proyectos y la capa de Operación con Administración de Proyectos Específicos y Desarrollo y Mantenimiento de Software. Cada proceso tuvo a su editor responsable y, como curiosidad, les puedo comentar que Mara Ruvalcaba, la Directora de Operaciones de SG, fue responsable por el proceso de Gestión de Negocio, uno de los más apreciados por los directivos de las empresas. Les recuerdo que los documentos originales de MoProSoft se pueden descargar de <a href="www.comunidadmoprosoft.org.mx ">www.comunidadmoprosoft.org.mx </a></p> <p>¿Qué le cambiaría después de 10 años al modelo? – en la estructura no mucho, tal vez separaría mantenimiento del desarrollo. Sin embargo, en los detalles hay muchas cosas que se podrían simplificar y, sobre todo, cambiar la redacción para que se pueda interpretar fácilmente con las prácticas de los métodos ágiles.</p> <p>Curiosamente el valor de MoProSoft en México no fue muy comprendido y reconocido a pesar del apoyo que el mismo programa de PROSOFT otorgó a las empresas para adoptarlo. El excelente relato de la historia típica de la adopción fracasada se publicó en el artículo de Alfredo Lozada en el número anterior de SG. A nivel internacional MoProSoft fue reconocido como una propuesta muy valiosa, sobre todo para las PyMEs.</p> <p>Ultrasist es el ejemplo de una empresa que adoptó MoProSoft de manera muy exitosa. Desde 2003 empezaron a incorporarlo, iniciando por el plan estratégico de Gestión de Negocios, y hoy en día son una empresa sólida. Han quintuplicado su operación y fueron evaluados por segunda ocasión nivel 5 de CMMI. Sospecho que una de las razones del éxito de Ultrasist es que en la empresa trabajan dos de las creadoras de MoProSoft: María Julia Orozco y Claudia Alquicira, que llevan en la sangre la correcta interpretación del modelo. Pero creo que la otra razón, igual de importante, es la constancia del esfuerzo de toda la organización y la verdadera (medible) mejora continua, basada en la Gestión de Procesos.</p> <h4>ISO/IEC 29110. Reflexión y noticia</h4> <p>Ha pasado año y medio de la publicación como estándar internacional del ISO/IEC 29110 5-1-2 Perfil básico, que contiene los procesos de la capa de Operación de MoProSoft ligeramente modificados. En México hay muy poco conocimiento de esto, ya que las instituciones correspondientes tales como la Dirección General de Normas, CANIETI o NYCE no han difundido dicho estándar.</p> <p>En contraste, les puedo comentar que Brasil desde hace un año tiene un proyecto muy intenso para la adopción del Perfil básico, que incluye la capacitación de los consultores y la definición de la certificación reconocida internacionalmente. Tailandia, Perú, España y Canadá también están avanzando en la materia.</p> <p>El año pasado hicimos un análisis de la brecha entre los procesos de Operación de MoProSoft nivel 2 y Perfil básico (ver la referencia 1), que realmente es muy pequeña. Esto podría utilizarse para que las empresas mexicanas obtengan fácilmente reconocimiento internacional del cumplimiento con el Perfil básico. Pero para darles esta ventaja competitiva a las empresas, que han hecho esfuerzos adoptando MoProSoft nivel 2, se necesita una estrategia y un plan de acción, los cuales al día de hoy no existen.</p> <p>Ell grupo WG24 (donde se acuerda el estándar 29110) tuvo reunión de trabajo en Buenos Aires, Argentina en noviembre del año pasado. La delegación mexicana presentó el Perfil Intermedio (una versión mejorada de los procesos de la capa de Gerencia de MoProSoft) para su última revisión interna antes de ser enviado a las revisiones y votaciones formales por los países. Estábamos a punto de presentar la propuesta del Perfil Avanzado (basado en Gestión de Negocio), cuando durante una foto del grupo, nos robaron 13 laptops y 4 mochilas (incluida la mía). Con eso el trabajo del WG24 quedó suspendido, porque nos quedamos sin herramientas y pasmados.</p> <h4>KUALI-BEH y ESSENCE. Noticia</h4> <p>La “boda” ya entre KUALI-BEH y ESENCE se consumó. El 12 de noviembre fue enviada la propuesta de ESSENCE con KUALI-BEH integrado como su extensión a OMG. Ahora faltaba la aprobación de su parte para convertirlo en el estándar. El 12 de diciembre se hizo la votación en la reunión de San Francisco. Yo no pude asistir a esta reunión, pero el que estuvo fue mi alumno de doctorado Miguel Ehécatl Morales Trujillo. A continuación está su relato, narrado en forma inversa (de lo más reciente hacia atrás):</p> <p>“Lo que parecía un viaje de trámite a California, en donde ESSENCE-BEH sería votada para ser adoptada como especificación de OMG, resultó en algo más complejo; aunque nadie había dicho que sería fácil. El trayecto del centro de San Francisco al aeropuerto sirvió para asimilar lo sucedido. A bordo del transporte subterraneo (BART), caí en cuenta que la batalla era más amplia y con más obstáculos de los ya conocidos. Mientras caminábamos hacia el comedor del hotel donde se realizó la reunión Ivar Jacobson se acercó y me dijo: "Miguel, the important thing is that there were only two votes against". Esos dos votos en contra fueron emitidos por Armstrong Process Group —empresa que hizo su aparición hasta el día de la votación y de la que previamente no teníamos noticia, pero curiosamente fue la primera en votar— y por IBM, representado por una persona muy cercana al desarrollo de FACESEM, que abandonó la sesión inmediatamente después de votar.</p> <p>El proceso de la OMG realiza la votación en dos etapas: V2V y Voting for Adoption. El V2V en palabras simples es una votación para decidir si se vota, aunque suene absurdo así está establecido en el protocolo de OMG. Es necesario que en el V2V se obtenga por lo menos 75% de los votos a favor, para dar paso al Voting for Adoption. </p> <p>De las 23 compañías con derecho a voto estuvimos presentes 15 en la reunión. De éstas, once votamos a favor, dos en contra, y dos abstenciones. El resultado fue una aprobación de 73%, insuficiente para realizar el Voting for Adoption. El acuerdo al que se llegó es que el Voting for Adoption se realizará en la próxima reunión en Reston, VA el 20 de Marzo de 2013.</p> <p>Previo al comienzo de la sesión, Ivar me dijo "Miguel, this is exciting because it is not for sure, soon we will know".</p> <p>Y así fue, no era seguro y tendremos que esperar tres meses para concretar este gran paso. Al salir de México tenía la impresión de que el camino aún tendría algunos escollos que sortear, no esperaba uno tan contundente, pero el ánimo no decae, lo aprendido hasta ahora es suficiente motivación para seguir por la misma ruta."</p> <p>Tres meses entonces para la “luna de miel” entre KUALI-BEH y ESSENCE. Ahora todo depende de la habilidad negociadora de Ivar Jacobson con los que no asistieron a la votación.</p> <p><strong>&gt;&gt; Por Hanna Oktaba</strong></p> <h5>Referencia</h5> <ul> <li>[1] Miguel Morales Trujillo, Teresa Ventura, Hanna Oktaba and Rodrigo Torres, “From MoProSoft Level 2 to ISO/IEC 29110 Basic Profile: Bridging the Gap”, el artículo fue aceptado para ser publicado en el CLEI Electronic Journal en abril de 2013. </li> </ul> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>La Dra. Hanna Oktaba es profesora de la UNAM, miembro del IPRC, y directora técnica del proyecto COMPATISOFT. <a href="mailto:hanna.oktaba@ciencias.unam.mx">hanna.oktaba@ciencias.unam.mx</a></p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 05:00:37 +0000 Hanna.oktaba@ciencias.unam.mx 3676 at https://sg.com.mx https://sg.com.mx/revista/39/moprosoft-isoiec-29110-y-kuali-beh#comments Lo Que Viene https://sg.com.mx/revista/39/lo-que-viene <span class="field field--name-title field--type-string field--label-hidden">Lo Que Viene</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/1" lang="" about="/user/1" typeof="schema:Person" property="schema:name" datatype="" class="username">sg</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:50</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/lo-que-viene" hreflang="und">Lo que viene</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><h4>Amazon Redshift</h4> <p>Data warehouse as-a-service</p> <p>Amazon web services anunció la disponibilidad de Redshift, un servicio de data warehouse en la nube diseñado para manejar grandes cantidades de datos (estamos hablando de cientos de gigabytes a incluso varios petabytes). Dado que Redshift se basa en tecnología de RDBMS y utiliza SQL como lenguaje de sentencias, es compatible con herramientas existentes de analítica y BI. Adicionalmente, varios proveedores como Microstrategy, SAP, Pentaho y Tableau confirmaron alianzas con Redshift para ayudar a las empresas a integrar Redshift con su infraestructura de TI existente.</p> <p>De acuerdo con Amazon, un terabyte de datos en Redshift tendrá un costo aproximado de $1,000 dólares, lo cual es un precio bastante atractivo comparado con soluciones tradicionales de data warehouse.<br> <a href="http://aws.amazon.com/redshift">http://aws.amazon.com/redshift</a></p> <h4>Azure Mobile Services</h4> <p>Agrega soporte para Android</p> <p>Windows Azure Mobile Services es un servicio de backend en la nube diseñado para aplicaciones de nueva generación. Su objetivo es facilitar el manejo de datos estructurados en la nube que puedan ser accedidos desde aplicaciones que puedan estar corriendo ya sea en computadoras personales, smartphones, smart TVs u otro tipo de dispositivos de cómputo. Entre las ventajas de usar un servicio como Azure Mobile Services está el poder apoyarse en servicios como autenticación o notificaciones.</p> <p>En el momento de su lanzamiento en agosto del 2012, Azure Mobile Services solamente soportaba aplicaciones Windows 8, lo cual era un gran limitante. Sin embargo, desde entonces ha ido agregando soporte a más plataformas y actualmente ya se puede utilizar también para aplicaciones iOS y Android, lo cual le da una perspectiva mucho más atractiva.<br> <a href="http://www.windowsazure.com/en-us/develop/mobile">http://www.windowsazure.com/en-us/develop/mobile</a> </p> <h4>Hudson</h4> <p>Se gradúa de la incubación</p> <p>El servidor de integración continua Hudson finalmente se graduó de su estatus de incubación en la Fundación Eclipse y liberó su versión 3.0, la primer versión para producción que libera después de haber sido “adoptado” por la Fundación Eclipse.</p> <p>Hudson administra la generación automatizada de builds de un software. Para ello, periódicamente ejecuta tareas como: obtener el código de un proyecto, compilarlo, aplicar pruebas unitarias, integrarlo, aplicar pruebas de integración, y reportar los resultados. La integración continua es una práctica originalmente propuesta en Extreme Programming que muchos equipos ya han adoptado, independientemente de si usan XP o no. </p> <p>Hudson soporta una variedad de herramientas de control de versiones, entre ellas CVS, Subversion, Git y Clearcase. Además puede manejar proyectos de Ant y Maven, así como shell scripts y comandos batch en Windows. Hudson está hecho en Java y se ejecuta en un contenedor de Servlets, como por ejemplo Tomcat. <br> <a href="http://www.eclipse.org/hudson">http://www.eclipse.org/hudson</a></p> <h4>Xamarin</h4> <p>Nuevo IDE y tienda de componentes</p> <p>Xamarin liberó la versión 2.0 de su plataforma que permite desarrollar aplicaciones nativas para iOS, Android y Mac utilizando el lenguaje de programación C#. Esta versión introduce el IDE Xamarin Studio, así como un add-in para Visual Studio y el Xamarin Component Store. </p> <p>El add-in para Visual Studio permite que los desarrolladores de .NET pueden crear aplicaciones nativas iOS y Android desde Visual Studio. El Component Store, es una tienda en línea donde los desarrolladores pueden comprar y vender elementos como librerías, temas de diseño o controles visuales que incorporen en sus aplicaciones.<br> <a href="http://xamarin.com">http://xamarin.com</a> </p> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:50:43 +0000 sg 3674 at https://sg.com.mx https://sg.com.mx/revista/39/lo-que-viene#comments La Reinvención de la Industria de T.I. https://sg.com.mx/revista/39/la-reinvenci%C3%B3n-la-industria-ti <span class="field field--name-title field--type-string field--label-hidden">La Reinvención de la Industria de T.I.</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:50</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/tendencias-software" hreflang="und">Tendencias en Software</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>Para una empresa mediana o grande, la noción de un servidor “único” es cosa del pasado. La imperativa es mantener decenas o cientos de servidores, pensar en “granjas de servidores” y tratar a la infraestructura de forma unificada.</p> <h4>Mini PC</h4> <p>La Raspberry Pi es una computadora de $35 dólares. En el rango $40 a $70 dólares la mini-PC en USB ha estado disponible desde hace meses en el mercado, Dell empujará un concepto similar denominado “Ophelia” a un costo menor de $100 dólares en Estados Unidos.<br /> Se ha hecho realidad la era de la PC desechable, de bolsillo. Se está utilizando para llevar el cómputo a todos los lugares: es posible adquirir teclados que incluyen a la Raspberry Pi y similares. Los aficionados a la fotografía extienden sus cámaras DSLR con una pequeña computadora, accionando remotamente y transmitiendo datos al instante. Prácticamente cualquier televisión puede tener su propia PC.</p> <h4>Post-PC</h4> <p>En el espacio cómputo personal, la atención ha gravitado hacia las tabletas y teléfonos inteligentes. Se estima que estos dos segmentos combinados lograron ventas por 83 millones de dólares en el 2013, mucho mayor a lo anticipado. La PC de escritorio ha evolucionado al “todo en uno”. Por su parte, la “laptop” se ha hecho ultraportátil pero no se han transformado radicalmente todavía, posiblemente en los próximos pronto veamos una verdadera reinvención.</p> <h4>TV</h4> <p>Hoy existe una gran fragmentación entre el contenido en vivo y el contenido bajo demanda, acceso en web de temporadas pasadas vs. nuevas, derechos que varían mucho por cada dispositivo. Están surgiendo servicios que llevan la experiencia social a la TV, tales como Matcha, Fanhattan o Zeebox. DLNA permite la integración de contenido entre dispositivos conectados. La PC de teatro en casa ha evolucionado a nueva funcionalidad como Video Gateways (HomeBase) y amplio acceso remoto (Plex Media Center). La convergencia avanza. </p> <h4>9a Generación de consolas y Multi-pantallas</h4> <p>Las gafas de Oculus Rift, así como Google Glass, sensores como Kinect o aquellos que permiten convertir cualquier superficie en interactiva, incluyendo el proyecto “Immersive Display Experience” de Microsoft son buenos ejemplos de soluciones tempranas de “Cómputo ubiquo” que facilitan aplicaciones de realidad aumentada. La consola se integra con otros dispositivos en el videojuego. Aun así, dada la popularidad que han logrado los juegos casuales en dispositivos móviles, se prevee que los volúmenes de ventas de consolas del pasado probablemente no regresen nunca. </p> <h4>Hardware dedicado</h4> <p>La transformación de hardware es más amplia, sucede en autos, dispositivos del hogar, en infraestructura de redes, etcétera. En éstos últimos los vendedores tradicionales como Freescale, Texas Intruments y Xilinx empujan por hardware dedicado. Pero Intel con Crystal Forest planea resolver todos los problemas de procesamiento de datos. Era inevitable la comoditización de la tecnología.</p> <h4>M2M</h4> <p>La “salud móvil” (mHealth) se refiere a dispositivos que miden una serie de variables biológicas, las almacenan y las transmiten. Estamos en un proceso de estandarización de las comunicaciones (Bluetooth Smart Ready). El número de dispositivos y parámetros de medición crecerá dramáticamente, en 5 años la colección de datos será enorme. Se moverá del dispositivo, al teléfono, a redes más amplias, se combinará con videocámaras y sensores en la ciudad. La comunicación “máquina a máquina” superará el tráfico de interacciones humanas en internet (Internet of Things).</p> <h4>Software</h4> <p>Hacia el futuro cercano, el software empresarial continuará en su forma existente. Pero antes de 10 a 15 años será inminente la migración de soluciones a la nube, aunque hoy continúe la resistencia y lucha de mantener el poder. En el escritorio, las “apps” han aniquilado al software como modelo de negocio. El futuro del modelo de negocio son los “servicios y dispositivos” por medio de suscripciones. </p> <h4>Microsoft se reinventa</h4> <p>La automatización total de los servidores y el acceso a la información por cualquier persona en cualquier lugar continúa siendo una ambición. En una reciente entrevista, Steve Ballmer (CEO de Microsoft) enumeró sus apuestas tecnológicas: nuevos dispositivos con interfaces naturales, la nube y el aprendizaje automatizado (machine learning). La reinvención está en proceso. </p> <h4>Personas</h4> <p>En general, la forma de trabajar y aprender ha cambiado. Las herramientas sociales permiten que ahora más que educación a distancia, se pueda localizar al talento que resuelva problemas específicos. El acceso a la tecnología es generalizado, he escuchado la frase: “la gente de negocios es el siguiente departamento de sistemas”. Conforme los servicios de software sean verdaderamente inteligentes, esto podría suceder. </p> <p>En el pasado mi columna ha tratado sobre posibles rumbos de la tecnología, cambios graduales. En ocasiones, al abrir los ojos, no es evidente que el mundo ha cambiado tanto. </p> <p><strong>&gt;&gt; Por Luis Daniel Soto</strong></p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>Luis Daniel Soto Maldonado (<a href="https://twitter.com/luisdans">@luisdans</a>) labora en la división de negocio de servidores y herramientas de Microsoft Corp</p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:50:12 +0000 lasr21 3678 at https://sg.com.mx https://sg.com.mx/revista/39/la-reinvenci%C3%B3n-la-industria-ti#comments Certificaciones, Normas y Modelos de TI https://sg.com.mx/revista/46/certificaciones-normas-y-modelos-ti <span class="field field--name-title field--type-string field--label-hidden">Certificaciones, Normas y Modelos de TI</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:41</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>Trabajar regidos por un modelo o norma es una red de seguridad que debe ayudarnos a controlar y mejorar los resultados de nuestros proyectos de software. Pero el control y garantías no sólo son requeridas hacia el interior sino también hacia el exterior, y es aquí cuando las certificaciones adquieren un valor más allá del control. En el afán de conseguir reconocimiento como un jugador destacado en la industria internacional de TI, en México en los últimos años se le ha dado gran importancia y apoyo a las certificaciones, tanto a nivel de profesionistas como de organizaciones y productos. Gracias a ello hoy en día contamos con una masa crítica de profesionistas certificados en las tecnologías más utilizadas a nivel internacional, así como un número significativo de empresas acreditadas en modelos de calidad como CMMI y MoProSoft.</p> <p>Aunque mucho se puede discutir sobre si una certificación realmente garantiza la calidad del trabajo de una persona o empresa, lo que sí debemos reconocer es que la masa crítica de personas y empresas certificadas es uno de los elementos que más puede contribuir a mejorar el posicionamiento de un país en la industria global de TI. Es así que hemos dedicado el reportaje principal de esta edición de SG para platicar sobre certificaciones profesionales y modelos de calidad organizacionales. A lo largo de los siguientes artículos conocerás tendencias, modelos y recomendaciones para conseguir las certificaciones de mayor demanda en la industria de TI actualmente.</p> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:41:20 +0000 lasr21 3684 at https://sg.com.mx https://sg.com.mx/revista/46/certificaciones-normas-y-modelos-ti#comments Estudio sobre Certificaciones https://sg.com.mx/revista/46/estudio-sobre-certificaciones <span class="field field--name-title field--type-string field--label-hidden">Estudio sobre Certificaciones</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:40</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>En SG recientemente realizamos un estudio para conocer los objetivos de certificación de nuestra audiencia. Para ello aplicamos una encuesta entre cerca de 300 profesionistas de TI. En el siguiente artículo compartimos un breve resumen sobre los aspectos más relevantes. </p> <p> El objetivo del estudio fue brindar un panorama actual de los intereses que mueven a profesionistas y empresas para buscar una certificación o para alinearse a la implantación de procesos basados en normas y modelos (aunque no busquen una acreditación o certificación).</p> <p> Dentro de la muestra se contemplaron todos los perfiles que intervienen en un desarrollo de software: Directivos, Gerentes, Líderes de Proyecto, Desarrolladores, Arquitectos, Auditores, Consultores, Ing. De Procesos, Testers, Ejecutivos de venta, seguridad e Infraestructura.</p> <h4>Certificaciones personales</h4> <p>La tabla 1 muestra los la lista de certificaciones personales más buscadas entre los encuestados. Las de mayor interés fueron las de PMP, ITIL y SCRUM Master. Un porcentaje considerable también indicó interés en certificaciones en lenguajes o plataformas tecnológicas específicas, sin embargo no se obtuvo el detalle de éstas ya que el enfoque del estudio fue hacia normas y modelos de TI. </p> <p> <strong>Tabla 1</strong>. Certificaciones de interés a nivel personal.</p> <h4>Acreditaciones organizacionales</h4> <p>En el caso de las organizaciones, la tabla 2 lista algunos de los modelos, normas de procesos o metodologías (algunos específicos a TI) más populares. Se indica el porcentaje de personas que indicaron que se utilizaba dicho modelo en su organización.</p> <p> <strong>Tabla 2</strong>. Adopción de modelos y normas en las empresa.</p> <h4>Objetivos</h4> <p>En cuanto a las principales razones para adoptar estos modelos, estas son: </p> <ol> <li>Obtener mejores resultados en sus proyectos.</li> <li>Incrementar competencias y habilidades.</li> <li>Mejorar la calidad de los productos de trabajo.</li> </ol> <p> Un tema que va de la mano con los programas de adopción de modelos y certificación organizacional es la consultoría de procesos. Así que preguntamos a los encuestados sobre el rol que debe de asumir el consultor dentro de este tipo de programas. Dentro de los tres primeros lugares se encuentra:</p> <ol> <li>Facilitador</li> <li>Coach</li> <li>Agente de cambio</li> </ol> <p> Obtener una certificación es un logro, mas no es un indicador de una implantación exitosa a largo plazo, para asegurar que un modelo o norma ha permeado en una organización, nuestros encuestados señalan como indicadores principales los siguientes:</p> <ol> <li>Aumento de la productividad.</li> <li>Cooperación entre individuos, equipos y áreas.</li> <li>Mejora de la calidad y satisfacción de los clientes.</li> <li>Cuando toda la organización conoce los procesos definidos y se entiende su razón de existir.</li> <li>Cuando hay cambio positivo en la cultura organizacional.`</li> </ol> <p> Próximamente publicaremos en el sitio web de SG la versión completa del estudio referido aquí.</p> <h4>Beneficios</h4> <p>Para conocer los beneficiones económicos que obtienen los profesionistas al certificarse recurrimos a un estudio realizado recientemente por Select para Mexico FIRST. De acuerdo con dicho estudio, los profesionistas de TI en promedio obtienen un aumento de 36% en su compensación económica en un periodo de 18 meses después de conseguir una certificación.</p> <p> Las certificaciones profesionales típicamente requieren una inversión significativa tanto en tiempo, esfuerzo y dinero. Es así que algunas organizaciones dudan de apoyar a su personal para conseguir certificaciones, ante el riesgo de que después de invertir en la certificación de un empleado, éste consiga su certificación y se vaya a otra empresa. Sobre este punto, Raúl González, director de Mexico FIRST, nos comentó que “Es cierto que un pequeño porcentaje de los empleadores no invierte en certificar a su personal por el tema de la rotación. Sin embargo, el estudio arrojó que la satisfacción de los empleadores fue del 96%, ya que no solo aumentan las habilidades y se mejoran los resultados en los proyectos, sino que hay más fidelidad de los empleados y por ende disminuye la rotación.”</p> <h4>Más información</h4> <p>Próximamente publicaremos en nuestro sitio web una versión completa del estudio de SG sobre certificaciones. Mantente al pendiente.</p> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:40:53 +0000 lasr21 3685 at https://sg.com.mx https://sg.com.mx/revista/46/estudio-sobre-certificaciones#comments Certificaciones sobre Análisis de Negocio https://sg.com.mx/revista/46/certificaciones-sobre-analisis-negocio <span class="field field--name-title field--type-string field--label-hidden">Certificaciones sobre Análisis de Negocio</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:39</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>El análisis de negocio (business analysis) es un conjunto de prácticas orientadas a entender, documentar y gestionar los requerimientos que genera una organización con el fin de implementar los proyectos que satisfarán las necesidades de negocio.</p> <p> La mayoría de los lectores de SG estará familiarizado con los estudios de la industria como el Chaos Report que indican que tan solo el 25% de los proyectos de desarrollo de software son exitosos. Estas fallas afectan drásticamente el valor accionario de las organizaciones además que la complejidad e incertidumbre de los proyectos se ha incrementado derivado de las nuevas tendencias de la industria.</p> <p> Entre las principales razones de fallas en los proyectos, están la inadecuada administración de proyectos y administración de requerimientos.</p> <p> El objetivo central del análisis de negocio es entender con mayor precisión la necesidad de negocio con el fin de especificarlo de la manera más apropiada para que los diferentes grupos de participantes del proyecto puedan ejecutar las tareas del mismo de forma más completa y alineada a la necesidad de negocio. Por otro lado, además de asegurarse de que la necesidad de negocio es satisfecha, se asegura de medir el desempeño de la solución con el fin de evaluar si esta cumple con los objetivos por los que el proyecto fue iniciado.</p> <h4>Evolución del análisis de negocio</h4> <p>En 2010 una encuesta de Forrester Research realizada con 128 CIOs de empresas prestigiosas de la industria determinó que el análisis de negocio era el rol más importante de TI dentro de los 13 roles principales de la industria. Lo anterior demuestra cómo esta nueva profesión ha ido evolucionando desde que en 2003 fue creado el International Institute of Business Analysis (IIBA), quien creó el cuerpo de conocimientos de la práctica conocido como el BABoK (Business Analysis Body of Knowledge) que rige los estándares de la práctica. La versión más reciente del BABoK es la 2, publicada en 2005, aunque se espera que a finales del 2013 se publique la versión 3.</p> <p> El número de miembros del instituto a nivel mundial ha tenido un crecimiento exponencial, en 8 años llegó de 181 miembros a más de 26,000 al final de 2012. </p> <h4>Tendencias de la industria</h4> <p>Actualmente existen más de 2 millones de posiciones de analistas de negocio en el mundo. Estudios realizados por el IIBA en 2010, dieron como resultado que la composición de analistas de negocio dentro la industria está principalmente constituida por las empresas de TI con un 26.1%; empresas financieras, de seguros y casas de bolsa con un 24.8%; empresas sin fines de lucro 11.0%; industria aeroespacial y de defensa 9% y el resto distribuida en otras industrias. </p> <p> En México se ha notado un incremento en la demanda de este rol principalmente en las empresas financieras, de TI y de retail.</p> <p> Con relación a las tendencias del entorno que han cambiado el rol del analista de negocio, hoy encontramos una economía dinámica e interdependiente, un mercado global de clientes y proveedores con competidores nuevos más agresivos; un panorama económico sombrío afectado por profundas recesiones y quiebras de corporativos y países; clientes más astutos que utilizan redes sociales con acceso a información libre, rica e interconectada; empresas extendidas que utilizan soluciones basadas en SaaS (Software as a Service), recursos globales y en outsourcing; encontramos también un incremento en automatización inteligente a través del uso de motores de decisión para mercados financieros, reconocimiento de voz y herramientas generadoras de código y por último un importante cambio en los modelos de negocio (Apple, Amazon, Google, Facebook).</p> <p> El reto es tener los resultados correctos a la primera. Los resultados de los proyectos son mediocres, ha habido un incremento importante del gasto en TI ($3.7 Trillones USD en 2011 según Gartner) lo que hace que el costo de tener fallas en los proyectos puede representar unos $250 billones de dólares de pérdida por mala especificación de los requerimientos.</p> <p> Respecto a las tendencias tecnológicas que más han impactado el rol del analista de negocio se encuentran: el desarrollo de proyectos bajo metodología ágil; el análisis de la información requerida para proyectos de Business Intelligence; los procesos de negocio afectados por implementaciones de Business Process Management; la tendencia de independizar las reglas de negocio (Business Rules) de los procesos y sistemas; el creciente uso de frameworks de Arquitectura Empresarial y los constantes cambios organizacionales así como el uso de soluciones basadas en cómputo en la nube.</p> <p> Todo lo anterior obliga de alguna forma a tener analistas de negocio especializados en algunas de estas tendencias para entender mejor el negocio y poder proponer soluciones más adecuadas a las necesidades del mismo.</p> <h4>Las certificaciones profesionales del IIBA</h4> <p>Una certificación profesional es una designación ganada por un individuo identificando que ha demostrado un nivel estándar de habilidades, experiencia y conocimiento dentro de su campo. Las certificaciones son generalmente ganadas a través de una asociación profesional con un cuerpo de certificación y son otorgadas basadas en una combinación de formación, experiencia y conocimiento, más que solo por haber pasado un examen. El proceso de desarrollo, administración y mantenimiento de la certificación es realizado con base en estándares internacionales. Muchas certificaciones profesionales se utilizan indicando las siglas de la certificación después del nombre (ejemplo: Juan Pérez, CBAP)</p> <p> Las dos designaciones del IIBA, CBAP – Certified Business Analysis Professional y la CCBA – Certification of Competency in Business Analysis son certificaciones profesionales.</p> <p> El IIBA tiene un Cuerpo de Certificación cuya responsabilidad es el desarrollo y vigilancia de las certificaciones profesionales de las organizaciones. El Cuerpo de Certificación es independiente del IIBA con el fin de eliminar conflictos de interés entre el cuerpo de certificación y el IIBA.</p> <p> Las designaciones CBAP y CCBA son únicamente otorgadas una vez que los individuos han logrado los requerimientos de formación, experiencia y conocimientos en lugar de ser estrictamente evaluados por sus conocimientos (ejemplo: pasar un examen).</p> <p> El programa de certificación del IIBA ha sido desarrollado alineado a los requerimientos ISO 17024. El ISO 17024 es el estándar internacional para cuerpos de certificación para individuos. Alineándose a este estándar el IIBA demuestra su compromiso de dirigir un programa de certificación equitativo.</p> <h4>¿Por qué elegir certificaciones del IIBA?</h4> <p>Siendo una organización global profesional sin fines de lucro para el Business Analysis, el IIBA está interesado en el reconocimiento y apoyo a individuos y a la gran comunidad de analistas de negocio. Esto te da la confianza de que tu certificación profesional del IIBA será reconocida a donde quiera que vayas no sólo donde un proveedor de capacitación particular es conocido. </p> <p> La figura 1 muestra los requisitos de certificación para cada nivel de certificación.</p> <p> <strong>Figura 1</strong>. Requisitos de certificación.</p> <h4>Escenario futuro</h4> <p>Hacia el futuro, podemos ver que seguirá el acelerado crecimiento de conciencia y conocimiento del rol del analista de negocio y su valor. Hay una necesidad del uso de prácticas y un lenguaje común de negocios y tecnología consistente a lo largo de las organizaciones. Se está dando una integración de disciplinas de proyectos alineados hacia los objetivos de la organización. Y por último pero no por ello menos importante, está aumentando el enfoque hacia las relaciones personales.</p> <p> Todos estos factores provocarán que la demanda por analistas de negocio continue creciendo. Adicionalmente, el rol está sufriendo una transición a una posición de liderazgo.</p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>Gabriel Almeida, CBAP® es Socio Fundador, Primer Presidente y VP de Desarrollo Profesional IIBA Mexico City Chapter. Estudió Licenciatura en Informática en UPIICSA y tiene 35 años de experiencia en la industria de TI. Ha ocupado puestos directivos como Subdirector de Ingeniería Sistemas; Subdirector de Ingeniería Procesos; Director de Innovación y Tecnología en distintas empresas. Actualmente imparte cursos, conferencias y talleres sobre Business Analysis. <a href="mailto:galmeida@seanmexico.com">galmeida@seanmexico.com</a></p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:39:23 +0000 lasr21 3686 at https://sg.com.mx https://sg.com.mx/revista/46/certificaciones-sobre-analisis-negocio#comments Las Certificaciones que Todo Tester debe Conocer https://sg.com.mx/revista/46/las-certificaciones-que-todo-tester-debe-conocer <span class="field field--name-title field--type-string field--label-hidden">Las Certificaciones que Todo Tester debe Conocer</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:37</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>Seguramente como Ingeniero de Pruebas te has preguntado algo como ¿qué certificaciones existen en el mercado?, ¿cuál tiene mayor validez?, ¿por qué me debería de certificar con un ente extranjero y no con un representante nacional? o si vivo en México ¿por qué el ASTQB y no el HASTQB?, si al final del día existe un representante en México ¿por qué hacerlo con un extranjero?</p> <p> En este artículo analizaremos algunas de las opciones más populares para certificación en testing.</p> <h4>La evolución de las pruebas de software como disciplina</h4> <p>El funcionamiento de los sistemas modernos de TI depende de nuestra habilidad de producir software en una forma costeable. El término “ingeniería de software” se usó por primera vez en el taller de la OTAN en 1968 en Alemania Oriental. ¡Este taller se enfocó en la crisis del software! Desde ese momento se observaba una crisis en la calidad, confiabilidad, altos costos, etcétera., de los proyectos de sistemas de software, es decir, comenzó mucho antes de que la mayoría de nuestros testers del día de hoy hubieran nacido.</p> <p> La actitud respecto a las pruebas de software ha tenido una evolución positiva e importante en los últimos años. En los 50’s las pruebas no eran otra cosa que “debuggear” o depurar, en los 60’s al usar compiladores, las pruebas se separaron de la actividad del “debugging” o depuración. En los 70’s al introducir los conceptos de ingeniería de software, las pruebas evolucionaron como una disciplina técnica. Al tener una mayor relevancia los sistemas de software, ha crecido el interés en la protección, seguridad y aceptación, hasta desarrollar la disciplina como una profesión formal. </p> <h4>El perfil del tester</h4> <p>Si bien sabemos que un “probador de software” deberá de ser: curioso, perceptivo, inquisitivo, crítico, analítico, persistente, buen comunicador y negociador, estas características y habilidades son parte del perfil de un buen ingeniero, pero son en su mayoría implícitas a la profesión y difíciles de medir de forma concreta. Es por eso que se requiere de una formación estructurada y especializada que pueda ser validada para garantizar los conocimientos básicos y la experiencia.</p> <p> Al día de hoy, la mayoría de los ingenieros de pruebas han aprendido a desarrollar su profesión de forma empírica. Si bien algunos cuentan con mayor o menor formación formal en términos de sistemas de software y una carrera universitaria afín al área de TI, pocos han sido los que han tenido entrenamiento formal y han logrado acreditar certificaciones en la disciplina. Esta disciplina ha tomado una gran relevancia en las últimas 3 décadas y al día de hoy ya se considera una profesión madura que cuenta con diferentes ofertas para validar los conocimientos de sus practicantes. A continuación describiremos las principales certificaciones disponibles y comentaremos sus principales diferencias y puntos clave.</p> <h4>Principales organizaciones certificadoras y su oferta</h4> <p>El International Software Testing Qualifications Board es una organización basada en Alemania pero con representación en distintas regiones del mundo. En el caso de América está el ASTQB (American Software Testing Qualifications Board) para Estados Unidos, CSTB (Canadian Software Testing Board) para Canada y HASTQB (Hispanic America Software Testing Qualifications Board) para países de habla hispana. Estos son los niveles y opciones de especialización para las certificaciones que ofrece ISTQB:</p> <ul> <li>Nivel de fundamentos (Foundation).</li> <li>Nivel avanzado (Advanced) con 3 opciones de especialización: Test Manager, Test Analyst, Technical Test Analyst.</li> <li>Nivel experto con 4 opciones de especialización: Improving Test Process, Test Management, Test Automation, Security Testing.</li> </ul> <p> Asímismo, el IIST (International Institute for Software Testing) de Estados Unidos ofrece los programas:</p> <ul> <li>Certified Software Test Professional (Associate, Practitioner, Master Levels).</li> <li>Certified Agile Software Test Professional.</li> <li>Certified Test Manager.</li> <li>Certified Software Quality Manager.</li> <li>Certified Software Test Automation Specialist.</li> </ul> <p> La American Society for Quality (ASQ) es un organismo bastante importante en Estados Unidos, que ofrece programas de formación y certificación para roles de gestión de calidad en distintos dominios. En el caso específico del software, ofrece el programa CSQE (Certified Software Quality Engineer).</p> <p> También tenemos al iSQI (International Software Quality Institute) en Alemania, que destaca por un lado por ofrecer un programa de certificación para testing ágil y por otro por ofrecer un programa específico para el modelo V. Estos son sus programas:</p> <ul> <li>CAT Certified Agile Tester (Foundation Level y Advanced Level)</li> <li>QAMP Quality Assurance Management Professional</li> <li>TTCN-3 Testing and Test Control Notation</li> <li>Certified V-Model XT Project and QA Manager</li> </ul> <p> El British Computer Society / Information Systems Examinations Board (BCS/ISEB) en el Reino Unido ofrece los siguientes programas de certificación:</p> <ul> <li>Foundation, Advanced, Expert (en alianza con ISTQB)</li> <li>Intermediate Certificate in Software Testing. Este certificado se considera como un nivel intermedio entre los niveles Foundation y Advanced del ISQTB.</li> <li>Certified Agile Tester (en alianza ISQI)</li> </ul> <p> Por último, el Instituto de Examinación para Ciencias Informáticas en Holanda ofrece programas de certificación orientados a la metodología TMap (Test Management Approach):</p> <ul> <li>TMAP NEXT Test Engineer</li> <li>TMAP NEXT Test Manager</li> </ul> <p> En general podemos observar que la mayoría de las ofertas de pruebas se orientan a un nivel básico y permiten la especialización como administradores o líderes de pruebas. Son pocas las organizaciones que validan diferentes niveles de dominio de la disciplina (niveles intermedios, avanzados o expertos) y sólo un par ofrecen certificaciones relacionadas a pruebas técnicas y automatización de pruebas. </p> <p> Seguramente en los siguientes años veremos una mayor especialización en términos de automatización de pruebas y pruebas no funcionales. Además, se puede ver claramente que la profesionalización de la disciplina se ha adoptado tanto en EUA y Europa. También se debe considerar que además de la oferta de estas organizaciones, diferentes compañías locales y regionales están comenzando a definir sus propios esquemas de certificación y rutas de entrenamiento.</p> <p> La tabla 1 muestra un comparativo de las opciones ofrecidas por las distintas organizaciones.</p> <p>Algunos puntos a considerar:</p> <ul> <li>Todas las certificaciones mencionadas en la tabla, se acreditan por medio de examen, a excepción de IIST que se acredita simplemente por entrenamiento.</li> <li>Solamente ISTQB cuenta con representación regional en México (HASTQB).</li> <li>ISTQB contempla dos especializaciones técnicas: Technical Analyst, Test Automation</li> <li>IIST tiene la especialización técnica de: Test Automation Specialist.</li> </ul> <p> <strong>Tabla 1</strong>. Detalles de las Certificaciones</p> <h4>Puntos importantes al decidir sobre una certificación</h4> <ul> <li><strong>Presencia a nivel mundial y reconocimiento</strong>. Es recomendable contar una certificación por parte de una organización con presencia mundial a través de capítulos o coordinaciones regionales. Aquí vale la pena revisar las organizaciones que tienen más tiempo en la industria y que han logrado formar vínculos con entidades gubernamentales u otras asociaciones similares.</li> <li><strong>Tipo de Acreditación</strong>. Básicamente hay dos tipos, las que son basadas en exámenes y las que son basadas en entrenamientos. Para las primeras, únicamente se requiere acreditar un examen y pagar su costo. Para las segundas, además del examen es forzoso haber tomado el curso oficial asociado a la certificación.</li> <li><strong>Vigencia</strong>. El tiempo que acredita la certificación, algunas no expiran y otras deben renovarse cada cierto tiempo (3 a 5 años). </li> <li><strong>Niveles de Certificación</strong>. Normalmente las organizaciones con mayor madurez ofrecen más de un nivel y esto permite una ruta de desarrollo más robusta. </li> <li><strong>Ramas de especialización</strong>. También hay algunas organizaciones que ofrecen más de un esquema de crecimiento, ya que uno puede especializarse en una rama de la disciplina de pruebas como es la Administrativa, Mejora de Procesos, Pruebas No Funcionales, Automatización, etc.</li> </ul> <h4>Conclusión</h4> <p>Hoy en día es difícil imaginar alguna empresa u organización que no dependa de la tecnología, es por ello que los sistemas cada día deben de aportar mayor calidad y fiabilidad a los usuarios finales. Con lo anterior es evidente que en el día a día se necesitan Ingenieros de Prueba con mayor preparación y experiencia para garantizar la funcionalidad de los requerimientos solicitados, pero también para robustecer los sistemas; es decir, que sean resistentes-confiables para el público en general. </p> <p> En México el HASTQB es uno de los organismos acreditados más importantes y cada día a nivel mundial mediante el ISTQB cobra mayor fuerza. Actualmente cuenta con más de 250,000 personas certificadas en diferentes niveles en más de 70 países. Claramente vemos el desarrollo y madurez de la profesión del ingeniero de pruebas y es por ello que la preparación y acreditación formal cobran mayor importancia.</p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>Gerson García es Gerente de Tecnología en Testing IT y David Aguilar es Gerente de Operaciones en la misma empresa. Han participado en proyectos de pruebas de software para empresas de diversos sectores y cuentan con certificaciones del ISTQB (Foundation &amp; Advanced Level) y en IREB (Ingeniería de Requisistos). <a href="http://www.testingit.com.mx">www.testingit.com.mx</a></p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:37:24 +0000 lasr21 3687 at https://sg.com.mx https://sg.com.mx/revista/46/las-certificaciones-que-todo-tester-debe-conocer#comments Mejorando Resultados de Negocio https://sg.com.mx/revista/46/mejorando-resultados-negocio <span class="field field--name-title field--type-string field--label-hidden">Mejorando Resultados de Negocio</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:36</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>Los modelos de procesos para desarrollo de software tales como ISO/IEC 15504 de la Organización Internacional para la Estandarización (ISO) o CMMI® del CMMI Institute proporcionan un marco de trabajo que las organizaciones pueden adoptar para mejorar el desempeño de sus procesos. Ambos modelos cubren un amplio rango de actividades a través de una clasificación de procesos que, para muchas empresas, es difícil de implementar, debido al cruce de acciones y responsabilidades entre diferentes roles cubriendo varias disciplinas. Y este tipo de operación, típicamente resulta en un sistema documental complejo basado en prácticas muy robustas tipo RUP, PMI, estándares ISO o IEEE, que generan flujos de trabajo complicados y dependientes, así como la generación de muchos artefactos (documentación) que implican tiempo y esfuerzo a pesar de la adecuación (tailoring) que puedan hacer para cada tipo de proyecto.</p> <p> En este artículo platicaremos sobre cómo podemos combinar este tipo de modelos formales con técnicas de las metodologías ágiles para mejorar y agilizar los resultados.</p> <h4>Principales características de las metodologías ágiles</h4> <p>Antes de continuar, demos un pequeño repaso acerca de métodos ágiles. Dichas metodologías surgieron como alternativa a los procesos tradicionales de desarrollo, retomando aspectos esenciales de los modelos de proceso formales, pero proporcionando una dimensión. Entre las metodologías más comúnmente usadas tenemos:</p> <p><strong>SCRUM:</strong> Define un conjunto de prácticas y roles que pueden ser consideradas como punto de partida para el proceso de desarrollo a usar. Indicado para proyectos con alto índice de volatilidad de los requerimientos. Se caracteriza por definir Sprints (iteraciones) de corta duración. Permite mostrar al cliente un producto que va incrementando funcionalidad con cada sprint ejecutado, permitiendo la validación continua del producto en construcción.</p> <p><strong>Programación Extrema (XP):</strong> Define un proceso iterativo e incremental con pruebas unitarias continuas y entregas frecuentes. El cliente o un representante se integran activamente al equipo de desarrollo. Promueve el desarrollo de las funciones del producto con dos personas en el mismo puesto: programación por pares. Considera la corrección de todos los defectos encontrados antes de incorporar nueva funcionalidad y realizar pruebas de regresión constantes para detectar los posibles errores.</p> <p><strong>Feature-Driven Development (FDD):</strong> Define un proceso iterativo, con iteraciones cortas de dos semanas como máximo. Consta de cinco pasos: 1. Desarrollo de un modelo global, 2. Construcción de una lista de funcionalidades, 3. Planeación por funcionalidad, 4. Diseño por funcionalidad y 5. Construcción por funcionalidad.</p> <p><strong>Test-Driven Development (TDD):</strong> Minimiza el número de defectos del código maximizando su calidad (código limpio). Su funcionamiento se basa en la escritura de una prueba, en la cual se verifican fallas. Posteriormente, se implementa el código que hace que la prueba pase satisfactoriamente, finalizando con la refactorización del código escrito.</p> <h4>Mapeo de procesos CMMI vs. métodos ágiles</h4> <p>Buscando en Internet podemos encontrar diversas propuestas de mapeos de correspondencia entre modelos de procesos y metodologías de software. Lo interesante no es esta descripción, sino la adaptación que cada organización hace de su proceso estándar para la adopción de nuevas técnicas o procesos. En el caso de métodos ágiles, considerando que se ha contado con experiencia en la implementación de un modelo como CMMI, se pueden aprovechar las actividades relacionadas con la eficiencia de los recursos y la estrecha colaboración con el cliente simplemente ajustando el ciclo de vida tradicional para incorporar prácticas ágiles en aquellas actividades donde tenga sentido. Generalmente los procesos más afectados son los de las categoría de administración de proyectos, ingeniería y soporte. La figura 1 muestra un panorama de esta arquitectura de procesos modificada.</p> <p> <strong>Figura 1</strong>. Procesos de CMMI afectados por métodos ágiles.</p> <p> En el caso de la administración de proyectos, Scrum es posible el método ágil que mayor influencia puede tener en esta categoría, ya que define prácticas relacionadas a Requirements Management (REQM), Project Planning (PP) y Project Monitoring and Control (PMC). Algunas actividades del proceso Product and Process Quality Assurance (PPQA) son cubiertas de forma natural por el Scrum Master al asegurar que el proceso Scrum es ejecutado por el equipo, sin embargo para obtener evaluaciones objetivas se debe definir desde el principio estándares y procedimientos que, luego a través de listas de verificación, puedan evaluarse. Para realizar la implementación robusta del proceso Measurement and Analysis (MA) se recomienda usar GQIM. Para el proceso Supplier Agreement Management (SAM) Scrum no considera prácticas relacionadas con el tema.</p> <p> En cuanto a los procesos de ingeniería, Scrum recomienda prácticas que se pueden utilizar para Requirements Development (RD) y Requirements Management (RM). A su vez, tanto XP como FDD y TDD cubren varias actividades del resto de los procesos de ingeniería. </p> <p> Los procesos de soporte como Process and Product Quality Assurance (PPQA) y Configuration Management (CM) sufren modificaciones, sin dejar de obtener las ventajas de su implementación. La velocidad de desarrollo implica implementar técnicas de integración continua que permitan ser más veloces en la realización de liberaciones parciales y formales diariamente. Uno de los retos principales es acoplar el proceso de auditorías al dinamismo y practicidad para documentar los aspectos técnicos que usa el equipo, ya que se ejecuta siempre de forma muy estricta a los artefactos documentados en detalle y generalmente en versiones que cubren al menos el 90% del alcance definido.</p> <h4>Beneficios y resultados de negocio</h4> <p>Dentro de los beneficios que se pueden obtener al implementar CMMI con técnicas ágiles podemos encontrar:</p> <ul> <li>Cumplir con las expectativas de los proyectos.</li> <li>Conservar la visibilidad de los proyectos hacia la Alta Gerencia pero con datos actualizados diariamente permitiendo una mejor toma de decisiones.</li> <li>Mejor comunicación entre todos los involucrados. </li> <li>Mejora de la planeación y mejor entendimiento del producto a construir.</li> <li>Reducción del re-trabajo (al menos un 50% en nuestro caso).</li> <li>Aumento de la productividad (al menos un 60% en nuestro caso).</li> <li>Reducción de defectos (al menos un 60% en nuestro caso).</li> <li>Disminución de los costos.</li> <li>Incremento del nivel de satisfacción del cliente.</li> </ul> <h4>Conclusiones y retos futuros</h4> <p>La implementación de CMMI usando técnicas ágiles trae consigo lo mejor de dos mundos: contar con procesos definidos y un buen nivel de control pero ahora sobre técnicas sencillas y eficientes enfocadas al cliente y al producto.<br /> La implementación de las prácticas ágiles en un entorno de procesos riguroso, como el establecido a través del uso de CMMI, permite:</p> <ul> <li>Contar con una combinación poderosa para adaptarse rápidamente a los cambios así como la predictibilidad de los resultados y toma de decisiones oportuna.</li> <li>Considerar el time to market como factor de ventaja competitiva.</li> <li>Elevar los índices de satisfacción del cliente.</li> </ul> <p> Hay que aprovechar ahora el enfoque de diversos grupos como PMI con administración ágil, RUP con su versión para desarrollo ágil y diversos modelos ágiles, para obtener mejores resultados en la producción de software. ¡Es cuestión de agilizar!</p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>Elsa Ramírez Hernández es Directora de Innovación en Praxis. Es experta en implantación de CMMI habiendo dirigido esfuerzos para la acreditación en CMM 3, CMMI 4, CMMI 5 y CMMI 5 con ágiles para una empresa de desarrollo.</p> <p>Fernando Rueda Téllez es consultor CMMI en Praxis. Es experto en procesos de administración, desarrollo y soporte. SEPG Manager y participó en SCAMPIs para CMM 3, CMMI 4, CMMI 5 y CMMI 5 con ágiles para una empresa de desarrollo.</p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:36:35 +0000 lasr21 3688 at https://sg.com.mx https://sg.com.mx/revista/46/mejorando-resultados-negocio#comments ¿Qué Tan Ágil Puede Ser Mi Modelo de Procesos? https://sg.com.mx/revista/58/que-tan-agil-puede-ser-mi-modelo-de-procesos <span class="field field--name-title field--type-string field--label-hidden">¿Qué Tan Ágil Puede Ser Mi Modelo de Procesos? </span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:35</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="field field--name-field-autor field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Autor</h3> <ul class='links field__items'> <li><a href="/autores-sg/rodrigo-torres-garibay" hreflang="und">Rodrigo Torres Garibay</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p><i>“Nosotros somos ágiles por eso no documentamos”…<br /> “Eso va a hacer más lento el proceso”…<br /> “¿Por qué siempre me pides evidencia con una minuta firmada?”… </i></p> <p>Estos y muchos otros cuestionamientos similares solemos encontrar quienes nos dedicamos a mejorar procesos de software; por un lado la noción de que los modelos de procesos “clásicos” (CMMi, MoProSoft, PMBOK, ITIL, etc) van a entorpecer o hacer más lentas las actividades del día a día y por otro lado esta percepción de que los modelos de procesos “ágiles” (SCRUM, Lean, Kanban, etc.) significan no documentar. ¿Pero son realmente los modelos “clásicos” unos modelos lentos? O es más bien una inadecuada interpretación de un consultor con poco conocimiento o un evaluador o “Lead Appraiser” con poco criterio para enfocarse a las necesidades de la organización y no solamente a que cubran el modelo/norma o estándar.</p> <p>Todos los modelos de procesos se pueden convertir en la peor pesadilla para cualquier organización sino se saben interpretar o si se quiere seguir al pie de la letra lo que dicen. Ningún modelo es lo suficientemente completo para cualquier organización, por lo tanto se debe de revisar qué es lo que nos ofrece cada modelo y enfocarlo principalmente a las necesidades de la organización en la que se quiera implementar. Recordemos que los modelos de procesos nos marcan el “Qué” y la organización decide el “Cómo”. Por ejemplo, un modelo nunca te pide que generes tres minutas y que éstas sean firmadas con sangre por todos los involucrados, lo que el modelo pide es que notifiques los planes de trabajo a tus involucrados. Queda a criterio de cada organización decidir la mejor forma de implementar esto de acuerdo a su contexto y necesidades.</p> <p>Cuando se comience un proyecto de mejora no importando el modelo, norma o buena práctica que se quiera implementar como marco de referencia, se debe de hacer la pregunta: “¿Qué es lo que se quiere mejorar?” Con esto se logrará definir el objetivo para el proyecto de mejora. Si comenzamos el proyecto sin hacernos esta pregunta y en lugar de eso colocamos en el objetivo “alcanzar el nivel x del modelo x” vamos a provocar que toda la implementación esté orientada a obtener “el papel” y nunca la mejora. Es cuando se comienza a volver los modelos lentos, tortuosos y “requeridos porque el jefe lo pidió”. Todo modelo debe de ajustarse a la organización y no la organización al modelo.</p> <p>Al embarcarse en un esfuerzo de mejora de procesos, el objetivo siempre debe de ser la mejora, nunca el papel. Si se orienta desde un principio el proyecto a mejorar los resultados de la organización, se estará cubriendo las necesidades de ésta y de paso obteniendo el nivel deseado.</p> <p>Comúnmente me encuentro con implementaciones de modelos que parten de plantillas, productos base o formatos que son provistos por una firma consultora para “apoyar” a la empresa con la definición de sus procesos. Creo que esta práctica es un arma de doble de filo. Si estas plantillas se utilizan como un ejemplo para partir de una idea para comenzar a definir los procesos creo que está correctamente utilizado, pero si por otra parte se utilizan estas herramientas sin una explicación previa, capacitación y revisión de las prácticas existentes en la organización podríamos estar privando a la organización de la creatividad, innovación y libertad para la definición de procesos lo cual será clave para la buena adecuación del modelo. Imaginemos el caso de un líder de proyecto que aprovechando el esfuerzo de mejora quiere modernizar los planes de proyecto usando una herramienta de gestión de proyectos en la nube, con reportes automatizados, actualización en tiempo real … y de pronto se le aparece un documento de texto plano con una portada, índice, capítulo de introducción, alcance, glosario, aprobaciones, etc. que en su conjunto la pura plantilla sin contenido son siete hojas (de las cuales realmente funcionan dos), que requiere de firmas de todos los involucrados del proyecto y para rematar se le dice “solamente con este producto puedes alcanzar el nivel deseado de madurez”. Estoy seguro que en este tipo de situaciones cualquier modelo con el nombre que se le quiera dar se puede volverá en una pesadilla para el líder de proyecto y todo el equipo.</p> <p> Por ejemplo, el Modelo de Procesos para la Industria del Software (MoProSoft) nos señala que en su nivel 2 y a lo largo de sus 9 procesos, existen 77 productos de trabajo. Si lo vemos fríamente además estos productos de trabajo se podrían incrementar debido a las evidencias solicitadas de la gestión de los proyectos si consideramos que cualquier acuerdo se puede ver reflejado solamente con una minuta firmada por los involucrados. En este caso en particular MoProSoft en ninguna parte de la norma nos señala que estos productos tienen que ser documentos en texto plano, hojas de cálculo, minutas, etcétera; uno podrá definir cómo llevar estos productos de trabajo y documentar los procesos utilizando las guías de ajuste.</p> <p> De la misma manera, el Project Management Body Of Knowlege (PMBOK) del Project Management Institute (PMI) deja muy claro desde su primer capítulo cuando nos dice que una “buena práctica” no significa que todo el conocimiento ahí descrito deba de ser aplicado de la misma forma en todos los proyectos de la organización, sino que es la organización o el líder de proyecto quien debe decidir sobre qué prácticas tomar para cada proyecto.</p> <p> Por su parte, en el Capability Maturity Model Integration (CMMi) del Software Engineer Institute (SEI) nos marca en su representación escalonada para el nivel 2 la implementación de 7 áreas de procesos y para el nivel 3 la implementación de 11 áreas de procesos.Si contabilizamos sus sub-prácticas en la constelación de desarrollo, para nivel 3 estamos hablando de 138 sub-prácticas a lo largo de las 18 áreas de proceso. Además de sumarle las 12 prácticas genéricas las cuales tendrían que estar implementadas en las 18 áreas de proceso, lo cual nos da 216 “evidencias” que se tendrían que mostrar. Como vemos, si nos ponemos a contar cada una de las prácticas e intentamos lograr generar una evidencia diferente para cada práctica o práctica genérica terminaremos con un montón de documentos en un servidor de la empresa que lo más probable es que al final del proyecto terminemos tirando a la papelera de reciclaje.</p> <h4>¿Cuál es la clave?</h4> <p>Lo esencial es estudiar el modelo para saber qué áreas de proceso y prácticas se relacionan entre sí. Con esto lograremos que por medio de una sola actividad varias prácticas del modelo al mismo tiempo. Recordemos que CMMi nos dará el qué y la organización propondrá el cómo. Además de que CMMi nunca nos solicita que tengamos minutas firmadas o documentos muy extensos, recordemos que tenemos también las prácticas de “Guías de adaptación”. CMMi nos solicita que llevemos las prácticas pero no necesariamente de la misma forma en todos proyectos (si previamente así lo documentamos).</p> <p>Se puede considerar que todos los procesos tienen “caducidad”, por lo tanto entre más se automaticen o se utilicen herramientas para su gestión será mejor la forma para que no se “echen a perder” en la organización, ya que de forma automatizada se podría estar renovando.</p> <p>En conclusión, todo modelo de procesos se puede volver tan ágil o lento como uno quiera, todo dependerá de la adaptación, adecuación e interpretación del modelo que se le quiera dar.</p> <p>Cuántas veces hemos escuchado que se dice que los modelos “Ágiles” no pueden convivir con los modelos “clásicos”, más bien considero que aquellos que aseveran eso, es porque no han logrado interpretar adecuadamente los modelos “clásicos”.</p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>Rodrigo Torres Garibay (<a href="https://twitter.com/garicorp">@garicorp</a>) es Consultor de Calidad en la firma Innevo, donde ha logrado llevar a varias empresas a niveles 1, 2 y 3 de MoProSoft; niveles 2, 3, 4 y 5 de CMMI en las constelaciones de DEV ySVC, así como en proyectos de mejora con el marco de referencia de ITIL. <a href="mailto:rtorres@innevo.com">rtorres@innevo.com</a></p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:35:53 +0000 lasr21 3689 at https://sg.com.mx https://sg.com.mx/revista/58/que-tan-agil-puede-ser-mi-modelo-de-procesos#comments Lo que Pocos Saben sobre CMMI 5 https://sg.com.mx/revista/46/lo-que-pocos-saben-sobre-cmmi-5 <span class="field field--name-title field--type-string field--label-hidden">Lo que Pocos Saben sobre CMMI 5 </span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/72" lang="" about="/user/72" typeof="schema:Person" property="schema:name" datatype="" class="username">lasr21</a></span> <span class="field field--name-created field--type-created field--label-hidden">Wed, 03/20/2013 - 22:34</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/39" hreflang="und">SG #39</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/secci%C3%B3n-revista/portada" hreflang="und">Temas especiales</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>Actualmente existen 8 empresas en México reconocidas por el SEI con nivel 5 de CMMI implementado satisfactoriamente y 2 empresas con nivel 4 (sólo el 10% de las organizaciones evaluadas en todo el país). Este resultado se debe a que la mayoría de las compañías ven complicada la implementación de estos niveles debido al poco entendimiento e interpretación de lo que se requiere para definirlos, lo que se refleja en el número de empresas acreditadas.</p> <p> Entre los principales factores que auspician la creencia de la dificultad en la implementación de los niveles de alta madurez de CMMI, se encuentran los modelos predictivos. Sin embargo, con una guía adecuada, es posible adoptarlos de forma satisfactoria. </p> <p> Los niveles de alta madurez de CMMI consideran la implementación de cuatro áreas de proceso que corresponden a la administración cuantitativa y a la optimización de los procesos. Para llegar a estos niveles, es importante que las empresas cuenten con una base bien definida de los niveles 2 y 3.</p> <p> En el nivel 3 de CMMI se definen los procesos y la organización cuenta con un conjunto estándar de procesos que establecen la forma en que opera y que pueden ser ejecutados bajo determinadas condiciones. Por su parte, en el nivel 4, se administra cuantitativamente la organización y controla los procesos mediante estadísticas y otras técnicas cuantitativas con dos áreas de proceso fundamentales: Organizational Process Performance (OPP) y Quantitative Project Management (QPM). Ya en el nivel 5 se optimizan los procesos y la organización mejora continuamente, considerando las causas comunes de variación con las siguientes áreas de proceso: Organizational Performance Management (OPM) y Causal Analysis and Resolution (CAR).</p> <h4>Estrategia organizacional</h4> <p>Los niveles de alta madurez buscan alinear las actividades estratégicas de la organización con las actividades y mediciones de proceso de los proyectos, para lograr una sinergia entre las diferentes áreas y proyectos de una organización. Con base en esa alineación con la estrategia de negocio, la organización aplica esfuerzos de medición estadísticos a los elementos críticos (los denominados subprocesos).</p> <p> Uno de los principales retos para las organizaciones que buscan niveles altos de madurez es el tema de la adecuación o reestructuración de parte o todo su sistema de medición debido a que en la mayoría de los casos el sistema actual no soporta adecuadamente los requerimientos de administración cuantitativa de subprocesos críticos de la organización.</p> <h4>Beneficios</h4> <p>Algunas de las empresas mexicanas que han alcanzado los niveles altos de madurez han demostrado:</p> <ul> <li>Un mejor control sobre los proyectos que ejecutan, al igual que los gerentes y directores cuentan con más elementos para la toma de decisiones informada. </li> <li>Un mayor sentido a las estrategias de negocio de la organización y con ello, se ha mejorado la participación en las diferentes iniciativas.</li> <li>Mejoras cuantitativas que representan para la organización ahorros substanciales tanto en tiempo, esfuerzo y/o costo. Apoyando de esa manera al logro de los objetivos de negocio y estratégicos de la organización.</li> </ul> <p> Otro de los beneficios que se obtienen de una implementación de procesos de alta madurez es la generación de un lenguaje común en términos numéricos (cuantitativos) más que en términos cualitativos. Esto permite un mayor entendimiento entre las áreas de la organización.</p> <p> Es importante considerar también los beneficios a nivel individual respecto a la madurez que adquieren los administradores de proyectos es importante, ya que muchas de las actividades ejecutadas en nivel 4 son enfocadas a ese rol, pues la experiencia y el uso de datos cuantificables para la administración integrada del proyecto brinda las herramientas a los administradores para controlar y evitar problemas de manera objetiva.</p> <p> Finalmente, el resultado de implementar procesos de alta madurez ha ayudado a las empresas a ser puntos de referencia en la industria, y por lo mismo tener mayor participación en el mercado debido a la madurez alcanzada.</p> <p> Recomiendo que las empresas evaluadas en CMMI Nivel 2 y 3 continúen su camino hacia la mejora continua, hasta llegar a la institucionalización de los procesos. Contar con una masa crítica de empresas en estos niveles refleja una industria fuerte, lo que puede ser una plataforma para posicionarnos mejor como país en el mercado global.</p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p>Carlos Augusto Gutiérrez Pérez actualmente trabaja en Avantare Consultores en donde se especializa en la implementación de procesos de CMMI en niveles de alta madurez (4 y 5). También ha participado en la implementación de marcos de medición basado en el Acuerdo de Niveles de Servicio (SLA). <a href="http://www.avantare.com">http://www.avantare.com</a></p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Thu, 21 Mar 2013 04:34:15 +0000 lasr21 3690 at https://sg.com.mx https://sg.com.mx/revista/46/lo-que-pocos-saben-sobre-cmmi-5#comments