Informes técnicos de ingeniería de software 1968/69
Reuniones Ingeniería de Software OTAN
La idea de la primera Conferencia de Ingeniería de Software de la OTAN y en particular la de adoptar el entonces prácticamente desconocido término "ingeniería de software" como su título (deliberadamente provocador), creo que vino originalmente del profesor Fritz Bauer.
F.L. Bauer
Del mismo modo, si mi memoria no me falla, fue él quien destacó la importancia de proporcionar un informe sobre la conferencia y quien nos convenció a Peter Naur y a mí de ser los editores. (En ese momento trabajaba en IBM TJ Watson Research Center en los EE. UU., Pero conocí a "Onkel Fritz" por haber sido miembro del Comité IFIP Algol durante varios años).
B.Randell
P. Naur
Como resultado, se acordó que Peter y yo nos quedaríamos una semana más después de la conferencia para editar el borrador del informe, aunque acordamos trasladarnos de Garmisch-Partenkirchen a Munich durante esta segunda semana.
Conferencia sobre el software
Citando nuestro Informe de la Conferencia de 1968 [Naur y Randell, enero de 1969]:
"El trabajo real en el informe fue una empresa conjunta de varias personas. La gran cantidad de mecanografía y otras tareas de oficina, tanto durante la conferencia como durante un período posterior, fueron realizadas por la señorita Doris Angemeyer, la señorita Enid Austin, la señorita Petra Dandler, la señora Dagmar Hanisch y la señorita Erika Stief.
Durante la conferencia, Larry Flanigan, Ian Hugo y Manfred Paul tomaron notas. Ian Hugo también manejó la grabadora. La revisión y clasificación de los pasajes de las contribuciones escritas y las discusiones estuvo a cargo de Larry Flanigan , Bernard Galler, David Gries, Ian Hugo, Peter Naur, Brian Randell y Gerd Sapper.
L.K. Flanigan
I.Hugo
M. Paul
B. Galler
D. Gries
La redacción final fue realizada por Peter Naur y Brian Randell. La preparación de la copia final mecanografiada del informe fue realizada por la señorita Kirsten Anderson en Regnecentralen, Copenhague, bajo la dirección de Peter Naur ".
Aportes colectivos
Reuniones OTAN
Como yo y otros participantes hemos testificado desde entonces, se desarrolló una atmósfera tremendamente emocionada y entusiasta en la conferencia. Esto fue cuando los participantes se dieron cuenta del grado de preocupación común acerca de lo que algunos estaban dispuestos a denominar la "crisis del software" y surgió un acuerdo general sobre la importancia de tratar de convencer no solo a otros colegas, sino también a los responsables políticos en todos los niveles. de la gravedad de los problemas que se estaban discutiendo.
Por lo tanto, a lo largo de la conferencia hubo un énfasis continuo en cómo se podía informar mejor de la conferencia. De hecho, al final de la conferencia, Peter y yo habíamos recibido una propuesta de estructura detallada para la parte principal del informe. Esto se basó en una estructuración lógica de los temas cubiertos, en lugar de seguir un modelo estricto de la forma real en que la conferencia sucedió.
Peter y yo estuvimos muy contentos de tener tal orientación sobre la estructura y el contenido general del informe, ya que ambos deseábamos crear algo que fuera verdaderamente un informe de conferencia, en lugar de un mero informe personal sobre una conferencia a la que habíamos asistido.
De hecho, Peter argumentó que no deberíamos proporcionar ningún texto adicional nosotros mismos, sino que deberíamos producir la parte principal del informe simplemente completando la estructura acordada con citas directas adecuadas de contribuciones habladas y escritas a conferencias.
Sin embargo, le convencí de que breves introducciones editoriales y pasajes de enlace mejorarían la continuidad y la legibilidad general del informe. Entonces, (junto con la decisión de que una pequeña selección de los textos escritos también se incorporarían en su totalidad como apéndices), llegamos a la forma final del informe.
Documentación técnica
En Munich trabajamos a partir de las notas tomadas por los relatores, que habíamos arreglado para que fueran tecleadas, tal como se hicieron, a los números de las grabaciones en las cintas grabadas. Las cintas no se transcribieron sistemáticamente, ya que este proceso suele tardar entre cinco y seis veces en tiempo real. Más bien, usamos las notas de los relatores y nuestras memorias para localizar secciones particularmente interesantes y oportunas de las cintas y solo estas fueron transcritas.
De esta manera construimos un gran conjunto de citas transcritas, que complementamos con citas adecuadas de las contribuciones escritas. Luego, para cada sección del informe, uno u otro de nosotros intentó convertir el conjunto relevante de citas en un relato coherente y pseudo-literal de la discusión sobre ese tema.
El trabajo en Munich fue tan agradable como intenso y brindó muchas oportunidades para volver a escuchar algunas de las discusiones más memorables, de modo que muchas de ellas quedaron grabadas mucho más profundamente en mi memoria y tuvieron un efecto más fuerte en mis posteriores investigaciones, de lo que hubiera sido el caso si yo simplemente hubiera participado en la conferencia.
El informe estaba prácticamente completo al final de la semana en Munich, y luego Peter Naur se llevó todo con él a Copenhague, donde se produjo un primer borrador completo utilizando una máquina de escribir controlada por cinta de papel (supongo que era un redactor flexible), una técnica que parecía novela en ese momento, pero que él nos aconsejó acertadamente ayudaría mucho en la preparación de un texto final preciso.
Cuerpo de conocimientos
(Mi memoria me dice que este borrador se circuló luego a los participantes para comentarios y correcciones antes de ser impreso. La impresión y distribución reales fueron realizadas por la OTAN, y el Informe estuvo disponible en enero de 1969, solo tres meses después de la conferencia.
Las copias se distribuyeron gratuitamente a pedido y rápidamente logró una amplia distribución y atención. Una de las reacciones más agradables entre los participantes fue la de Doug McIlroy, quien lo describió como "¡un triunfo de las citas mal aplicadas!". (Fue solo muchos años después que supe por un breve artículo de Mary Shaw que Al Perlis entregó copias del informe a los estudiantes graduados en ciencias de la computación de CMU con las palabras "Aquí, lea esto. Cambiará su vida". [ Shaw 1989])
Tal fue el éxito de la primera conferencia que los organizadores buscaron y obtuvieron el patrocinio de la OTAN para una segunda conferencia, que se celebraría un año después en Italia.
Peter Naur, sabiamente, no estaba dispuesto a repetir su labor editorial, pero yo, más bien precipitadamente, después de algunas dudas iniciales acepté hacerlo, esta vez en cooperación con John Buxton.
Según recuerdo, los planes para la segunda conferencia se discutieron en una reunión celebrada en una oficina en la sede de la OTAN. Mi principal recuerdo es que la oficina estaba presidida por una caja fuerte muy grande e impresionante, que para mi diversión se reveló completamente vacía cuando nuestro anfitrión, al final de la reunión, la abrió para guardar las botellas de las que bebe y que nos habían servido antes.
Durante estas discusiones preparatorias proporcioné, basado en mi experiencia ganada con esfuerzo en Munich, lo que con orgullo consideré una lista muy bien pensada de requisitos con respecto a las instalaciones que necesitaríamos tener en Roma. (El más importante de ellos fue que el equipo editorial debería tener acceso a tiempo completo a un hablante de italiano que ayudaría a resolver cualquier dificultad que pudiera surgir, de esto, más adelante).
Mi (sobre) confianza inicial también se debió en parte al hecho de que esta segunda vez, a John y a mí nos habían ofrecido los servicios de tiempo completo de dos escritores técnicos experimentados de ICL, a saber, Ian Hugo (que había estado muy involucrado en la preparación del primer informe) y Rod Ellis, y cada uno de nosotros había dispuesto que nos acompañaran a Roma una secretaria experta, Margaret Chamberlain y Ann Laybourn, respectivamente.
Ian, por cierto, pasó a ayudar a fundar Infotech, una empresa que posteriormente, durante un período de años, organizó una gran cantidad de conferencias técnicas, cada una de las cuales condujo a la publicación de un Informe sobre el estado del arte, cuyo formato coincidía estrechamente al de los informes de la OTAN.
Segunda conferencia
Informe de conferencia
En el evento, la segunda conferencia fue mucho menos armoniosa y exitosa que la primera y nuestra tarea editorial resultó ser muy diferente. Citando nuestra introducción al Informe de la Conferencia de 1969 [Buxton y Randell, abril de 1970]:
Finalmente, la seriedad de esta brecha de comunicación y la comprensión de que no era más que un reflejo de la situación en el mundo real, hicieron que la brecha en sí se convirtiera en un tema importante de discusión. . . . . En vista de estos acontecimientos, no es de extrañar que los editores no recibieran un resumen claro de la conferencia en cuanto a la estructura y contenido del informe ".
Por lo tanto, la tarea de producir un informe que fuera a la vez respetable y razonablemente preciso fue mucho más difícil de lo que podría haber imaginado y no fue ayudado por todo tipo de dificultades que sufrimos, casi todas las cuales se habrían resuelto mucho más fácilmente si se había proporcionado un organizador local según lo acordado. No obstante, algunos de los participantes expresaron su grata sorpresa por nuestro informe, cuando recibieron posteriormente un borrador para su verificación, y evidentemente lo consideraron más positivamente que la conferencia que pretendía documentar.
... Todas estas adversidades, cuyo impacto habría sido mucho menor si hubiéramos tenido el asistente local prometido, de hecho ayudaron a unirnos como equipo. El brillante don de Rod Ellis para el mimetismo también ayudó al proporcionar muchos momentos agradables de hilaridad general, ya que, adaptando su elección al tema en cuestión, intercambió sin esfuerzo conversaciones con nosotros entre las voces de Edsger Dijkstra, Fritz Bauer y muchos de los demás participantes cuyos comentarios de la conferencia habían sido capturados para la posteridad por nuestras grabadoras.
De hecho, terminamos el informe temprano el viernes por la noche, a tiempo para una cena de celebración final, una vez que Rod e Ian habían regresado de la Universidad de Roma, donde habían hecho copias del informe preliminar (y, de manera bastante apropiada, roto la fotocopiadora). Sin embargo, fue en consonancia con el resto de la semana que casi todos los camareros de restaurantes en Roma eligieron ese momento para ir a la huelga; de hecho, vimos una gran procesión de ellos desfilar frente a nuestras ventanas gritando y agitando pancartas, de modo que tuvimos que contentarnos con una excelente cena en el hotel.
Algo que había olvidado por completo hasta que volví a leer la introducción del Informe de 1969 mientras preparaba este breve relato fue que este segundo informe se redactó en la Universidad de Newcastle upon Tyne, a donde me había mudado de IBM en el ínterin. De hecho, algunos de los primeros trabajos del mundo sobre composición tipográfica informatizada se habían realizado en Newcastle. Citando del informe: "La versión final del informe fue preparada por Kynock Press, utilizando su sistema de tipografía por computadora (ver Cox, NSM y Heath, WA: 'La integración del proceso de publicación con datos manipulados por computadora'. Papel presentado en el Seminario sobre sistemas de publicación automatizados, 7-13 de septiembre de 1969, Universidad de Newcastle upon Tyne, Proyecto de investigación de composición tipográfica por computadora), el procesamiento preliminar del texto se realizó utilizando el sistema de manejo de archivos de Newcastle.
A diferencia de la primera conferencia, en la que se aceptó plenamente que el término ingeniería de software expresaba una necesidad más que una realidad, en Roma ya existía una ligera tendencia a hablar como si el tema ya existiera. Y quedó claro durante la conferencia que los organizadores tenían una agenda oculta, a saber, la de persuadir a la OTAN para que financie la creación de un Instituto Internacional de Ingeniería de Software. Sin embargo, las cosas no salieron según su plan. Las sesiones de discusión que estaban destinadas a proporcionar evidencia de un fuerte y amplio apoyo a esta propuesta estuvieron marcadas por un considerable escepticismo y llevaron a uno de los participantes, Tom Simpson de IBM, a escribir una espléndida sátira corta sobre " Masterpiece Engineering ".
John y yo decidimos más tarde que el texto de Tom Simpson proporcionaría un conjunto apropiado, aunque algo irreverente, de observaciones finales a la parte principal del informe. Sin embargo, en el evento fuimos "persuadidos" por los organizadores de la conferencia para eliminar este texto del informe. Estoy seguro de que esto se debió únicamente a sus referencias sarcásticas a un "Instituto de ingeniería de obra maestra". Siempre he lamentado que cediéramos a la presión y permitiéramos que nuestro informe fuera censurado de esa manera. Entonces, a modo de expiación, adjunto una copia del texto como Apéndice a este breve conjunto de reminiscencias.
No fue una sorpresa para ninguno de los participantes en la conferencia de Roma que no se hiciera ningún intento de continuar la serie de conferencias de la OTAN, pero el tren de la ingeniería de software comenzó a rodar a medida que muchas personas comenzaron a usar el término para describir su trabajo, en mi opinión a menudo con muy poca justificación. Reaccionando a esta situación, durante muchos años hice un punto particular de negarme a usar el término o estar asociado con cualquier evento que lo usara. De hecho, no fue hasta unos diez años después que cedí, al aceptar una invitación para ser uno de los oradores invitados en la Conferencia Internacional de Ingeniería de Software en Munich en 1979.
Los otros oradores invitados fueron Barry Boehm, Wlad Turski y Edsger Dijkstra. Me pidieron que hablara sobre ingeniería de software como era en 1968, Barry sobre el estado actual, Habló sobre el futuro de la ingeniería de software y Edsger sobre cómo debería desarrollarse. Me divertí mucho preparando mi artículo [Randell 1979] ya que incluí numerosos desafíos implícitos a Barry, cuya charla estaba programada inmediatamente después de la mía, para justificar afirmaciones sobre el progreso desde 1968. Ignoró cuidadosamente todos estos desafíos, o tal vez no los reconoció. Lamento decir.
En mi intento de 1979 de describir la escena de 1968/9, no me pareció apropiado insistir en mis experiencias al ayudar a editar los dos informes de la OTAN, por lo que estoy muy contento de haber tenido motivos para completar mis reminiscencias personales de ingeniería de software, así que ... hablar. Agradezco a los organizadores de esta conferencia por darme esta oportunidad y, en particular, un medio tardío para publicar el texto que fue tan tristemente censurado del Informe de la Conferencia de 1969.
Referencias
1. JN Buxton y B. Randell, (Ed.). Técnicas de ingeniería de software: Informe sobre una conferencia patrocinada por el Comité de Ciencia de la OTAN, Roma, Italia, 27 al 31 de octubre de 1969, Bruselas, División de Asuntos Científicos, OTAN, abril de 1970, 164 p.
2. P. Naur y B. Randell, (Ed.). Ingeniería de software: Informe de una conferencia patrocinada por el Comité Científico de la OTAN, Garmisch, Alemania, del 7 al 11 de octubre de 1968, Bruselas, División de Asuntos Científicos, OTAN, enero de 1969, 231 p.
3. B. Randell. "Ingeniería de software en 1968", en Proc. del IV Int. Conf. sobre Ingeniería de Software, págs. 1-10, Munich, 1979.
4. M. Shaw. "Recuerdos de un estudiante de posgrado (para el panel," Una retrospectiva de veinte años de las conferencias de ingeniería de software de la OTAN ")," en Proc. 11 ° Int. Conf. sobre Ingeniería de Software, vol. 11, págs. 99-100, 1989. (Reimpreso en Annals of the History of Computing, Anecdotes Department, 11, 2, 1989, págs.141-143).
La técnica desarrollada por Francesco Cirillo se fundamenta en la honestidad y en el respeto por uno mismo, esto por supuesto para DSN_XP implica ocuparse de uno mismo (#OccupyMySelf)
El tiempo tiene mucho impacto en tu vida, por eso dejamos de utilizar reloj desde hace bastantes lunas y medimos ahora nuestros ciclos en espacios cortos productivos, este concepto fue ya observado por Francesco y lo denominó como Pomodoro :o)
Francesco Cirillo
La idea básica de la técnica Pomodoro vino a mi a finales de los años 80s, durante mis primeros años de universidad.
Una vez que la euforia de haber terminado mis exámenes de primer año había desaparecido, me encontré en una depresión, en un momento de baja productividad y de alta confusión. Todos los días iba a la escuela, atendía a clases, estudiaba y cuando regresaba a casa tenía la sensación de un desaliento y un no saber realmente lo que había estado haciendo y la noción de que estaba perdiendo mi tiempo. Las fechas de los exámenes ya venían tan rápido y parecía que no tenía manera de defenderme contra el avanzar del tiempo.
Un día, en el salón de clases en el campus donde solía estudiar, observaba a mis compañeros de clase con una mirada crítica y entonces, con una mirada aún más crítica conmigo mismo observé como me organizo, como me relaciono con los demás y como he estudiado.
Era claro para mí que el elevado número de distracciones e interrupciones y el bajo nivel de concentración y motivación fueron la causa de la confusión que sentía.
Así que hice una apuesta conmigo mismo, tan útil así como también humillante: "¿Se puede estudiar - realmente estudiar - durante 10 minutos?" Necesitaba una validación objetiva, un Tutor de Tiempo y encontré uno en un reloj de cocina con forma de un pomodoro (tomate en italiano) - en otras palabras, me encontré a mi "Pomodoro".
No gané la apuesta conmigo mismo. De hecho, necesite tiempo y un gran esfuerzo, pero al final lo conseguí.
En ese pequeño primer paso, he encontrado algo interesante en el mecanismo de Pomodoro.
Con esta nueva herramienta, me dediqué a mejorar mi proceso de estudio y más tarde mi proceso de trabajo. Trató de comprender y resolver problemas cada vez más complejos, hasta el punto de considerar aplicar la dinámica de trabajo en equipo. Poco a poco he creado la Técnica Pomodoro, que describo en este documento.
Después de años de enseñanza de la Técnica Pomodoro en clases abiertas al público y en mentorías en grupo, el interés general ha crecido. Cada vez más personas se preguntan ¿qué es? y ¿cómo se aplica?, por lo que hay una necesidad para mí de explicar la técnica tal como la concebí.
The Pomodoro Technique by Francesco Cirillo
Por el momento queremos alcanzar el reconocimiento de ciudadanos mundiales Pomodoro nuevamente debido al cambio realizado en el portal de Pomodoro.
Mientras nos enfocamos en el siguiente nivel como corresponsales o escritores as Writer :o)
Para lograr ser considerados como escritores, nuestra propuesta a la gente de Pomodoro fue la traducción de su contenido del inglés al español para la comunidad hispano parlante.
Nuestra propuesta de traducir al español el material Pomodoro no fue aceptada por el equipo metodológico de Pomodoro por lo que dejamos pendiente este tema hasta verificar como lograr el segundo nivel.
DSN_XP y la Técnica Pomodoro
Para poder comprender la técnica propuesta por Cirillo sobre el cómo adquirir control sobre tu tiempo productivo, iremos analizando cada uno de los elementos que conforman el marco de trabajo propuesto por Pomodoro.
Nota: Se respetan derechos de propiedad intelectual del marco original propuesto por Francisco Cirillo.
Para DSN_XP, este marco de trabajo para uso adecuado del tiempo puede ser desarmado en componentes y artefactos y luego los mismos pueden ser adaptados a tus necesidades bajo el contexto propio de su aplicación.
Hemos aprendido durante nuestras investigaciones que el tiempo y su asociación con el flujo propuesto por la técnica Pomodoro genera estrés en el practicante por elementos propios de la manera en la cual se conceptúa la productividad del ser humano en las tradiciones andinas y la vida actual. Lo que más interesaba a Cirillo (y que define el espíritu de su técnica) era llegar a comprobar que con esfuerzo y constancia cualquier persona puede entrenarse a si misma y conocer su potencial de trabajo, este fenómeno es estudiado por DSN_XP como ocuparse de uno mismo (#OccupyMySelf) Para ocuparse de uno mismo, se requieren principios o guías que definen y dirigen los esfuerzos hacia un mismo objetivo que es SER PRODUCTIVO.
Una de las tres perspectivas resultantes de aplicar el método de investigación DSN_XP fue aquella que se encarga de estudiar todos los aspectos que se requieren para la administración de un negocio.
Business View
En primer lugar es necesario destacar la necesidad de utilizar perspectivas como método para poder unificar los diversos criterios existentes desde la naturaleza del negocio.
Estudiamos al negocio porque estudiamos el desarrollo de soluciones a necesidades de la organización en base al software y su técnica de generación de aplicaciones.
Cuando aplicas un modelo de desarrollo de software, por concepto de modelo de desarrollo, requieres capturar por abstracción el entorno de una realidad del negocio, para ello se supone que existe el prototipado como escuela de diseño y junto al prototipado existe la denominada captura de requerimientos previos al desarrollo del software y su límite de acción.
Business Analyst
Según el BABOK, un Business Analyst es una persona que realiza análisis de negocios, sin importar su cargo o rol organizacional.
Estos son algunos ejemplos:
Analista de sistemas,
Analista de requisitos,
Analista de procesos,
Analista de productos,
Gerente de productos,
Propietario del producto.
Pero, en última instancia, alguien que realiza las tareas descritas en el BABOK, incluidos Project Manager, Software Developer, Tester , etc., también realiza análisis comerciales.
Business Discovery
DSN_XP aplica por concepto, la ingeniería inversa al estudio de los negocios basándose en el modelado, ya que, para modelar, se requiere adoptar una o varias perspectivas y para juntar varias de ellas en un modelo, se requiere el pensar primero en la audiencia que leerá el modelo para delimitar y definir sus elementos y terminar en la conceptualización de una propuesta.
Usualmente se piensa primero en los requerimientos y luego se define la propuesta, la sutil diferencia entre los 2 conceptos radica en la explicación del secreto de la ilustración :o)
Dependiendo del movimiento de los elementos del modelo se puede obtener un cambio cuantitativo en la perspectiva. En esta ilustración originalmente son 13 personajes, pero un cambio de perspectiva obtiene 12 personajes :o)
DSN_XP toma en cuenta este factor y concluye que: dentro de la perspectiva del negocio, es necesario utilizar la orientación a objetos para relacionar un objeto con actividades, eventos, procesamiento y sobre todo tipo de unidad de negocio.
Una unidad del negocio es un proceso que cumple una funcionalidad
La perspectiva del negocio, en los inicios de la informática, estaba destinada a resolver tareas o automatizarlas, esta forma de ver al negocio y su relación con el software o con cualquier otra estructura mental, obligó a la academia a pensar en la descomposición de tareas como la alternativa más viable para ejecutar un proyecto.
DSN_XP no critica a este método, pues sabemos que como método funciona, un ejemplo de ello es la robótica con la automatización de la industria y por ello del negocio. Ahora bien, una vez que se introduce más la tecnología computacional, comienzan a aparecer nuevos actores que influyen en la concepción de proyectos
BusinessView
Esta sección contiene los criterios fundamentales para entender los aspectos relacionados con el diseño y estudio de las organizaciones tanto como estructura administrativa, así como en aspectos relacionados con su cultura organizativa y la madurez organizacional junto al enfoque de arquitectura empresarial.
Para lograr comprender una organización desde el concepto de perspectiva fue necesario desarrollar un estudio de todos aquellos aspectos que directa o indirectamente impactan en la industria, en los negocios y por defecto en las organizaciones.
DSN_XP originalmente fue diseñada como metodología para el estudio del software, sin embargo, al profundizar los artefactos para capturar los requerimientos del software, fue necesario desarrollar nuevas competencias que están relacionadas con la transferencia de conocimientos sobre los procesos de la organización, desde el cliente hacia el equipo de desarrollo.
DSN_XP aplica por concepto, la ingeniería inversa al estudio de los negocios basándose en el modelado; para modelar, se requiere adoptar una o varias perspectivas, comprendiendo que una perspectiva implica una forma de mirar el fenómeno observado y que por lo tanto se debe modelar una vista y que, para juntar varias perspectivas que definen el modelo, se requiere el pensar primero en la audiencia que leerá el modelo para con ello definir los elementos del modelo y terminar en la definición de una propuesta. Usualmente se piensa primero en los requerimientos y luego se define la propuesta, la sutil diferencia entre las dos formas de observar un evento radica en la explicación del secreto de la siguiente ilustración :o)
DSN_XP toma en cuenta este factor y concluye que, dentro de la perspectiva del negocio, es necesario utilizar la orientación a objetos para relacionar un objeto con actividades, eventos, procesamiento y sobre todo tipo de unidad de negocio.
La perspectiva del negocio, en los inicios de la informática, estaba destinada a resolver tareas o automatizarlas, esta forma de ver al negocio y su relación con el software o con cualquier otra estructura mental, obligó a la academia a pensar en la descomposición de tareas como la alternativa más viable para ejecutar un proyecto o método Top-Down.
DSN_XP no critica a este método, pues sabemos que como método funciona, un ejemplo de ello es la robótica con la automatización de la industria y por ello del negocio. Sin embargo, el método descendente no es suficiente para desarrollar software debido al concepto de acoplamiento.
El concepto de acoplamiento hace referencia en la ingeniería del software, al diseño estructural del sistema basado en las interrelaciones y por ende en una dependencia funcional (matemáticamente hablando) de sus componentes para responder a un flujo de acciones conocidas como algoritmo y a un conjunto de eventos que cambian como resultante de aplicar la función lógica del sistema. Este es un concepto de la ingeniería mecánica que determina que un acople permite adaptar funcionalmente dos elementos que sin dicho acople no podrían funcionar.
Para lograr mediante un diseño adecuado optimizar una organización, se requiere entender a la organización y sus procesos y esta es justamente la razón por la cual como DSN_XP creamos la perspectiva del negocio o Business View.
Ahora bien, una vez que se introduce más la tecnología computacional, comienzan a aparecer nuevos actores que influyen en la concepción de proyectos.
Las investigaciones que hemos realizado bajo esta perspectiva están respaldas en investigaciones continuas en libros y demandas como elementos del diseño holístico basado en perspectiva como:
La administración del conocimiento en la organización.
La madurez administrativa y el modelo CMMI
La madurez administrativa y el modelo COBIT
La madurez administrativa y la normativa ISO
La madurez administrativa y el modelo ITIL
La madurez administrativa y el modelo OPM
La administración de negocios y la gestión del cambio
Esta es la historia del movimiento ágil en Ecuador bajo la perspectiva de DSN_XP, como tal, somos responsables por su contenido y en ningún momento se podrá decir que representamos o somos la voz oficial del movimiento @AgileEcuador
Línea de tiempo
Los orígenes del movimiento Agile en Ecuador [2009-2010]
La idea de formar una comunidad ágil en Ecuador surgió en entre varios simpatizantes de SCRUM que el destino reunió en un proyecto de desarrollo en el valle de tecnología de la Universidad Técnica Particular de Loja (UTPL)
Equipo UTPL/SoftwareFactory/Samasat/Bayteq/EnovaTraining/AQASolutions
Para esta época DSN_XP necesariamente tenía que robustecerse para lograr enfrentar el reto de recuperar un proyecto mediante la adopción de SCRUM.
DSN_XP reconoce de forma pública que cuando llegamos al proyecto, existían ya conceptos ágiles que habían sido puestos en práctica por la empresa BAYTEQ gracias al aporte de Byron Rosales, adicionalmente, los conceptos de TDD, BDD son introducidos en nuestra investigación gracias al apoyo de Jorge Gamba quien coordinaba con este equipo aspectos de desarrollo de software.
DSN_XP también deja constancia que existían conceptos ágiles en el estilo de programación mediante TDD por parte de los miembros del Valle de Tecnología de la UTPL
Certificaciones como Scrum Master [2009]
Gracias al apoyo de la UTPL, SAMASAT y BAYTEQ, se pudo lograr un primer objetivo, que varios miembros del equipo se certifiquen como Scrum Master en un evento de la comunidad ágil de Perú y la empresa Open Edge Technologies y aprendan de esta comunidad como se utiliza Scrum en proyectos tecnológicos de desarrollo de software.
Curso Certificado de Scrum Master en Lima - Perú
Scrum aplicado al proyecto UTPL.SYLLABUS+ [2010]
Con la información, técnicas y artefactos que nos fueron impartidos en el curso, logramos un segundo objetivo, que la UTPL confíe en SAMASAT y adopte SCRUM como método para la gestión del proyecto SYLLABUS+ .
DSN_XP pudo ser aplicada al proyecto gracias al apoyo de SAMASAT y su gestión ágil para la recuperación y administración de proyectos tecnológicos.
Nota: Para DSN_XP, este es el primer registro completo que tenemos sobre la adopción de SCRUM en Ecuador. Este registro estará disponible para la comunidad académica del Ecuador en este blog bajo los lineamientos de la licencia Creative Commons.
Esquema de adopción de Scrum al proyecto SYLLABUS+ by DSN_XP
Para nosotros, históricamente, este es el primer proyecto ágil en Ecuador y lo consideramos así porque es el primer proyecto tecnológico del cual existen registros de la aplicación de SCRUM para el desarrollo de software bajo los lineamientos de DSN_XP.
Nota: Se refiere a la fase del proyecto SYLLABUS+ en la cual tomamos el control del proyecto y aplicamos los principios ágiles bajo los lineamientos de DSN_XP y cuyo resumen se expresa en este video de autoría de José Sandoval. Para mayor información del proyecto existirá una entrada que definirá los detalles de la adopción de Scrum. Respecto al diseño y planificación del producto esto es de propiedad intelectual de terceros por lo que no mencionaremos nada del diseño.
Hecho en Ecuador, la primera generación [2010-2011]
Reuniones técnicas de desprogramación extrema e integración continua
Un grupo de amigos decidimos fundar el movimiento ágil en Ecuador, esta página lleva una bitácora de las reuniones del movimiento en las cuales hemos colaborado como DSN_XP y también de aquellos eventos en los cuales, no hemos participado pero que se publican para un registro histórico del desarrollo del agilismo en Ecuador.
Para cuando inicialmente se edita este post, no existen registros google de que otras personas hayan propuesto el nombre de Comunidad Agile en Ecuador, adicionalmente, quienes somos mencionados en este relato histórico somos agilistas que de una u otra forma tenemos el reconocimiento de la comunidad internacional y que por lo tanto podemos ser considerados como referentes del Agilismo en Ecuador, al menos para DSN_XP.
Traslado del control del proyecto a la PMO
Una de las ventajas que obtuvimos al aplicar los principios ágiles, fue el lograr estabilizar el proyecto, una vez estable, la UTPL decidió trasladar su gestión a la oficina de proyectos (PMO).
Para esta fecha, como Scrum Master y por ende responsable de la implementación de SCRUM en el proyecto, debía resolver los conflictos presentados tanto por las herramientas clásicas propuestas por la PMO como por las herramientas disruptivas propuestas por SCRUM para la recuperación del proyecto.
Para la transferencia del proyecto desde nuestra administración como SAMASAT hacia la PMO de la UTPL, fue necesario la creación de la denominada AgilePMO, siendo esta iniciativa a la vez, el primer registro que tenemos de la escalabilidad de Scrum y los principios Agile en una organización ecuatoriana.
La transición del proyecto en consecuencia implicaba un riesgo, para minimizarlo, se consideraron varias liberaciones y una estrategia adecuada para la obtención del producto, sin embargo, cambiaron las estructuras de control sobre el proyecto por lo que no nos fue posible el seguir los lineamientos de DSN_XP y esto motivó a ceder nuestro rol de Scrum Master de Scrum Masters.
Para DSN_XP no existen más registros sobre el estado del proyecto y su culminación, por lo que podemos definir que, bajo el concepto de iteraciones, la iteración en la cual participamos generó un producto de confianza para el cliente y se pudo retornar la inversión durante la jornada contratada, adicionalmente se pudo reconocer la potencia de SCRUM adaptado por DSN_XP.
Sabemos también que los nuevos administradores del proyecto utilizan una variante de SCRUM denominada XScrum o SCRUM para ejecutivos y se forma la AgilePMO de la UTPL.
Nota: Se respetan los criterios de la UTPL pero lo expresado en esta sección se establece en base a nuestros registros, más detalles de todo el proyecto, aquí.
Primeros esfuerzos de la comunidad Agile Ecuador [2011]
Una vez que todos estuvimos fuera del proyecto, cada cual por su parte seguía con la convicción en los principios ágiles y con las ganas de hacer algo más grande, que permita de una vez por todas, hacer conocer al mundo entero que en Ecuador existen personas que se identifican con el movimiento ágil y que están dispuestas a poner en práctica este conocimiento en la gestión de proyectos tecnológicos, sin embargo, hacía falta un elemento disparador que inicie esta revolución...
Como DSN_XP, hemos promulgado el agilismo en Ecuador en cada proyecto en el cual participamos pues estamos convencidos del potencial que se genera cuando se aplican los conceptos ágiles de forma holística.
Nuestra forma de aplicar de forma experimental y "customizada" las herramientas, artefactos y principios ágiles, no fue aceptada por los otros miembros de la comunidad, por lo que no reconocen a DSN_XP como marco de trabajo ágil, pero aclaran que si les interesaba la participación de su mentalizador en la comunidad (como cualquier otro miembro que sume al movimiento).
Nota: DSN_XP se considera a si misma como proveniente del espíritu ágil, sin embargo, en lugar de adoptar una metodología en especial, nuestro trabajo consiste en definir un marco personalizado de trabajo ágil para la gestión de proyectos.
El apoyo de la comunidad Agile de Chile [2011]
¿Cómo formar una comunidad? ¿Qué pasos son necesarios para ello? ¿Estamos en condiciones para hacerlo? ¿Es posible armar un movimiento a nombre del Ecuador?...
Estas y otras inquietudes existían en el ambiente y no permitían que se de el paso inicial para crear la comunidad, gracias al impulso, apoyo y la transferencia de experiencias de otras comunidades y en especial de la comunidad ágil de Chile, tres personas decidieron dar este paso y arrancar la comunidad ágil de Ecuador con miras a sumar más miembros al movimiento y lograr hacer reconocer los principios ágiles y su validez en la gestión de proyectos tecnológicos.
Nota: Para DSN_XP, los principios ágiles son objeto de estudio y su aplicación se destina a mejorar continuamente nuestras herramientas. Como metodología, creemos que somos muy pocos los que llevamos registros científicos de su aplicación en Ecuador.
Nota:DSN_XP también tiene registros aislados de varios intentos externos de generar la comunidad ágil en Ecuador por otros miembros y empresas ecuatorianas como LogicStudio.
Nota: Scrum impacta a toda Latinoamérica y empresas que son internacionales y tienen una representación en Ecuador comienzan su propio viaje de transformación tal como lo haríamos en la UTPL pero a un mayor compromiso por parte de quienes integran la organización y nos referimos a Seiba
Posesión de dominio en redes sociales e Internet [julio/2011]
Teníamos que definir los canales autorizados por el movimiento para la transferencia de ideas sobre el manifiesto ágil y las experiencias adquiridas en Ecuador y se define esta fecha como la fecha de lanzamiento oficial de la comunidad ágil en Ecuador.
Se creó una cuenta en twitter @AgileEcuador y desde la misma se envió al mundo entero la noticia de que se había creado la comunidad ágil en Ecuador.
Se adoptó como logotipo a la ilustración que se muestra en este blog.
Logotipo adoptado por DSN_XP para el movimiento ágil Ecuador
Se comenzó a publicar entonces contenido desde esta cuenta y se oficializa el nacimiento del movimiento ágil en Ecuador.
Finalmente, la comunidad ágil en Ecuador para agosto del 2011 se conformaría por tres miembros que son:
Byron Rosales
Se encargaría de coordinar las actividades de relaciones interinstitucionales y del dominio del sitio Web además de la publicación de contenido ágil y el uso de herramientas para la gestión de proyectos tecnológicos.
José Lubín Sandoval
Se encargaría de la comunidad como community manager y de los aspectos de diseño gráfico del logotipo final además de la publicación y difusión de contenido ágil.
Francisco Toscano Morales
Se encargaría de la emisión de contenido ágil y de aspectos organizativos de la comunidad.
Nota: DSN_XP es referida en sus propios canales de distribución de información.
Edwin Vargas Lara (más tarde se nos uniría)
Sin responsabilidades definidas todavía pero contábamos con su apoyo.
Experiencias ágiles en Ecuador:
José Sandoval promulga el agilismo en un proyecto tecnológico con una institución pública financiera (no poseemos registros sobre los resultados de su proyecto compartidos por él).
Byron Rosales promulga estos mismos objetivos en otra institución pública (tampoco tenemos registros sobre los resultados de su proyecto compartidos por él).
Francisco Toscano y Edwin Vargas promulgan los mismos principios en una institución pública (Distrito Metropolitano de Quito) con excelentes resultados para el proyecto.
Nota:DSN_XP tiene registros multimedia y por escrito de su intervención en este proyecto, pero derechos de propiedad intelectual establecidos por acuerdos comerciales no nos permiten compartir esta información con terceros.
DSN_XP y su separación temporal [septiembre/2011]
Descubrimos como DSN_XP que no fuimos lo suficientemente comprometidos con la causa del movimiento ágil en Ecuador :o(, si bien es cierto, cada miembro empezó a promulgar los principios ágiles por su cuenta, no fue posible para nosotros madurar la idea de una comunidad virtual como movimiento ágil en Ecuador.
Para efectos de dejar una constancia de la historia del movimiento bajo la perspectiva de DSN_XP, tomamos la decisión de separarnos temporalmente de la comunidad porque nuestras ideas ágiles no eran compatibles con las ideas ágiles de los otros miembros :o), esto implicaba en primer lugar el definir hacia dónde llevaríamos el movimiento como tal, la difusión de las ideas ágiles y las diversas escuelas ágiles existentes en el mercado como SCRUM entre otras (recuérdese que 3 de los 4 miembros originales éramos Scrum Master Certificados y casi los primeros certificados en SCRUM del Ecuador).
Nota:DSN_XP comienza a dejar SCRUM como método actual de experimentación y comienza a analizar Kanban más profundamente..
DSN_XP y la certificación en SCRUM [octubre/2011]
Una de las discusiones más fuertes que existió al interior de la comunidad fue acerca de la concepción de las certificaciones. Para DSN_XP las certificaciones obligan al mercado a reclutar candidatos que cumplan con tales requerimientos y bajo nuestros registros, este tipo de certificaciones tienen un alto impacto en el proceso de contratación del mercado nacional e internacional.
Por otro lado, en América Latina, las certificaciones de la Alianza Scrum dominan el mercado y esto implica la introducción de socios estratégicos; una comunidad también debe tratar estos temas :o)
La posibilidad de que el movimiento ágil de Ecuador se convierta en la voz autorizada para definir quien es ágil o no, o tratar temas como las certificaciones como negocio y el control del movimiento para fines comerciales, son temas que deben ser enfrentados adecuadamente y con fundamentos.
Nota:DSN_XP quiere dejar en claro y de forma pública su agradecimiento a las empresas Open Edge Technologies, Massimus y Kleer por apoyar a la comunidad ágil de Ecuador con sus eventos abiertos.
Por un lado, la idea comercial es importante (ya que el movimiento debe auto sustentarse para crecer como organización por los costos de mantenimiento) y por otro lado, la simple idea de que un organismo se convierta en la voz autorizada para decidir quién es ágil y quién no, rompe el concepto mismo de comunidad ágil virtual :o)
Octubre es entonces cuando tomamos la decisión de separarnos del movimiento por no concordar entre nosotros sobre algunos aspectos inherentes a la palabra #agile :o(
Nota: Existen registros de que este mismo fenómeno les ocurrió a los mentalizadores del movimiento ágil..
Experiencias:
Francisco Toscano comienza a promulgar KANBAN en instituciones públicas (hemos trabajado con 2 empresas dependientes de empresas públicas en Quito) bajo los lineamientos propuestos por DSN_XP.
José Sandoval y su patrocinador logran un objetivo importante para Ecuador, al traer la primera certificación en SCRUM a Quito, esta idea no fue comentada ni divulgada correctamente al interior de la comunidad (por recomendaciones del patrocinador) por lo que los demás miembros nos enteramos una vez que dicho evento fue publicado en las redes sociales, esto, más la falta de participación activa de los miembros para publicar contenido en la comunidad provocó nuestro alejamiento.
DSN_XP sin embargo felicita esta iniciativa porque al menos se logra una actividad importante para la comunidad, pues como comunidad ágil en Ecuador, si se reconoce a SCRUM como una escuela de pensamiento ágil.
DSN_XP deja constancia de que no apoyamos la certificación de cualquier tipo por el impacto en el proceso de contratación de profesionales para la gestión de proyectos. Consultamos este comportamiento y descubrimos que otras comunidades habían pasado por lo mismo en su debido tiempo y de cuyo resultado se determinaba las tendencias de cada país en el proceso de adopción del agilismo.
Los registros que obtuvimos del primer evento de certificación SCRUM en Quito:
Primer curso certificado de Scrum en Ecuador por José Sandoval
DSN_XP y SCRUM sin certificaciones [noviembre/2011]
Mientras uno de los miembros fortalece la escuela de SCRUM mediante las certificaciones pagadas, nosotros como DSN_XP, apoyamos indirectamente al movimiento ágil de Ecuador con una serie de conferencias pequeñas en la ciudad de Quito gracias al apoyo de la Fundación Runakawsai donde se imparte SCRUM bajo los lineamientos de DSN_XP como una de las materias curriculares que se enseña a la comunidad de Quito.
Pensamiento holístico y ágil bajo los lineamientos DSN_XP
Talleres de difusión FaceToFaces
Esta narración puede comprenderse como una rivalidad existente entre los miembros originales de la comunidad, pero para nosotros, como DSN_XP, es una cuestión mucho más importante que el ego de cualquiera de los miembros fundadores.
Debido a que no existe una posición oficial por parte de la comunidad ágil hasta este entonces, decidimos realizar una campaña informativa en Twitter a través de nuestra cuenta (@DSN_XP) sobre nuestra posición respecto a SCRUM y nuestro rechazo frontal a las certificaciones pagadas por un entrenamiento mínimo de 2 días (tal cual lo promulga la Alianza Scrum) y si un apoyo frontal también a los eventos gratuitos o pagados de difusión y entrenamiento sin la necesidad de un certificado autorizado como válido por la Alianza Scrum.
DSN_XP aplica los principios ágiles (FaceToFace) y decide conversar con cada uno de los otros miembros de la comunidad para aclarar que más allá de los procesos ágiles que se apliquen, nos interesa el equipo como tal :o) sin embargo seguimos alejados del movimiento ágil Ecuador.
Noviembre es un mes en el cual en el mundo entero se discute lo que estábamos viviendo como comunidad ¿Cuál es tu posición respecto a las certificaciones Scrum? una clara señal de que lo que experimentamos como comunidad era un proceso normal de las comunidades ágiles.
Nota: Las comunidades ágiles de Brasil, Perú, Colombia, Venezuela, Bolivia y Argentina ya resolvieron este dilema y escogieron (bajo nuestra interpretación de los hechos) a la escuela SCRUM, mientras que la comunidad ágil de Chile no adoptó esta posición y es lo que queremos como DSN_XP para Ecuador.
Primer Agile Tour en Quito [noviembre/2011]
En noviembre José Sandoval realiza un segundo evento importante para la comunidad como es el organizar el Agile Tour en la ciudad de Quito evento al cual no pudimos asistir y que para variar tampoco tenemos un registro sobre el resultado de este evento que haya sido expuesto por él :o(
Agile Tour 2011 Quito by Samasat (José Sandoval)
La cosecha SCRUM y el renacimiento de la comunidad
DSN_XP y un café con JOE :o) [diciembre/2011]
En diciembre y mediante twitter notamos la presencia de un nuevo personaje a quien empezamos a seguir porque si llevaba registros de su adopción de SCRUM y claramente demostraba que era una de las personas que siguió el curso certificado en Ecuador.
Para DSN_XP, Joe (José Franco) representa un gran potencial para el movimiento pues su círculo de influencias permitiría expandir algunas de las bases del agilismo a lugares diferentes del Ecuador :o)
José trabaja directamente con la escuela de pensamiento del PMI y actualmente está apoyando fuertemente a las certificaciones ágiles bajo los lineamientos del PMI (Comunidad de Práctica Ágil Agile CoP)
José al pasar del tiempo se convierte en uno de los mayores exponentes del agilismo en Ecuador tanto por sus aportes a la comunidad y sus representaciones en los diversos eventos que impactan en la madurez de una comunidad fuerte en la ciudad de Guayaquil.
DSN_XP y la arquitectura empresarial ágil+Kanban [enero/2012]
Una vez que profundizamos el marco de trabajo propuesto por KANBAN, estábamos experimentando también con formas de introducir el agilismo en las organizaciones mediante los artefactos planteados por TOGAF como arquitectura empresarial.
Nota: Este esfuerzo sería reconocido más tarde por la comunidad como "escalar agile en las organizaciones"
Como DSN_XP comenzamos a buscar aplicaciones prácticas del agilismo en empresas privadas del Ecuador mediante una serie de conferencias gratuitas sobre TOGAF y KANBAN.
Desconferencias DSN_XP sobre arquitectura empresarial ágil en Ecuador
Kleer una empresa que mira a Ecuador [enero/2012]
En enero tenemos la grata visita de varios personajes del mundo del agilismo en Ecuador, entre estos grandes personajes está la empresa argentina Kleer quienes traen para el Ecuador las capacitaciones y certificaciones ágiles en SCRUM.
Segunda temporada de la Comunidad Agile Ecuador [2012]
A partir del 2012 surgen en Ecuador una serie de eventos relacionados con el agilismo, como DSN_XP no tenemos registros a nivel internacional sobre las discusiones y temas que impactan a la comunidad Latinoamericana.
Resultado de estos eventos dispersos, surgen varias tendencias profundamente marcadas en el Ecuador y en la región y se trata de las capacitaciones y el proceso de certificación SCRUM.
Este aspecto nuevamente es discutido a nivel de comunidades sobre ¿cuál puede ser el rol de la comunidad y sus miembros respecto a la culturización de los temas ágiles y por ende su certificación?
Durante este período, un grupo de programadores extranjeros (españoles en la mayoría) realizan una serie de talleres de capacitación de técnicas ágiles de programación y son quienes dan la pauta para la regeneración de la comunidad Agile en Ecuador que para ese entonces se mantenía inactiva.
Jaume Cardona un esfuerzo de autogestión [febrero/2012]
Jaume es un actor fundamental para la segunda temporada de la comunidad Agile en Ecuador, como DSN_XP tenemos un agradecimiento profundo por que nos ayudó con su esfuerzo a sostener todo lo que veníamos logrando como comunidad en el proceso de difusión lenta de los marcos de trabajo que implican AGILE especialmente en el desarrollo de software.
Nota: Para estas mismas fechas ya se estaban promoviendo eventos ágiles por parte de Jaume Cardona y su patrocinador BECODE (nos referimos al primer coding dojo en Ecuador)
Nota: Este es para nosotros un segundo registro sobre escalamiento de conceptos ágiles en universidades y el agilismo en Ecuador, el primer registro para DSN_XP fue la UTPL.
El segundo coding dojo by Kleer [abril/2012]
Asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del Yoseki Coding Dojo y su impacto en la comunidad ágil de Ecuador.
Nota: Para DSN_XP además del equipo del valle de tecnología de la UTPL, Samasat, Byteq no teníamos registros de que existen empresas que aplican metodologías ágiles para el desarrollo de software. Sumamos a nuestros registros entonces al Grupo Provedatos.
El primer Agile Open Space en Quito por Kleer [abril/2012]
Asistimos a este evento y de a poco iremos detallando en esta sección los conceptos básicos de la tecnología de espacios abiertos y su impacto en la comunidad ágil de Ecuador.
Un amante del agilismo Johnny Ordoñez Ortiz [abril/2012]
Una de las cosas más claras que como DSN_XP encontramos en Johnny fue su capacidad de modelado y el uso de herramientas administrativas avanzadas para la generación de estos modelos que demostraron la influencia de una escuela de diseño y pensamiento ágil desarrollado a su propia naturaleza.
Johnny y su equipo de trabajo nos pone de frente ante la expectativa de que en Ecuador existen otros grupos de personas que utilizan fuertemente y profesionalmente las metodologías ágiles, sin embargo, tampoco tenemos registros de terceros sobre el impacto que tienen en sus organizaciones el utilizar los marcos de trabajo asociados a las metodologías ágiles.
Nota: Con el pasar del tiempo, Johnny se volvería un claro referente de todo el proceso de escalamiento de la agilidad en organizaciones de alto impacto en el sistema financiero del Ecuador.
Alistair Cockburn y su acercamiento al agilismo en Ecuador [mayo/2012]
Mediante facebook, Alistair nos pregunta sobre las tendencias del agilismo en Ecuador y respondemos sobre el impacto de Scrum y nuestros experimentos con Kanban.
I should ask - how is agile doing in Ecuador?
Las clínicas ágiles y LeanSight [julio/2012]
Asistimos a este evento de forma virtual y comprendimos este concepto por lo que abriremos un post especial para detallar las clínicas ágiles, LeanSight y DSN_XP y su impacto en la comunidad ágil de Ecuador.
Clínica Ágil de Liderazgo, contenidos:
Principios de Lean Thinking y Cultura Ágil
Kanban Personal
Kanban de Equipos
Scrum
Mejora Continua: Retrospectivas/Kaizen
Gamestorming
Estimación Ágil de Requerimientos
El PMI Ecuador y el agilismo [septiembre/2012]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos y su impacto en la comunidad ágil de Ecuador.
Coding Dojo en Guayaquil [agosto/2012]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos y su impacto en la comunidad ágil de Ecuador.
Este evento fue auspiciado por el PMI Capítulo Ecuador
DSN_XP y oficinas en transición [diciembre/2012]
DSN_XP fue introducida en el sector público para la mejora continua de los servicios por Francisco Toscano Morales, iniciando así un registro del impacto del agilismo en instituciones públicas del Ecuador.
Nota:DSN_XP tiene registros de referencia de que se aplica SCRUM en el SRI pero no tenemos registros de ello.
Charlas ágiles en la ESPOCH [diciembre/2012]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
LevelUp y el Code Retreat [diciembre/2012]
Asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Levelap y sus continuos coding dojo [febrero/2013]
Levelap es un proyecto del equipo Provedatos en el cual Jaume Cardona junto a su equipo promocionan continuamente los coding dojo para la mejora de la elegancia en la codificación.
Café ágil de ThoughtWorks [febrero/2013]
Asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
.
El proceso de contratación ThoughtWorks y DSN_XP [febrero/2013]
Por tratarse de un tema más relacionado con Francisco Toscano Morales, trataremos este tema en un post aparte. Se lo menciona aquí porque DSN_XP analizó justamente el proceso de contratación propuesto por ThoughtWorks en el cual participamos y no fuimos seleccionados.
Dejamos pues nuestra versión más honesta de los hechos siempre aportando al agilismo en Ecuador.
El encanto femenino con Gemma Hornos [febrero/2013]
Uno de los efectos de poder asistir al evento convocado por Thoughtworks fue el poder conocer a la nueva temporada de agilistas en Ecuador.
Dentro de este grupo selecto de personas destaca por su frescura de mirar Gemma con toda la experiencia de su trabajo en Telefónica y sus talleres para escalar el agilismo en las organizaciones.
Andrés Robalino y su presencia en el desarrollo de software [febrero/2013]
Mientras tanto en Guayaquil, de a poco notamos la presencia de una persona que comenzaba a poner retos a los programadores y mencionaba ya estructuras ágiles para el desarrollo de software.
Andrés tiene su propia experiencia basada en su conocimiento y contactos internacionales que requiere de un post aparte para analizar su aporte al agilismo en el Ecuador.
La presencia de Andrés más tarde tendría mucho impacto a la hora de comenzar a desplegar el nombre de la comunidad agile ecuador a nivel internacional y traer a nuestro país eventos y personajes del mundo del agilismo que aporten culturalmente a la comunidad agile del Ecuador.
Gira AGILE Ecuador by Johnny Ordóñez [marzo/2013]
Una idea: qué les parece armar una gira ágil por todo Ecuador? Agilistas montados en una Van recorriendo universidades con charlas y dojos; difundiendo ágil, conociendo gente, viviendo grandes experiencias, documentar con fotografías.
Yo sé, suena un poco loco....pero acaso no hay algo de locura en ser agilista?? Te animas?
El reto SpaceApps y los agilistas en Ecuador [abril/2013]
No participamos de este evento y no tenemos registros de su impacto en la comunidad agile Ecuador.
La aparición de Agilec.org [abril/2013]
No participamos de este evento y no tenemos registros de su impacto en la comunidad agile Ecuador.
Nota: Este es el segundo curso certificado de un proceso de certificación en SCRUM que como DSN_XP tenemos en nuestros registros.
También notamos por primera vez que se estudien aspectos relacionados con el TeamView y su impacto en las organizaciones.
El primer equipo ThoughtWorks [agosto/2013]
Thoughtworks Ecuador inicia con lo mejor de los agilistas radicados en Ecuador.
Esta selección impacta notablemente en el movimiento ágil de Ecuador ya que se introduce en la cancha un nuevo enfoque agilista que le es propio para ThoughtWorks ante SCRUM como marco generalmente aceptado por la tercera temporada de la agilidad en Ecuador.
El equipo Agile Ecuador by ThoughtWorks [octubre/2013]
Para esta época, quienes formaron el primer equipo ThoughtWorks de Ecuador fueron quienes pusieron la pauta sobre lo que sería la comunidad ágil Ecuador en en su tercera versión debido al respaldo internacional que posee ThoughtWorks. Esto se puede comprender cuando se menciona su impacto en el tablero de la industria nacional del software más adelante.
De las reuniones planteadas a la comunidad, por los medios disponibles para la comunidad, permitieron agrupar a un gran número de simpatizantes sobre el movimiento Agile que se dió en Ecuador por la presencia de ThoughtWorks en Ecuador.
El equipo Agile de Ecuador integraba a personal de Guayaquil, Ibarra, Cuenca, Quito e incluso logró sumar en su esfuerzo a las organizaciones y empresas que desarrollan software en Ecuador y que adoptan Scrum principalmente.
El TourCode en la UDLA [noviembre/2013]
No participamos de este evento y no tenemos registros de su impacto en la comunidad agile Ecuador.
Café ágil de ThoughtWorks segunda edición [febrero/2014]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
El manifiesto de la comunidad Agile Ecuador [febrero/2014]
Luego de un par de reuniones virtuales y de la lectura y aprobación de quienes participamos en su aprobación como comunidad Agile Ecuador se logró cristalizar el manifiesto para los practicantes y promotores del agilismo en Ecuador.
El TourCode en la UTE [marzo/2014]
No participamos de este evento y no tenemos registros de su impacto en la comunidad agile Ecuador.
El despliegue internacional de ThoughtWorkers [mayo/2014]
Para esta época, la mayoría de agilistas con los cuales teníamos contacto dejaron ThoughtWorks y no tenemos registros sobre el impacto del agilismo aplicado bajo los lineamientos una de las empresas más grandes en la industria del software.
Los agilistas ecuatorianos internacionales [octubre/2014]
Este es el equipo que nos representó en las Séptimas Jornadas Ágiles Latinoamericanas.
De a poco van surgiendo agilistas en el Ecuador e iremos contando sus historias conforme a los registros obtenidos por nuestras investigaciones como DSN_XP ya que no contamos con aportes de estos miembros sobre el impacto de aplicar el agilismo en sus respectivos lugares.
Paralelamente comienza a suceder un nuevo hecho en nuestra comunidad y se trata del impacto de estos agilistas en la región Latinoamericana y el fenómeno de adopción de las metodologías ágiles en Latinoamérica gracias a los registros de facebook de las Jornadas Ágiles Latinoamericanas.
El Agile Open Space en Quito [noviembre/2014]
Este fue un esfuerzo por juntar a la nueva generación de agilistas una vez que la mayoría se separa de Thoughtworks Ecuador y deciden emprender cada cual por su propia cuenta. Para dar un impulso a la comunidad José Lubín provoca que se realice este espacio en el Centro Cultural El Tinku gracias al apoyo de la Fundación Runakawsai.
El impacto de ThoughtWorks en el Ecuador [2014]
DSN_XP se limita en este espacio a definir aquellos aspectos de impacto en el agilismo del Ecuador, bajo ningún concepto estaremos opinando sobre ThoughtWorks Ecuador pero si resaltamos que en nuestras investigaciones, ThoughtWorks Internacional representa efectivamente una escuela de diseño y posee su propio modelo metodológico organizacional.
Uno de los primeros impactos que aporta a la comunidad la empresa ThoughtWorks es la fuerza motivadora que se emplea para brindar mayores oportunidades de mejora continua a las mujeres programadoras del Ecuador, hecho que como DSN_XP estamos muy agradecidos por lo que implica en un futuro cosechar estos esfuerzos.
ThoughtWorks definitivamente tiene una seria participación en la industria del software en Ecuador llegando a profundizar con su presencia aspectos relacionados inclusive a temas de política pública aplicada a la industria del software.
FuerzaTres y su presencia en la comunidad [febrero/2015]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Agradecemos profundamente a Ingrid Astiz por contactarnos durante su presencia y poder tener como DSN_XP un registro de su visita a Quito y el impacto de su presencia en la comunidad agile de Ecuador.
Nota: En este registro aparece una nueva empresa Jaguar sobre quienes no tenemos datos para nuestra bitácora del agilismo en Ecuador
El AgileOpenSpace en Guayaquil [febrero/2015]
Asistimos a este evento y realmente quedamos encantados del proceso de organización, convocatoria y profesionalismo que el equipo de Guayaquil demostró con este evento, para nosotros..., este fue el impulso que necesitaba la comunidad ágil de Ecuador para poder mostrarse internacionalmente.
Detrás de todo este esfuerzo estaba la presencia de José Franco y su equipo, quienes tomaron el agilismo tan en serio que más tarde impactarían en Ecuador con su presencia.
Economía líquida en Buen Trip [marzo/2015]
Este fue un evento promocionado por José Sandoval gracias a la presencia de Alan Cyment para con la comunidad.
Agile Open Space Quito Trip [marzo/2015]
Luego de toda la adrenalina obtenida con el evento en Guayaquil, se logró concretar un segundo evento en Quito y se tenía programado un tercer evento en Cuenca.
En este segundo evento pudimos observar el crecimiento inclusive de la comunidad en Quito, esto fue posible también por la presencia de grandes del agilismo que compartieron sus experiencias.
Escalando el agilismo con Etna Estrella [marzo/2015]
Pocas mujeres brillan por su impacto en la comunidad ágil de Ecuador, dentro de estas agilistas se puede contar con Etna Estrella una arquitecta tecnológica que tiene en su sangre al arte y su proceso de transformación de comunidades.
Etna tiene una mirada artística que le permite introducir el agilismo mediante un diseño profundo del conocimiento y experiencias artísticas que impactan en todos aquellos que cursan con su entrenamiento profesional.
Etna es a nuestro entender una de las exponentes femeninas que brillan por su propio esfuerzo internacionalmente.
El Agile Open Space en Cuenca [abril/2015]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Regional Scrum Gathering [abril/2015]
Y bueno, asistimos a este evento y aprendimos más sobre Scrum, pero la nota amarga que debe ser registrada en nuestra bitácora sobre el agilismo en el Ecuador, tiene que ver con la falta del reconocimiento por parte de terceros que introducen eventos, talleres sobre el agilismo en Ecuador a la comunidad ágil de Ecuador y su posicionamiento internacional.
Esto es importante discutir, no por temas de ego (de los miembros que nos consideramos como comunidad Agile Ecuador), sino por las estrategias que pueden acordarse entre los actores detrás del mundo del agilismo y quienes nos hemos esforzado por dejar en alto el marco de trabajo del agilismo en el Ecuador; ahora bien, cualquier comunidad como la comunidad Scrum Ecuador y quienes no quisieron hablar con nosotros, no deberían ignorar a la comunidad Agile Ecuador porque tarde o temprano tendrán que reconocer que oficialmente estamos representando como comunidad a todo el movimiento Agile Internacional en Ecuador.
Para DSN_XP era necesario separar la industria de la capacitación y certificación sobre el interés genuino que tenemos sobre nuestro estudio del impacto del agilismo en el Ecuador (como miembros que iniciamos con esta comunidad), por ello, tiempo atrás nos separamos y nos reintegramos en esta ocasión para apoyarla en su crecimiento
Lo positivo es que conocimos a los grandes del agilismo en el mundo gracias al esfuerzo de quienes realizaron este evento, colocando nuestro país dentro del mapa de la Alianza Scrum.
Open Space Guayaquil by Hiroshi Hiromoto [abril/2015]
No asistimos a este evento pero registramos una nueva universidad que se integra al mapa de espacios en los cuales se ha difundido el agilismo en el Ecuador. [Universidad de Especialidades Espíritu Santo]
Hiroshi introduce conceptos como Coaching Dojo
Pensamiento Agile aplicado al software y a las empresas [mayo/2015]
No asistimos a este evento realizado por Alex Benavides y Johnny Ordoñez pero destacamos la continua participación en universidades.
Las Octavas Jornadas Latinoamericanas Ágiles [octubre/2015]
No asistimos a este evento pero lo registramos en esta bitácora porque quienes participan en el evento internacional, son miembros activos de la comunidad Agile Ecuador y también miembros de organizaciones ecuatorianas que se capacitan continuamente en los avances que se ofertan en estos espacios para toda la comunidad Latinoamericana de Agilismo.
Es en este evento que se postula a Ecuador para efectos de traer las jornadas ágiles latinoamericanas a nuestro país, ratificando con ello que la presencia y posicionamiento de la comunidad Agile Ecuador.
Como DSN_XP llevamos un registro del impacto de las jornadas en toda la región.
La comunidad Agile y la UDLA [2016]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Reporte de experiencia agilismo en Ecuador [junio/2016]
No asistimos a este evento pero recogemos lo que hemos encontrado en los registros de la página Facebook de la comunidad.
La comunidad Agile Ecuador invitan al reporte de experiencia del agilismo en empresas tradicionales, un evento iniciado por José Lubín Sandoval.
Queremos compartir nuestra experiencia trabajando con el agilismo en una empresa grande y tradicional, a nivel nacional, involucrando al negocio. Con experimentos cortos, con foco en los clientes, en sprints de negocio y de desarrollo de software. La idea es visibilizar el caso e inspirar a agilistas con lo realizado, también recibir feedback e ideas por parte de la comunidad.
Experiencias ágiles en Quito by Kleer [junio/2016]
Participamos de este evento y de a poco estaremos subiendo el material relacionado.
Despliegue para Ágiles Ecuador 2016 [octubre/2016]
Las coordinaciones para el evento
Nuestra participación en la sección de convocatoria
Nuestra participación en la obtención de la sede
Las convocatorias al evento
Las Octavas Jornadas Ágiles Latinoamericanas [octubre/2016]
No asistimos a todo el evento por cuestiones de salud pero crearemos un post aparte sobre este evento y la forma en la cual participó DSN_XP en su organización como voluntario.
Improvement Kata by Hiroshi (#Agiles2016)
La separación de la comunidad por Jhonny Ordoñez [2016]
No tenemos detalles sobre el impacto de la organización en los miembros de la comunidad, resultado de este esfuerzo, uno de los miembros decide separarse y continuar con su aporte a la comunidad de forma personal.
Se menciona este evento dentro de la bitácora del agilismo en Ecuador porque sería justamente Jhonny quien más tarde estaría participando de procesos internacionales de escalamiento del agilismo en organizaciones.
La comunidad Agile Ecuador cuarta versión [2016]
Realmente luego de las Jornadas Latinoamericanas, el esfuerzo que realizó la comunidad AGILE Ecuador fue inmenso, resultado de este esfuerzo energético la comunidad toma un nuevo impulso (gracias al múltiple aporte del equipo radicado en Guayaquil).
La mayor parte de nuestros representantes comunitarios tienen ya un nivel internacional y con ello se proyectan mejoras para sus carreras profesionales, golpeando también en la comunidad y la necesidad de impulsar y sostener un esfuerzo que poco a poco está impactando en Ecuador.
El despliegue de la comunidad en Guayaquil [2017]
En Guayaquil, Ecuador cuenta con la mayoría de los grandes representantes del agilismo, este espacio está dedicado dentro de la bitácora de nuestros registros del agilismo en el país, a todo un conjunto de esfuerzos comunitarios por introducir el agilismo en esta importante ciudad.
Lean Change Management con Luis Mulato [febrero/2017]
Luis mulato es un personaje muy importante para nuestros registros del agilismo en la región Latinoamericana.
Las reuniones en las Novenas Jornadas Ágiles [2017]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Scrum Gathering y su impacto en la comunidad [2017]
Como DSN_XP habíamos hablado desde un principio sobre el impacto que tendría el modelo de certificación propuesto por la Scrum Alliance en la gestión de proyectos del Ecuador.
Como evidencia de nuestros estudios, dejamos constancia que DSN_XP respeta a Scrum como marco de trabajo, pero también dejamos constancia que una vez experimentado con este marco en el proyecto SYLLABUS+, dejamos Scrum como referente y nos interesamos mucho en profundizar KANBAN por su enfoque en el estudio de flujos y esto para DSN_XP es un área de investigación continua.
La proliferación de entrenamientos SCRUM [2017]
Uno de los impactos registrados en el agilismo en Ecuador fue la proliferació de entrenamientos ligeros en Scrum y la aparición de la necesidad de un nuevo rol que sería muy compatible con la estructura que se desea imponer desde la mirada clásica de control y que se entendería como Agile Coach.
DSN_XP y la psicología Agile con Marcelo Luj [diciembre/2017]
Realizamos este evento pero por su pronto lanzamiento tuvimos la mínima acogida esperada gracias al apoyo de Marcelo y de Etna.
La creación de la cuenta MeetUp Agile Ecuador [abril/2018]
Meetup como plataforma es administrada por Andrés Robalino como miembro de la comunidad.
Si te interesa aprender y compartir tus experiencias con las metodologías ágiles te esperamos en nuestras reuniones. No tienes que ser experto para participar o incluso para dar una charla. La idea es compartir. Súmate al grupo y ayúdanos a cambiar y hacer más creativo nuestro trabajo.
La comunidad Agile y Alistair Cockburn [2018]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Andrés Robalino y el Meetup Agile Ecuador [junio/2018]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
Por definir [2018]
No asistimos a este evento y de a poco iremos detallando en este espacio los conceptos básicos del evento y su impacto en la comunidad ágil de Ecuador.
