Agilidad: Oportunidad para nearshoring y nearsourcing en Chile

Published on 11/08/2010 in General and Metodologías. 0 Comments Tags: , , , , .
En el mes de Mayo, la revista Inc.com ha publicado el artículo sobre Chile donde como caso de éxito figura una de más prominentes empresas ágiles de Chile: Continuum, socios de la empresa Hashrocket de EE. UU.
Articulo completo >>

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.

Riqueza y eficacia de los canales de comunicación

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:

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.

(Tesis) Guía para la Adopción de Metodologías Agiles en el Sector Publico

Published on 08/08/2010 in General. 5 Comments

A continuación presentamos el aporte de nuestro amigo Jorge Aguilera, en un resumen de su tesis para obtener el Magister en Tecnologías de la Información en la  UTFSM

Un poco de historia

Hace aproximadamente quince años, tuve mi primera oportunidad de trabajar como desarrollador en una empresa de software. Recuerdo que venía de estudiar y de aprender mucho sobre los denominados métodos tradicionales, diagramas y especificaciones. En el fondo, mucha documentación. La curiosidad estaba en que para desarrollar y escribir código nos basábamos en una pizarra, cuadernos, acuerdos verbales y nuestra propia conversación. Debo  reconocer que pensaba que el trabajo que estábamos haciendo no estaba del todo correcto, ya que desde el punto de vista del diseño y construcción del producto, no se relacionaba directamente con la teoría aprendida. Complementariamente, los informes a la gerencia presentaban estados de avance que sin mayores esfuerzo de análisis no reflejaban lo que en verdad sucedía y se construía.

Posteriormente, dejé esa empresa y llegué a trabajar a un servicio público, donde se estaba recién implementando la unidad regional de informática. Como dato teníamos sólo 8 equipos en red y hoy tenemos 250, claramente se podían vislumbrar dos áreas de trabajo, desarrollo y redes. En aquel momento concentré el esfuerzo en el desarrollo, me dediqué a realizar entrevistas, elaborar informes, presenté documentación y de desarrollo, poco. Con el tiempo, para poder desarrollar concentraba mis esfuerzos en sólo dos cosas, en el modelo relacional y en definir fielmente lo que quería el usuario y para ello, utilizaba un cuaderno y una pizarra. Así, trabajé durante aproximadamente cinco años y fue en el Magister en Tecnologías de Información de la Universidad Técnica Federico Santa María, donde conocí sobre el desarrollo ágil.  En base a mi experiencia, pude comprobar que para hacer buen software hay que omitir parte de la documentación y entender realmente lo que quieren las personas, en el fondo, sin querer, había trabajado y presentado algunos síntomas de Agilismo.

Adoptar Agilismo

Por aquel entonces me dediqué a investigar en qué consistía  el manifiesto ágil, sus postulados y principios. Como así también proponernos en el tiempo ser ágiles, la pregunta del momento era ¿cómo?. Para ello, la literatura siempre hablaba de casos exitosos.  Pero había poca documentación para entender cómo se podía adoptar el Agilismo. Se tenía clara la teoría y los resultados obtenidos, pero como lo hacíamos, volvía a ser la pregunta. Para ello, centré mis esfuerzos  en elaborar una Guía para la adopción de las metodologías ágiles, la base de la guía es entender que para ser ágiles tenemos que pasar por un proceso e identificar una serie de factores que pueden influir en  cada una de las etapas. El proceso como tal consta de tres etapas, la investigación, la aplicación y la evaluación. Los factores que influyen en cada una de ellas son las personas, la organización y la tecnología. La investigación se centra en la idea fundamental de conocer en qué consiste la metodología, su definición, teoría, alcance, ámbito, etc., en el fondo, empaparse del Agilismo. La segunda etapa aplicación, consiste en llevar a la práctica lo aprendido pero teniendo en cuenta el descubrir si existen síntomas de Agilismo y que el equipo  pueda en si re-estudiar y aplicar  mejores y buenas prácticas para el desarrollo. Como es práctica, se debe utilizar un proyecto idealmente de tamaño pequeño o medio, para realmente aplicar Agilismo y no caer en la ansiedad de ser agiles sin practicar. Finalmente la última fase corresponde a la evaluación formal de decidir si el Agilismo como metodología es aplicable al equipo de trabajo. Complementariamente, hay tres factores que definitivamente influyen en cada etapa y son:  las personas que deben enfrentar un cambio de paradigma, la organización que tiene que estar preparada para los cambios y ser partícipe de él y finalmente, la tecnología que se emplea como el medio para articular y dominar el ambiente del Agilismo.

