Chile, siendo favorecido por numerosas condiciones propicias, se considera hoy en día un destino de outsourcing y offshoring muy atractivo. Varias empresas multinacionales ya han descubierto Chile y han establecido sus operaciones aquí. Lo que buscan es un entorno estable, transparente y con buenas condiciones fiscales.

Sin embargo, lo que más diferencia a Chile comparado con los destinos de outsourcing tradicionales como China o India es la zona horaria: idéntica o con poca diferencia de buena parte de EE UU. Gracias a esta zona horaria favorable y el Internet es posible tener una comunicación directa y diaria entre proveedor y cliente, o en muchos casos de offshoring, incluso equipos distribuidos, donde parte de este equipo se encuentra en EE UU y el otra parte en Chile.

Muchos estudios dicen que el mayor problema con los outsourcing radica en la calidad. Los que indagaron más en el tema, encontraron que estos problemas de calidad son un mero resultado de requerimientos mal entendidos. Lejanía geográfica, cultural e incluso de idioma, comunicación por vía escrita, aun mediante documentos pautados y sin encuentros cara a cara se generan muchas dificultades para los analistas y programadores que requieren entender el dominio del negocio para el cual están construyendo los programas.

Al parecer, las empresas que envían sus operaciones a Chile han aprendido la lección y buscan una comunicación más directa, cara a cara y mucho más frecuente entre el cliente y el programador. De allí nace el fenómeno de nearshoring. A continuación recogeremos la opinión de algunos colegas referente al tema desde el mismo “campo de la batalla”:

“En todos los proyectos en los cuales he participado en el Citi, siempre he tenido una comunicación diaria con el EE UU. Me ha tocado pasar largas horas comunicado telefónicamente o en conferencia con EE UU. Lo que se refiere a la división geográfica del equipos, no hay muchas reglas. A veces, la mayor parte de equipo esta aya, en otras ocasiones solamente los analistas se encuentran en EE UU. También me ha tocado comunicarme directamente con el cliente…
Lo que se refiere a la metodología, depende del proyecto. En el último proyecto estuvimos aplicando Programación Extrema con reuniones diarias con el cliente y con pruebas unitarias automatizadas. Últimamente, tuvimos que abandonar alguna de estas practicas.”
Francisco, Citibank Chile

“En Experian estamos oficialmente aplicando Scrum, pero la verdad es que la aplicación de la metodología deja mucho por desear. Una mitad del equipo esta aquí en Santiago y la otra en EE UU. Todos los días partimos con los “daily stand-ups”. La mayor problematica son los requerimientos: en este proyecto particular el autor del Producto es uno de nuestros gerentes senior y su disponibilidad es escasa”.
Jaime, Experian Chile

“He trabajado como analista en Tata Consultancy Services, Chile. Mi trabajo era de analista, tener reuniones con el cliente y escribir documentos con los Casos de Uso. Estos los enviábamos a nuestro equipo en India, y ellos se encargaban de la implementación. La Verdad es que hubo muchos problemas de comunicación y de requerimientos malentendidos. En fin, tuve que emprender un viaje a India en la fase final de un proyecto en un intento de salvarlo.”
Rodrigo, ex empleado de Tata Consultancy Services, Chile

En Chile, la industria local se ha percatado de este fenómeno, pero aun asi hace falta saber posicionarse y marcar la diferencia.
Las prácticas de outsourcing y offshoring tradicional, especialmente en el ámbito de mano de obra simple, son muchas veces fuertemente criticadas tanto en el lugar de origen (países desarrollados) como en el destino, en los países no desarrollados y de obra de mano barata. El termino “sweatshop” ilustra bien el fenómeno de explotación de mano de obra donde los trabajadores pasan largas horas trabajando bajo condiciones inmundas, sin derechos y seguros que aquí damos por obvias.
No hay duda, sin embargo, que las prácticas de offshoring y outsourcing fueron motores de desarrollo de los países como China e India en las últimas décadas, y que en el ámbito informático pueden proveer muchos efectos positivos:

