En esta sesión del Queretaro Software Development Meetup se presentan 3 metodologías ágiles: scrum, agile y extreme programming y entendemos las diferencias de cada una y que tipo de proyectos se acomodan mejor para usar estas.
Los acuerdo de equipo son directrices que permitan a los miembro del equipo estar “en la misma página”, se constituyen en las pautas para eliminar malos entendidos que pueden traer consecuencias costosas. Permiten que el equipo conozca el tipo de información que se comparte, cómo se comunican, y cómo se conoce qué están haciendo los demás. Los acuerdos son un artefacto vivo y deben ser revisados de manera periódica.
Eliminando desperdicios en el desarrollo de softwareMarco Avendaño
Se entiende por “desperdicio” a cualquier actividad que consuma recursos pero que no agrega ningún valor, según la percepción del cliente. El desarrollo de software Lean está inspirado en Lean Manufacturing y Toyota Production Systems, donde se encuentran definidos los 7 desperdicios de la fabricación, y es a partir de ellos que se adopto los 7 desperdicios del desarrollo de software, con los cuales se tiene el propósito de descubrirlos y eliminarlos para reducir costos y hacer que los productos sean más efectivos. En la presente charla se dará a conocer las características de estos desperdicios, así como, indicar algunas recomendaciones para reducirlos.
Especializado en Gestión de Proyectos bajo las buenas practicas del PMBOK(PMI®) , metodología PRINCE2® y Gestión de servicios enfocados a ITIL.
Cuento con la siguientes certificaciones a nivel internacional :
PRINCE2® Practitioner Certificate in Project Management, Scrum Fundation Certified (SFC), Scrum Developer Certified(SDC), Scrum Master Certified (SMC), Scrum Product Owner Certified (SPOC) SCRUMstudy Certified Trainer (SCT), Cobit5 Foundation ,Agile Service Projects, Agile Scrum, Cloud Computing, ITIL® Service Strategy , ITIL® Service Design, ITIL® Service Transition, ITIL® Service Operation, ITIL® Continual Service Improvement, ITIL® Managing Across the Lifecycle, ITIL® Expert, Information Security ISO/IEC 27002, Secure Cloud Services, Diplomado en Gestión de Proyectos bajo las buenas practicas del PMBoK.
Resolver problemas y testar nuevas ideas, aunque estemos separados. Se presenta algunas recomendaciones y herramientas para el desarrollo de sesiones de Design Sprint de manera remota.
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
Los acuerdo de equipo son directrices que permitan a los miembro del equipo estar “en la misma página”, se constituyen en las pautas para eliminar malos entendidos que pueden traer consecuencias costosas. Permiten que el equipo conozca el tipo de información que se comparte, cómo se comunican, y cómo se conoce qué están haciendo los demás. Los acuerdos son un artefacto vivo y deben ser revisados de manera periódica.
Eliminando desperdicios en el desarrollo de softwareMarco Avendaño
Se entiende por “desperdicio” a cualquier actividad que consuma recursos pero que no agrega ningún valor, según la percepción del cliente. El desarrollo de software Lean está inspirado en Lean Manufacturing y Toyota Production Systems, donde se encuentran definidos los 7 desperdicios de la fabricación, y es a partir de ellos que se adopto los 7 desperdicios del desarrollo de software, con los cuales se tiene el propósito de descubrirlos y eliminarlos para reducir costos y hacer que los productos sean más efectivos. En la presente charla se dará a conocer las características de estos desperdicios, así como, indicar algunas recomendaciones para reducirlos.
Especializado en Gestión de Proyectos bajo las buenas practicas del PMBOK(PMI®) , metodología PRINCE2® y Gestión de servicios enfocados a ITIL.
Cuento con la siguientes certificaciones a nivel internacional :
PRINCE2® Practitioner Certificate in Project Management, Scrum Fundation Certified (SFC), Scrum Developer Certified(SDC), Scrum Master Certified (SMC), Scrum Product Owner Certified (SPOC) SCRUMstudy Certified Trainer (SCT), Cobit5 Foundation ,Agile Service Projects, Agile Scrum, Cloud Computing, ITIL® Service Strategy , ITIL® Service Design, ITIL® Service Transition, ITIL® Service Operation, ITIL® Continual Service Improvement, ITIL® Managing Across the Lifecycle, ITIL® Expert, Information Security ISO/IEC 27002, Secure Cloud Services, Diplomado en Gestión de Proyectos bajo las buenas practicas del PMBoK.
Resolver problemas y testar nuevas ideas, aunque estemos separados. Se presenta algunas recomendaciones y herramientas para el desarrollo de sesiones de Design Sprint de manera remota.
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
Mi charla (en castellano) en el Barcelona PHP Conference 2009.
En los últimos años, las metodologías ágiles han revolucionado la manera como creamos software. Aún así, muchos equipos siguen teniendo dificultades para alcanzar los niveles de productividad, calidad, y sostenibilidad que estas metodologías prometen. Dejando de lado los aspectos técnicos del desarrollo ágil, que Lars Jankowfsky cubrirá excelentemente en su ponencia, quisiera proporcionar a los asistentes la comprensión de algunos elementos clave para el éxito en el uso de estas metodologías.
Después de recordar el Agile Manifesto, nos centraremos específicamente en Scrum y recorreremos los elementos conceptuales, organizativos y humanos que hacen posible que una metodología tan extremadamente simple produzca resultados excepcionales en tantos casos. Finalmente discutiremos algunas recomendaciones prácticas y directas para implementar Scrum o mejorar en su uso.
Hace años un grupo de expertos escribieron el manifiesto ágil en respuesta de que el fracaso de proyectos es la incertidumbre comenzando así las metodologías ágiles y scrum como el más representativo.
La presentación cubre:
-Pequeño repaso sobre el desarrollo de software siguiendo la metodología waterfall
Agile y Lean Startup
- Los pilares de Scrum;
---- Roles: Product Owner, Scrum Master y Equipo de Desarrollo.
---- Eventos: Planning Meeting, Daily Stand-up, Grooming/Refinement, Demo y Retrospectiva.
---- Herramientas: Product Backlog, Historias de usuario, Definition of Done, Sprint Backlog, Sprint Dashboad.
---- Informes: Fin de Sprint, Inicio de Sprint, Burn-up/Burn-down, Informe de producto.
Sesión presentada en el ScrumDay Perú 2018, donde comparto como DevOps va mas allá de la automatización y que una efectiva implementación del enfoque debe tener en cuenta factores humanos como el sesgo cognitivo, el ego, y la forma en que las personas de diferente background interactúan entre sí.
SCRUM Framework de desarrollo ágil, Iterativo, dispuesto al cambio, que favorece la satisfacción del cliente y se basa en principios de inspección y adaptación
Curso introducción a Scrum, unión de diversas experiencias, wiki y otros cursos para conocer en detalle la metodología Scrum.
- Donde se ubica Scrum dentro de las metodologías agiles
- ¿Qué es Scrum?
- Roles en scrum
- Procesos en Scrum
- Ceremonias
ESCALABILIDAD CON SCRUM
Un Scrum of Scrums (SoS) Meeting es un elemento importante al escalar o ajustar Scrum a proyectos grandes. Por lo general, hay un representante en la reunión de cada uno de los Equipos Scrum. Típicamente el representante es el Scrum Master, pero también es común para cualquier persona del Equipo Scrum (asistir a la reunión si es necesario). Esta reunión es usualmente facilitada por el Jefe Scrum Master y su objetivo es centrarse en las áreas de coordinación e integración entre los diferentes.
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
¿Porque los developers recelan de Agile?
En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores?
En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management.
¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters.
Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon.
Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
Mi charla (en castellano) en el Barcelona PHP Conference 2009.
En los últimos años, las metodologías ágiles han revolucionado la manera como creamos software. Aún así, muchos equipos siguen teniendo dificultades para alcanzar los niveles de productividad, calidad, y sostenibilidad que estas metodologías prometen. Dejando de lado los aspectos técnicos del desarrollo ágil, que Lars Jankowfsky cubrirá excelentemente en su ponencia, quisiera proporcionar a los asistentes la comprensión de algunos elementos clave para el éxito en el uso de estas metodologías.
Después de recordar el Agile Manifesto, nos centraremos específicamente en Scrum y recorreremos los elementos conceptuales, organizativos y humanos que hacen posible que una metodología tan extremadamente simple produzca resultados excepcionales en tantos casos. Finalmente discutiremos algunas recomendaciones prácticas y directas para implementar Scrum o mejorar en su uso.
Hace años un grupo de expertos escribieron el manifiesto ágil en respuesta de que el fracaso de proyectos es la incertidumbre comenzando así las metodologías ágiles y scrum como el más representativo.
La presentación cubre:
-Pequeño repaso sobre el desarrollo de software siguiendo la metodología waterfall
Agile y Lean Startup
- Los pilares de Scrum;
---- Roles: Product Owner, Scrum Master y Equipo de Desarrollo.
---- Eventos: Planning Meeting, Daily Stand-up, Grooming/Refinement, Demo y Retrospectiva.
---- Herramientas: Product Backlog, Historias de usuario, Definition of Done, Sprint Backlog, Sprint Dashboad.
---- Informes: Fin de Sprint, Inicio de Sprint, Burn-up/Burn-down, Informe de producto.
Sesión presentada en el ScrumDay Perú 2018, donde comparto como DevOps va mas allá de la automatización y que una efectiva implementación del enfoque debe tener en cuenta factores humanos como el sesgo cognitivo, el ego, y la forma en que las personas de diferente background interactúan entre sí.
SCRUM Framework de desarrollo ágil, Iterativo, dispuesto al cambio, que favorece la satisfacción del cliente y se basa en principios de inspección y adaptación
Curso introducción a Scrum, unión de diversas experiencias, wiki y otros cursos para conocer en detalle la metodología Scrum.
- Donde se ubica Scrum dentro de las metodologías agiles
- ¿Qué es Scrum?
- Roles en scrum
- Procesos en Scrum
- Ceremonias
ESCALABILIDAD CON SCRUM
Un Scrum of Scrums (SoS) Meeting es un elemento importante al escalar o ajustar Scrum a proyectos grandes. Por lo general, hay un representante en la reunión de cada uno de los Equipos Scrum. Típicamente el representante es el Scrum Master, pero también es común para cualquier persona del Equipo Scrum (asistir a la reunión si es necesario). Esta reunión es usualmente facilitada por el Jefe Scrum Master y su objetivo es centrarse en las áreas de coordinación e integración entre los diferentes.
Razones para adoptar ágil, fallas y tips para hacerlo de forma correcta.
- Hasta la diapositiva 51, introducción a la agilidas
- de la 52 a la 80 por que los equipos ágiles son más "rápidos" y efectivos
- de la 81 a la 94 errores en la adopcion agile
- de la 95 en adelante mitos y tips en la adopción ágil
¿Porque los developers recelan de Agile?
En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores?
En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management.
¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters.
Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon.
Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.
Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. Los requisitos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Expositoras
María Fernanda Escudero., PMP
Project Manager
mescudero@thoughtworks.com
María José Ormaza
Business Intelligence
mjormaza@thoughtworks.com
Presentación dada el día 15 de marzo de 2010 en la Universidad de Córdoba (UCO), sobre el tema de las Metdologías Ágiles en la Práctica, es decir, el cómo se han implementado en una empresa real (Jet Multimedia, S.A.)
Valor Agregado en las TI: Herramientas, Metodologías y FrameworksJersson Dongo
Resumen y recomendaciones sobre herramientas, metodologías y frameworks que permiten incrementar el valor agregado en los proyectos de Tecnologías de Información
Meetup Sesion #5: Que Dicen los Datos de tus PresidenciablaesOsvaldo Mercado Coss
Buscamos hacer un análisis de datos, pero principalmente buscábamos contar una historia y dejar preguntas en el camino.
Tampoco buscamos encontrar quién es el mejor candidato? sólo buscamos saber cómo llegar a los datos a analizar y encontrar datos del día a día con la finalidad de interpretarlos.
Geekend 2018 - No trabajes en Local! (Utiliza Vagrant o Docker)Osvaldo Mercado Coss
[Presentación introductoria hecha para universitarios de la UAQ]
Actualmente la estadística de Google Search trends dice que es más viable encontrar a alguien en México que trabaje con WAMP o XAMPP, que con Docker o Vagrant.
Ésta presentación trata de dar una explicación de porqué usar estas herramientas y disminuir problemas al llegar a producción con su uso.
Introducción a NoSQL con MongoDB (Parte 1)
Una introducción a NoSQL con la finalidad de entender porque es una gran solución a problemas existentes en bases de datos relacionables / RDBMS, así como algunas alternativas
para poder terminar explorando una de las opciones más populares de NoSQL: MongoDB.
Slides de la Sesión #1 del Querétaro Software Development Meetup
Temas:
Entendiendo los beneficios de Unit Testing y TDD
Muchas veces confundido, tildado de ser una perdida de tiempo o simplemente no entender su potencial, Unit Testing o aspectos de desarrollo como Test Driven Development es algo que aún no se adapta en proyectos o incluso en prácticas a nivel compañia, sin embargo es una parte primordial del desarrollo de software. La finalidad de la plática teórica y práctica es dar una explicación (con PHP, PHPUnit y Mockery) de Unit Testing, sus beneficios y casos reales.
Simian Army: Fault-tolerance en el sistema, para adultos
Simian army es un set de herramientas desarrolladas por Netflix para verificar que sus servidores puedan recuperarse de errores, verificar que pasa caundo la red se alenta, etc. En esta plática teórica veremos cuales son los beneficios de tener un sistema asi en producción y entender la finalidad de la librería.
2. La finalidad del Meetup es
tener un lugar donde compartir
experiencias (técnicas o no),
ideas y tendencias en la
industria de IT
Querétaro Software
Development Meetup
3. Teléfonos como
en Cine
Participen Regla del ⅔ en Dudas
Términos en Inglés
presentes y en Itálicas
Presentaciones estarán
en SlideShare
Guía de Acuerdo Común
Un recordatorio para asegurarnos de llevarnos bien, vamos aclarando unas cosas
Faltas de ortografía y
pochismos presentes
Networking al
Finalizar
No hacer presentaciones
para vender tu producto
4. Una presentación en el 2010 cambió mi actitud y mis
experiencias cada que participo en una presentación
o conferencia, así como las expectativas que tengo de
éstas.
La triste historia de una presentación
Una presentación de GMaps
Expectativas Reales
Cuales son sus expectativas del Meetup?
5. Agenda
Codea con Empatía: UX para developers
Agile: Scrum, Kanban o XP?
Presentado por Osvaldo Mercado Coss
Presentado por Eugenia Sosa
6. Marzo, 2018
Agile: Scrum, Kanban o XP?
Presentado por Osvaldo Mercado Coss
Querétaro Software
Development Meetup
7. 7
Osvaldo Mercado Coss
Backend Developer por error
● De Guadalajara, México
● Senior Backend Developer en PSL Group
● Estudios en Multimedia, de alguna manera termine codeando en el
backend
○ Stack: LA|EMP, PHP + Framework, NodeJS
○ DevOps: AWS + Vagrant + Chef
○ DBs: MySQL/MariaDB, Amazon Aurora, CouchDB, Couchbase,
MongoDB y desgraciadamente SQL Server
○ Interesado en Software Escalable, DevOps & Perros
○ Trabajado con Kanban, Scrum, ScrumBan, Waterfall e Híbridos
Un poco sobre mi:
Hola!
@omercadocoss
omercadocoss@gmail.com
https://mx.linkedin.com/in/osvaldomercado
8. Agenda
Empezamos por lo básico:
qué es una metodología agile?
¿Porqué estos 3 si existe {insertatufav}?
Introducción, diferencias y bemoles
Lecciones de batalla
Conclusión
10. Desarrollo de software agile es un
término para englobar una serie de
métodos y prácticas basadas en los
valores y principios listados en el
Agile Manifesto
Agile 101 - Scrum Alliance
11. ● Individuos e interacciones sobre procesos
y herramientas
● Software funcionando sobre
documentación extensiva
● Colaboración con el cliente sobre
negociación contractual
● Respuesta ante el cambio sobre seguir un
plan
Las Bases del Agile Manifesto
12. Desarrollo de software agile es un
término para englobar una serie de
métodos y prácticas basadas en los
valores y principios listados en el
Agile Manifesto
Agile 101 - Scrum Alliance
13. La metodología de desarrollo de
software en ingeniería de software
es un marco de trabajo usado para
estructurar, planificar y controlar el
proceso de desarrollo en sistemas de
información.
Wikipediazo de Metodología de Desarrollo de Software
14. La metodología de desarrollo de software en ingeniería de
software es un marco de trabajo usado para estructurar,
planificar y controlar el proceso de desarrollo en sistemas de
información.
Métodos y prácticas basadas en
el Agile Manifesto para
estructurar, planificar y
controlar un proceso de
desarrollo
~=
Definición por Osvaldo Mercado
17. 17
Las Bases de Scrum
Que podemos concluir que Scrum ofrece como framework
Diseñado para
mejorar la
colaboración
dentro de equipos
y darles
empowerment [2]
Más framework,
que metodología
Usado para
desarrollo de
productos
complejos [1]
Fácil de aprender,
difícil de dominar
Busca equipos cross-
functional, que
puedan llevar una
idea a lo funcional
Maneja roles
definidos dentro del
framework: scrum
master, product
owner y development
team
Timeboxed y
pequeñas iteraciones
Basado en el término
de rugby, scrum es
cuando se reanuda la
jugada y los jugadores
se agrupan para
empujar.
El trabajo se visualiza
en un scrum board
18. 18
Las Bases de Scrum
Existen diferentes tipos de bases de datos NoSQL
19. 19
Las Bases de Scrum
Existen diferentes tipos de bases de datos NoSQL
21. 21
Las Bases de Kanban
Que podemos concluir que Scrum ofrece como framework
Diseñado para
acomodar cantidad
de trabajo (WIP) a
la capacidad del
equipo
Se basa en
conceptos de
visualización,
transparencia y
tiempo real
Trata de reducir el
waste del
multitasking
Re-prioritización
continua de tareas
Busca equipos cross-
functional, que
puedan llevar una
idea a lo funcional
No maneja roles
definidos
Proceso continuo
En Japonés, kanban se
significa "señal visual"
El trabajo se visualiza
en un kanban board
25. 25
Las Bases de Extreme Programming
Que podemos concluir que XP ofrece como metodología
Creado
principalmente
para un equipo de
desarrollo de
software
Se basa en
comunicación,
simplicidad,
feedback, and
coraje (+respeto) [1]
Busca dar la
solución más
sencilla con la
mayor calidad
posible
Basado en TDD,
ADD y cambios
constantes en
requerimientos
Busca reducir el
costo de features y
hacer releases lo
más pronto posible
No maneja roles
definidos, pero
busca unificación
del equipo de
desarrolloProceso continuo
Es de las
metodologías agile
más detalladas en
su proceso
29. 29
Cual Elegir? Sólo un ejemplo de elección
Totalmente basado en experiencia personal
Proyecto de RP
● Cambios no
planeados
constantemente
● Cambio de prioridad
constante
● Alta calidad
requerida
● Equipo de desarrollo
mid-level
● Clientes usualmente
disponibles
Proyecto de Finanzas
● Cambios no
planeados
regularmente
● Cambio de prioridad
bajo
● Alta calidad
requerida
● Equipo de desarrollo
senior
● Integración con 3rd
parties
● Clientes a veces no
disponibles
Proyecto de R&D
● Cambios no
planeados
constantemente
● Cambio de prioridad
alto
● Calidad requerida
indecisa
● Equipo de desarrollo
senior
● Clientes a veces no
disponibles
30. 30
Y si no lo puedes implementar en tu Organización?
Es difícil admitirlo, pero no siempre lograrás apoyo en tu lugar de trabajo
Trata de entender las razones de fondo
específicas: puede ser un malentendido, el no
entender el proceso o simplemente no existe
confianza. Las metodologías agile requieren de
una madurez profesional de todas las partes para
ser ejecutada correctamente.
32. 32
Lecciones de Batalla
No empieces sin buy-in del management
No empieces un proyecto agile
sin buy-in de Management /
Business (y claro esta; devs)
34. 34
Lecciones de Batalla
bye buzzwords!
Aléjate de los buzzwords,
entiende las metodologías, los
procesos que proponen y
entiende el valor de cada una
35. 35
Lecciones de Batalla
Sé rígido, después flexible
Sé rígido en tus primeros
pasos, pero flexible después
36. 36
Lecciones de Batalla
Los proyectos requieren diferentes necesidades
Trata cada proyecto como si
tuviera necesidades
diferentes
38. 38
Lecciones de Batalla
Los proyectos requieren diferentes necesidades
Olvida el dogma,
los resultados y tu equipo de
trabajo indicaran cuál es la
metodología/framework a
usar
39. Gracias!
Bienvenidas las preguntas, comentarios, quejas y sugerencias
omercadocoss@gmail.com
@omercadocoss
https://mx.linkedin.com/in/osvaldomercado
Querétaro Software
Development Meetup
40. Lecturas Recomendadas
Recomendaciones personales acerca del tema
What is Scrum?
https://www.scrum.org/resources/what-is-scrum
Agile in a Nutshell: Extreme Programming
http://www.agilenutshell.com/xp
Kanban Board
http://simpaticodesignstudio.com/kanban-board/
Agility in Software Development and Project Value: An
Empirical Investigation
https://www.igi-global.com/gateway/article/194999
Kanban
https://www.atlassian.com/agile/kanban
Introducción a Scrum
https://www.mountaingoatsoftware.com/presentations/an-introduction-to-scrum
What is Scrum?
http://www.scrumguides.org/
Beginners Guide to Scrum
https://blog.forecast.it/blog/beginners-guide-to-scrum
Agile Principles and Values, by Jeff Sutherland
https://msdn.microsoft.com/en-
us/library/dd997578%28v=vs.120%29.aspx?f=255&MSPPError=-
2147217396
Values in XP
http://www.extremeprogramming.org/values.html
Extreme Programming: A Gentle Introduction
http://www.extremeprogramming.org/
A study of value in agile software development organizations
https://www.sciencedirect.com/science/article/pii/S016412121630253
Differences Between Scrum and Extreme Programming
https://www.mountaingoatsoftware.com/blog/differences-between-
scrum-and-extreme-programming