Espíritu de la Guía

La guía no representa una  aplicación lineal a implementar, como así tampoco garantiza el éxito. No es un símil de una guía telefónica o una guía caminera, por ello para ser ágil tenemos que pensar en shuhari. Shuhari es la forma de cómo se deben enseñar las artes marciales desde el maestro al aprendiz, en Shuhari inicialmente el Shu representa  una fase de exploración,  entender cómo funciona la técnica, en la segunda fase Ha se analiza lo que se hace, se entienden los movimientos, para finalmente el RI es la fase de independencia, los movimientos son naturales, cada etapa propuesta en la guía está asociada a Shuhari.

Aplicación

Básicamente la aplicación de la guía en nuestro ambiente de trabajo, nos permitió ordenarnos y aplicar muchas cosas de Agilismo. Principalmente, en mejorar la comunicación al interior del equipo y utilizar Kanban. Los ambientes de desarrollo y producción se mejoraron a nivel de versionamiento, entregas y funcionalidades. Desarrollamos un framework propio, básico pero poderoso para mejorar nuestros trabajos. A modo de ejemplos,  obtuvimos ahorros en los tiempos de desarrollo para proyectos importantes, los usuarios se hicieron partícipes de los proyectos, los resultados estaban disponibles y en uso y, con el usuario, hablábamos en su propio lenguaje.

Conclusiones

Cuando empecé a elaborar esta guía, tomé como base de motivación disponer de un medio que guiara a un equipo de desarrollo a mejorar sus prácticas de desarrollo utilizando la metodología ágil. Ser ágil, en mi opinión, es un proceso y como tal está asociado entre otras muchas cosas al conocimiento, compromiso y talento de las personas y del mismo grupo. La motivación por hacer buen software debe ser permanente, donde cada línea de código debe reflejar un buen argumento y un objetivo por cual se escribe. La experiencia es una guía, los resultados  mejoras. Ahora, como  se garantiza el éxito en cada equipo de desarrollo, simplemente este va  a depender del mismo equipo.

El documento lo pueden encontrar aqui: Tesina Jorge Aguilera

Scrum Manager en Santiago

Published on 20/07/2010 in Cursos, General and Scrum. 2 Comments Tags: , , , , .

Hola Chile Ágil !!!!!

Muchas gracias amigo Agustín, por brindarme el espacio para escribir este post … !!!

Estoy realmente muy contenta porque los próximos 9 y 10 de agosto estaré visitando Santiago para compartir el curso de Gestión de Proyecto con Scrum Manager.  Tengo un fantástico recuerdo de los momentos vividos en el AgileLean Day de noviembre 2009, y espero volver a encontrarme con muchas de las personas con las que compartirmos en aquella ocasión.

En este curso presentaremos el modelo evolutivo que transita el camino que va desde la tesis (reflejada en los modelos procedurales), pasando por la antítesis (modelos ágiles) a la síntesis de ambos (Scrum Manager). Desarrollaremos muchas actividades prácticas para reforzar los principales conceptos, y finalizaremos con una original simulación. Obviamente que todos los interesados en obtener la certificación profesional podrán hacerlo, realizando el examen al final del curso.

Entre los principales temas que se tratarán puedo mencionar:

  • Alternativas en la gestión de Proyectos de Software
  • Conviviendo con la Gestión Predictiva
  • Documentación exhaustiva vs. software que funciona
  • Caracteristicas del mercado actual
  • Manifiesto ágil – Principios
  • Ciclo de Desarrollo de Scrum
  • Agilidad en toda la empresa: Scrum Manager
  • Estimaciones y métricas

Gracias nuevamente y hasta agosto !!!

Claudia Ruata

¡Apoyemos a la Roja con la agilidad y el taller de TDD!

Published on 16/06/2010 in General. 0 Comments Tags: , , , .
A continuación presentamos un próximo taller de desarrollo ágil que hará EmpowerAgile, donde Danijel Arsenovski, autor de libros sobre agilidad y miembro permanente de nuestra  comunidad trasmitirá su experiencia en el tema.

¿Qué tienen en común el futbol y el taller de TDD?  ¡Probablemente nada, pero espero que este título por lo menos haya captado su atención!

Empresa Empower Agile está organizando el Taller de Desarrollo Dirigido por Pruebas (TDD).

Las pruebas unitarias y el desarrollo dirigido por pruebas es una de las prácticas fundamentales del desarrollo ágil. Es difícil imaginar un  proceso basado en iteraciones cada vez más cortas, tan características del proceso ágil, sin un sistema de construcción automatizada y los suite de pruebas unitarias que permiten verificar el estado del sistema durante el proceso de construcción automatizada.
En el taller aprenderán como escribir las pruebas unitarias, verán los armazones de pruebas unitarias y los objetos mock más conocidos, cómo utilizar la Inyección de dependencias para diseñar el sistema para las pruebas y mucho más.

Este es un taller dirigido a arquitectos de software, desarrolladores y programadores y pretende enseñar mejores prácticas del desarrollo ágil.

Fecha inicio: 29 de Junio 2010
Duración: 12 horas (6 sesiones de 2 horas)
Ubicación: Seminario 6, Providencia

Mayor información: http://www.empoweragile.com/capacitacion.html
Formulario de inscripción: http://bit.ly/aR6SGn

La verdad sobre certificación CMMI: ¡No existe!

Published on 23/04/2010 in General and Metodologías. 0 Comments Tags: , , .

LCPBCs

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

Nuevo podcast: Primeros pasos en la agilidad

Published on 22/04/2010 in General. 0 Comments Tags: .

En este poscast conversamos con mis amigos de Nexon sobre cómo ir dando los primeros pasos en la agilidad.

Algunos links relevantes que nombramos en este podcast:

Descargar

Mercado laboral local empieza reconocer habilidades ágiles

Published on 17/04/2010 in General, Metodologías and Scrum. 1 Comment Tags: , , .

Hay buenas señales en el mercado laboral nacional. Si bien estamos muy lejos del promedio mundial, se pueden observar las primeras señales positivas para la agilidad. Las empresas están empezando buscar el personal que tenga la experiencia con las metodologías ágiles.

Los requerimientos son todavía muy vagos: se mencionan las metodologías ágiles en general o alguna en particular, típicamente Scrum, pero todavía sin mencionar las practicas ágiles como el TDD o la refactorización. Algunos avisos dentro de los requerimientos estipulan el Inglés, posiblemente se trata de las empresas extranjeras con oficinas en Chile que están empezando traer esta “moda” a nuestro país.

La investigación fue hecha haciendo la bésqueda por términos relevantes para la agilidad en las bolsas de trabajos más importantes en el país. Ahora un poco de estadísticas:
Infoempleo

Termino Avisos Encontrados Vigentes Avisos Encontrados Total Primera Mención
Scrum 9 42 05/2008
Metodología Ágil 2 15 03/2009

Un aviso menciona que el empleado “Reportará directamente al Scrum Master del proyecto, de la subgerencia de desarrollo.” ¿Se podrá sacar la conclusión que la la dicha empresa he avanzado en adopción de las practicas ágiles, tomando en cuenta que tienen roles como Scrum Master establecidas? El termino poco fortuito “reportará” seguramente se debe a un error de la traducción, ya que el aviso además menciona: “Responsable con sus horarios y actividades” lo que podría ser relacionado con el concepto ágil de equipos auto-organizados. Esperemos que no se trate  de interpretación Dilbertiana de esta metodología.

Laborum (Chile)

Termino Avisos Encontrados Recientes
Scrum 1
Metodología Ágil 0

Laborum guarda los avisos hasta 60 días después de publicación. Interesante es que el aviso que menciona Scrum es para un para un cargo gerencial “Subgerente de Desarrollo Informático”.

Algunos avisos mencionan la agilidad conjunto con otras metodologías o procesos como RUP, CMMI etc. ¿Será para algún instituto o alguna universidad que esta haciendo estudio comparativos de las metodologías del desarrollo de software? Verdad es que no lo creo. De todos modos, poco sorprendente para las empresas de outsourcing (o headhunting como les gusta que las llamen ahora).

¿Y en mundo? Vamos a ver que dice.com, uno de los sitios mas conocidos portales para la búsqueda de trabajo en el área de tecnología:

¡1257 menciones de Scrum, 4128 de la palabra “Agile”, 199 avisos para el “Agile Coach”, 231 menciones del “TDD” y 130 del “refactoring” y 949 de “Continuous Integration”!

Finalmente, algunas “frases celebres” sacadas de los avisos que revisé durante esta investigación:

  • “Se valorará conocimiento en metodologías Agile, RUP, MDA. “
  • “Si estás en la búsqueda de un cambio en tu carrera, los objetos son tu pasión, si no sabes vivir sin patrones y solo piensas en saber más sobre AOP… tienes que ser parte de nuestro equipo”
  • “CMMi-SOA- oSGI, BPM y ESB.”
  • “Reportará directamente al Scrum Master del proyecto, de la subgerencia de desarrollo.”
  • “Metodologías como RUP, SCRUM, CMMI y UML.”
  • “Visual Basic.NET, FRMK’S 1.1, 2.0,3.0,3.5. “

Agilidad: Cultura por sobre el método

Published on 07/04/2010 in General. 0 Comments

Nuestro amigo David Lay nos cuenta de una interesante conversación en el foro de chileagil.

Informáticos se juntaron para optimizar la ayuda

Published on 21/03/2010 in General. 0 Comments Tags: .

(El Mercurio, 21 de Marzo de 2010)

Durante un día desarrollaron herramientas para que las ONG canalicen mejor aportes a los damnificados y a la reconstrucción.

Richard García

Son las diez de la mañana del sábado, y el zócalo del edificio de Ingeniería de la U. de Chile comienza a llenarse de voluntarios del mundo digital y representantes de ONG acompañados de su computador portátil y dispuestos a entregar su tiempo y capacidades para ayudar a los afectados por el terremoto. Se trata del primer CrisisCamp, un espacio para trabajar en forma rápida y concreta en aplicaciones tecnológicas “solidarias”.

En un rincón de la sala, más de 20 personas discuten frente a una pizarra identificando problemas y definiendo estrategias. Felipe Espósito, del Hogar de Cristo, recomienda cruzar los datos disponibles con la información social de las comunas afectadas antes de la catástrofe, porque las necesidades son diferentes en Ñuñoa y en Lota.

Reconocen que hay mucha información disponible, pero no está coordinada; también se requiere saber si la ayuda que envía una organización llega a destino. Datos tanto macro como micro.

Agustín Villena, profesor de la Escuela de Ingeniería de la U. de Chile y voluntario de Chile Ágil, da pautas para trabajar y basarse en metas realizables. No se asignan tareas, cada uno de los presentes ofrece lo que sabe hacer y se une al grupo que mejor lo representa. Al final se forman cinco mesas de animada discusión.

No están solos. Desarrolladores de Estados Unidos y Colombia también se sumarán a la iniciativa a través de la web. De hecho, los colombianos tienen al mismo tiempo su propio CrisisCamp para ayudar a Haití y Chile.

“La idea es que al término de este encuentro, las ONG se lleven una herramienta digital para solucionar su problema, un software, una aplicación, un tracking para hacer un seguimiento a las donaciones”, explica Ricardo Faúndez, cientista político de la UDP y encargado de coordinarse con las ONG.

Cuenta que está vinculado al tema desde que, pocas horas después del terremoto, por Twitter comenzaron a organizarse distintos grupos de amigos, especialmente informáticos, para canalizar ayuda. El resultado fue la organización Digitales por Chile y ChileAyuda, el primer portal de convergencia de información tras la tragedia. De paso, también desarrollaron un mapa multicapa sobre el estado de las carreteras y un buscador de personas. Lograron ubicar con él a más de 23 mil.

Un servicio país digital
“Con esto se está demostrando que la gente de tecnología también puede ayudar a la comunidad. Es como un Servicio País de los informáticos, que no somos considerados en el verdadero Servicio País”, comenta Agustín Villena, ingenierio de la U. de Chile. De hecho, ayer consiguieron sentar las bases para cuatro iniciativas: un sitio web para facilitar la comunicación entre localidades rurales en caso de catástrofe, un proyecto tracking de ayuda para agrupar necesidades con oferta de recursos, una herramienta para que las ONG puedan publicar información sobre el terremoto en cualquier formato y en forma unificada, y un sistema de coordinación entre las necesidades y las instituciones que pueden hacerse cargo.
CrisisCamp Santiago de Chile
JORNADA El CrisisCamp, en pleno trabajo. Sus organizadores, Digitales por Chile y el Banco Mundial, se inspiraron en la red de voluntarios digitales CrisisCommons, que reúne a más de 3 mil personas alrededor del mundo.
Foto:CARLOS PADILLA

CrisisCamp Chile 20 de marzo de 2010

Published on 18/03/2010 in General. 0 Comments Tags: .

Este sábado 20 en Santiago, en el Hall Sur de la Escuela de Ingeniería de la Universidad de Chile (Beaucheff 850) se realizará el primer CrisisCamp que se haya hecho en Chile.

El objetivo de este encuentro es reunir en un sólo lugar a las ONGs que tienen necesidades de soluciones web e informáticas en general, con los voluntarios que estén dispuestos a apoyarlas.

¿Y qué tiene que ver la agilidad con todo esto? Que el CrisisCamp es un OpenSpace, una “anti-conferencia” que es muy común en los encuentros ágiles, y cuya primera versión chilena fue en el pasado Agile & Lean Day Chile 2009.

Se necesitan por ende agilistas con experiencia en gestión ágil y liderazgo de equipos auto-organizados para hacer que el “valor fluya”.

Adjunto la invitación oficial

CrisisCamp Santiago de Chile
Digitales por Chile (creadores de ChileAyuda.com), con el apoyo del Banco Mundial, tienen el placer de invitarles a participar este sábado 20 de marzo del 2010 en el primer CrisisCamp en nuestro país. CrisisCamp es una jornada donde se tienden puentes entre organismos de beneficencia (ONGs, sociedad civil, estado) y voluntarios del mundo digital. Su objetivo es, durante un día completo, trabajar en conjunto para ayudar a estas instituciones en aspectos tecnológicos y comunicacionales, generando soluciones de manera rápida y concreta.

Profesionales y expertos digitales de Chile y el mundo participarán en este evento. Digitales por Chile reúne a más de 150 voluntarios locales, a los que se sumará la red de voluntarios digitales internacionales pertenecientes a CrisisCommons, integrado por más de 3000 personas, quienes participarán y trabajarán de manera remota durante este CrisisCamp. Así, voluntarios digitales apoyarán a las instituciones de ayuda y reconstrucción, permitiéndoles ser más efectivas y eficientes en su rol primordial: Ayudar a las víctimas de la catástrofe ocurrida el 27 de febrero.

El evento se desarrollará en el zócalo de la Facultad de Ingeniería de la Universidad de Chile ubicada en Beauchef 850, Santiago Centro de 9:00 a 18:00 horas. Este evento está abierto por una parte a fundaciones e instituciones de ayuda y reconstrucción, organismos estatales y privados, así como a la sociedad civil. La invitación, por otra parte, convoca a voluntarios de todas las áreas de las comunicaciones e informática, en todo su espectro.

No olviden llevar su Laptop.

Confirme su participación llenando el formulario disponible Aquí
Chileayuda.com - Ayudando desde la frontera Digital