• disminuir fuga de cerebros
• proveer más oportunidad de empleo
• ayudar a mejorar el nivel profesional
• ayudar al desarrollo del país

Chile sin embargo, con su población de 16 millones no es capaz de competir en el ámbito de “outsourcing masivo”. India y China representan los poderes globales y son capaces de competir sobre la base de meros números. Es un ámbito donde las metodologías tradicionales han encontrado una tierra fértil. Las empresas certificadas en CMMI Nivel 5 de madurez se cuentan en centenares.En Chile, empresas certificadas CMMI Nivel 3 o superior se cuentan con dedos de una mano.

La oportunidad de Chile radica en proveer servicios de alta calidad, donde las mejores soluciones son los resultados de una comunicación transparente, directa e involucrada con el cliente.
Es exactamente el modelo ágil que prescribe algunas recetas que se ajustan muy bien a la realidad local y a lo que buscan las empresas extranjeras con Chile en la mira.

Comunicación directa con el cliente

El mejor modo de recepcionar con eficacia los requerimientos y expectativas de un cliente es la comunicación directa. Hoy en día, la tecnología nos permite tener conferencias telefónicas o de video entre partes geográficamente distantes y con un costo muy bajo.
Se ha demostrado que la comunicación directa e interactiva, idealmente cara-a-cara es muchísimo más eficiente que los intercambio de documentación y correos electrónicos.
Las metodologías “pesadas” como CMMI y los destinos de outsourcing en zonas horarias que no permiten la comunicación directa se caracterizan por una comunicación muy protocolar, basada en documentación, muy estructurada y con énfasis en trazabilidad.
Las metodologías ágiles insisten en una comunicación directa, con la participación y presencia perpetua del cliente en el proyecto.

Iteraciones cortas que siempre terminan entregando software operativo

Las metodologías ágiles nos proponen iteraciones corta, con una duración de 1 a 3 semanas en promedio. Cada iteración debe finalizar con la entrega de software completamente operativo y al cual nuestro cliente pueda probar personalmente. Este ritmo trae numerosos beneficios pare el cliente y el proveedor:

• El equipo de desarrollo puede obtener un feedback real en un plazo mucho más corto que en el modelo de cascada tradicional, así se va mejorando la comunicación y entendimiento de los requerimientos y expectativas del cliente.
• En el caso de algún cambio en las condiciones o requerimientos del cliente, el proveedor es capaz de reaccionar en un tiempo muy corto, mejorando así la calidad del producto. El proveedor se convierte en el socio real del cliente capaz de apoyarlo frente a requerimientos y condiciones cambiantes del mercado. Esto es completamente opuesto en la práctica de “requerimientos congelados” típica para el modelo de cascada tradicional.
• Finalmente, las iteraciones corta permiten dar mayor transparencia al proyecto, ya que el cliente puede tener una visión clara del avance real del proyecto, no solamente promesas o cartas Gantt descolgadas de la realidad. Esto permite dar al cliente la tranquilidad y una información veraz en cada fase del proyecto.

Fuerte énfasis en calidad

Una de las practicas fundamentales de Lean Development es “Build quality in”, en donde las prácticas como desarrollo dirigido por pruebas (TDD) son fundamentales para tener un producto sin defectos y que cumple con los requerimientos del cliente. “La verificación final no debe encontrar defectos!” dicen los Poppendiecks. Los productos de calidad y sin defectos son mejor marketing para una empresa de software. Metodologias agiles aplicadas bien, permiten crear software con calidad de “estilo Japones”.

La agilidad es hoy en pleno apogeo y Chile tiene muchas posibilidades de utilizar agilidad a su favor en el area de nearshoring de productos TI.
Para discutir sobre el tema, etablar lazos e incluso buscar oportunidades de negocio, unete al grupo en LinkedIn:
Agile Outsourcing to Chile

Vínculos de interés:

