www.scrum.org Open in urlscan Pro
35.153.42.7  Public Scan

Form analysis
2 forms found in the DOM

GET /search/node

<form action="/search/node" method="get" id="search-block-form" accept-charset="UTF-8" data-once="form-updated" data-drupal-form-fields="edit-keys">
  <div class="form-item form-group form-type-search form-item-keys form-no-label">
    <input title="Enter the terms you wish to search for." data-drupal-selector="edit-keys" type="search" id="edit-keys" name="keys" value="" size="20" maxlength="128" placeholder="Search" class="form-search form-type- form-control">
  </div>
  <div data-drupal-selector="edit-actions" class="form-actions js-form-wrapper form-wrapper" id="edit-actions">
    <input data-drupal-selector="edit-submit" type="submit" id="edit-submit" value="Search" class="button js-form-submit form-submit form-type- form-control">
  </div>
</form>

POST /resources/blog/cuando-usar-agile-y-cuando-no?destination=/resources/blog/cuando-usar-agile-y-cuando-no

<form class="user-login-form" data-drupal-selector="user-login-form" action="/resources/blog/cuando-usar-agile-y-cuando-no?destination=/resources/blog/cuando-usar-agile-y-cuando-no" method="post" id="user-login-form" accept-charset="UTF-8"
  data-once="form-updated" data-drupal-form-fields="edit-name,edit-pass,edit-submit--2">
  <div class="form-item form-group form-type-textfield form-item-name">
    <label for="edit-name" class="js-form-required form-required">Email address</label>
    <input autocorrect="none" autocapitalize="none" spellcheck="false" data-drupal-selector="edit-name" type="text" id="edit-name" name="name" value="" size="15" maxlength="60" placeholder="email address"
      class="form-text required form-type- form-control" required="required" aria-required="true">
  </div>
  <div class="form-item form-group form-type-password form-item-pass">
    <label for="edit-pass" class="js-form-required form-required">Password</label>
    <input data-drupal-selector="edit-pass" type="password" id="edit-pass" name="pass" size="15" maxlength="128" placeholder="password" class="form-text required form-type- form-control" required="required" aria-required="true">
  </div>
  <input autocomplete="off" data-drupal-selector="form-i-bbnkrvmh3foa-udeb5ulnygxtveil4zp2zj7c6lfo" type="hidden" name="form_build_id" value="form-i-bbnKRVmH3FOa_uDEB5uLNYgxtveiL4ZP2zJ7C6lfo" class="form-type- form-control">
  <input data-drupal-selector="edit-user-login-form" type="hidden" name="form_id" value="user_login_form" class="form-type- form-control">
  <div data-drupal-selector="edit-actions" class="form-actions js-form-wrapper form-wrapper" id="edit-actions--2">
    <input data-drupal-selector="edit-submit" type="submit" id="edit-submit--2" name="op" value="Go" class="button js-form-submit form-submit form-type- form-control">
  </div>
</form>

Text Content

Skip to main content
Home
X
 * login
 * register
 * partners
 * support
 * Search

 * Home
 * About
   * Back
   * About
   * Who is Scrum.org
   * Why Scrum.org
   * Partners
   * News
   * Staff
   * Professional Scrum Trainers
   * Diversity & Social Responsibility
   * Careers
   * Support Center
   * What is Scrum?
   * Professional Scrum Defined
 * Training
   * Back
   * Training
   * All Courses
   * Class Schedule
   * Applying Scrum
   * Scrum Master
   * Advanced Scrum Master
   * Product Owner
   * Advanced Product Owner
   * Agile Leadership
   * Evidence-Based Management
   * Scaled Scrum
   * Scrum with Kanban
   * Scrum with User Experience
   * Developer for Software Development
   * Request a Private Class
   * Find a Trainer or Coach
   * Students Reviews
 * Certification
   * Back
   * Certification
   * All Certifications
   * Professional Scrum Master
   * Professional Scrum Product Owner
   * Professional Scrum Developer
   * Professional Agile Leadership
   * Professional Agile Leadership - Evidence-Based Management
   * Scaled Professional Scrum
   * Professional Scrum with Kanban
   * Professional Scrum with User Experience
   * All Practice Tests
   * Scrum Open
   * Product Owner Open
   * Scrum Developer Open
   * Agile Leadership Open
   * Evidence-Based Management Open
   * Nexus Open
   * Scrum with Kanban Open
 * Community
   * Back
   * Community
   * Blog
   * Forum
   * Meetups
   * Events
   * Become a Professional Scrum Trainer
   * Register for our Newsletter
   * Search Professional Scrum Certificate Holders
 * Innovations
   * Back
   * Innovations
   * Scaling Scrum with Nexus
   * Evidence Based Management (EBM)
   * Scrum with Kanban
 * Resources
   * Back
   * Resources
   * All Resources
   * Professional Scrum Competencies
   * The Scrum Guide
   * Webcasts
   * Videos
   * Case Studies
   * Books
   * Scrum Masters Learning Path
   * Product Owners Learning Path
   * Software Developers Learning Path
   * Agile Leader Learning Path



X
Back
X


LOGIN

Email address
Password

 * Forgot Password


NOT REGISTERED?

If you don't already have a Scrum.org account, you can sign up in just a few
seconds.

Register Here

Due to the Russian invasion of Ukraine, we have paused all purchases and
training in and from Russia.  Read Statement

Subscribe to our blog by signing up for the Scrum.org newsletter, or by
subscribing to the RSS feed.

 RSS
Back to Blog Listing Prev Next
July 17, 2022


CUANDO USAR AGILE Y CUANDO NO

Guillem Hernandez Sola

Guillem Hernandez Sola website Guillem Hernandez Sola Twitter Guillem Hernandez
Sola LinkedIn Guillem Hernandez Sola Facebook Guillem Hernandez Sola GitHub
Guillem Hernandez Sola Stack Overflow Guillem Hernandez Sola contact View
profile


0 from 0 ratings
0 Comments

En cada formación, consultoría o acción de acompañamiento que llevamos a cabo
surge la misma pregunta, cuando usar Agile y cuando no.

También por lo que vemos, hay mucha organización que le han vendido que se
transformarán completamente en una organización agile.

Cuando digo completamente digo la totalidad de sus departamentos y la totalidad
de sus empleados.

Además, se les vende Scrum a muchas organizaciones como el fin de sus males,
cuando muchas veces, ese es el inicio de sus porqué intentan
implementar Scrum con calzador en equipos que no deberían usarlo.

Déjame mostrar cómo podemos dar un poco de luz a la decisión de usar Agile, de
usar Scrum o de usar Kanban en una organización.


TODO PARTE DEL ANÁLISIS DE LA COMPLEJIDAD DEL PROBLEMA

Para ver la complejidad del problema que nos enfrentamos, vamos a ver el marco
Cynefin.

El marco Cynefin es un marco conceptual utilizado para ayudar en la toma de
decisiones. 

Fue creado en 1999 por Dave Snowden cuando trabajaba para IBM Global Services,
se ha descrito como un “dispositivo de creación de sentido”. Cynefin es una
palabra galesa para hábitat.

En términos más simples, el marco de Cynefin existe para ayudarnos a darnos
cuenta de que no todas las situaciones son iguales y para ayudarnos a comprender
que diferentes situaciones requieren diferentes respuestas para navegarlas con
éxito.

Dicho esto, ahora reflexiona sobre los problemas / retos que tiene tu
organización y piensa en que cuadrante cae ese desafío. 

Te dejo otra pregunta para tu reflexión, ¿Tratarías todos los retos de la misma
manera? ¿Harías la misma manera de trabajar en todos los cuadrantes?


¿QUÉ MANERA DE TRABAJAR DEBO USAR PARA CADA UNO DE LOS CUADRANTES?

Ahi reside el secreto de usar una método de trabajo o otro. Para eso vamos a ver
el Stacey Chart.

El Stacey Chart fue desarrollado y publicado por Ralph Douglas Stacey. 

Está diseñado para ayudar a comprender los factores que contribuyen a la
complejidad y elegir las mejores acciones de gestión para abordar los diferentes
grados de complejidad. 

No fue diseñado específicamente para abordar la entrega de productos o de
soluciones.

La base de la matriz son dos dimensiones: acuerdo (que podemos llevarlo como
gestión de los requerimientos) y la incertidumbre (cómo vas a atacar nuestra
manera de trabajar).

Los retos están cerca de la certeza cuando las relaciones de causa y efecto son
bien conocidas y se han realizado retos similares en el pasado caen en el
cuadrante simple o complicado bajo. 

Por lo general, es posible extrapolar a partir de experiencias pasadas para
predecir el resultado de un nuevo reto. 

Los retos que están lejos de la certeza que deben entregar algo nuevo e
innovador caen en el cuadrante complejo. 

A menudo, las relaciones de causa y efecto no son nada claras y acostumbrar a
ser inciertas. La experiencia pasada es de poca ayuda cuando se trata de
evolucionar.

Por otra lado, los miembros de un grupo, equipo u organización tendrán puntos de
vista diferentes sobre los objetivos del reto y cómo alcanzarlos. 

Así que recuerda que no es una ciencia exacta colocar tu reto en el Stacey
Chart, acostumbra a ser un acuerdo entre las personas que tienen ese reto en
conjunto.


CONCLUSIÓN

Llegamos aquí, ¿Aún piensas que tu equipo de finanzas debe abrazar la agilidad
de negocio cómo forma de trabajar? 

¿Tu equipo de finanzas se está enfrentando a un escenario dónde hay más
desconocimiento que conocimiento?, Si es así, Scrum les puede ayudar y mucho. 

En cambio si ves a tu equipo de finanzas en el cuadrante simple, pueden seguir
haciendo waterfall tranquilamente como su manera de trabajar.

En resumen, la elección de cuando usar Agile y cuando no reside en donde se
situan los retos que tiene tu organización para modelar su manera de trabajar. 


SHARE THIS POST

 * Email
 * Facebook
 * Twitter
 * LinkedIn
 * Reddit
 * Pocket

Blog Comments

Prev Next
By using this site you are agreeing to the Privacy Policy and Terms of Service X

© 2022 

Scrum.org. All Rights Reserved.
 * Contact
 * Privacy
 * Terms of Service
 * TM and © Guidelines

 * https://twitter.com/Scrumdotorg
 * http://facebook.com/scrum.org
 * https://www.linkedin.com/company/scrum-org
 * https://www.youtube.com/user/Scrumorg