• Artículo escrito por Martin Fowler
  Using an Agile Software Process with Offshore Development
• Video entrevista con Jeff Sutherland, fundador de Scrum:
  http://blog.jaoo.dk/2008/09/23/the-secrets-of-doing-agile-offshoring-with-succes/
• Análisis de tendencias en desarrollo de software en TechTarget
  “Our experts pretty much agree that agile will continue its push into the mainstream in 2009..Perhaps some companies that started shallow will go deeper, and we’ll see more focus on the technical [aspects of agile], in particular incrementalism.”
  http://searchsoftwarequality.techtarget.com/news/article/0,289142,sid92_gci1344072,00.html
  

Danijel Arsenovski
en> “Empowering your team for agile transition
es> “Facultando su equipo para transición ágil”
www.empoweragile.com

Los nombres de las personas mencionadas fueron cambiados para proteger su anonimato. Las opiniones expresadas en el artículo son responsabilidad del autor.

Actualizaciones:
14.08.2010 Versión 1.1: Se elimina la referencia a la pagina “Quality” de Chile-It.

Aunque les puede parecer extraño, ya que todos hablan de “certificación CMMI” (y no solamente en Chile), la verdad es que tal cosa no existe.

El Instituto de Ingeniería (SEI) de la Universidad Carnegie Mellon otorga lo que llaman el “informe de apreciación” (engl “appraisal”).

¿Bueno, pero aunque se utilice palabra diferente, se trata de la misma cosa, no cierto? Nada más que de una omisión de traductor..? Veamos que dice el SEI mismo:

The SEI does not certify the results of any appraisal nor is there an official accreditation body for CMMI. True certification of appraisal results would involve the ongoing monitoring of organizations’ capabilities, a shelf life for appraisal results, and other administrative elements. When an organization is appraised against the CMMI model, their Lead Appraiser’s findings may indicate that the organization is operating at a particular “maturity level.” The SCAMPI appraisal method maturity ratings are 1 through 5.

The SEI does not have a defined requirement for periodic follow-up after appraisals, nor does it accept legal responsibility for the performance of appraised organizations. All of these characteristics are required for a program that would provide certification of appraisal results. However, CMMI Appraisal results do expire after a period of three years.

Fuente: Sitio de SEI

La verdad es que la diferencia, aunque sutil, es importante, y se explica claramente en el mismo sitio de SEI. SEI no acepta responsabilidad legal para rendimiento de las empresas a cuales se otorgó informe de apreciación ni los directamente monitorea.

Veras, la selección de palabras no es casualidad. Entonces no sorprenden reportes (y aquí) donde las empresas que se “certifican” utilizan un solo departamento o equipo para obtener el sello, que luego vuelven a las antiguas prácticas, que el proceso se convierte a la generación de documentación, que la única motivación es ganar la licitación o un contrato etc. ¿Has escuchado de los LCPBCs? Lo puedes googlear, no quiero echarte perder la sorpresa

En fin, la siguiente pregunta surge sola: ¿Caerán las certificaciones agiles a la misma trampa?

Danijel Arsenovski

“Facultando su equipo para transición ágil”
www.empoweragile.com

CMMi versus Ágil

Claudia Ruata (Argentina), Jose Manuel Navarro (España), Rául Uribe (Perú), Agustín Villena (Chile), David Alfaro (Costa Rica) y Juan Palacio (España) se juntan a conversar sobre la (¿difícil?) complementariedad entre CMMi y Agilidad

El primer podcast se centra en dialogar a partir de la experiencia de José Manuel, quien participó en una certificación CMMi para una empresa ágil, la experiencia en integrar ambos modelos.

Descargar

El segundo podcast es un diálogo acerca de en qué se diferencia y/o complementan CMMi con la Agilidad

Descargar

Ambos son parte de la biblioteca Open Knowledge de ScrumManager

La charla fue grabada y debería ser publicada en el Internet, por lo pronto mi presentación en SlideShare: