¿Debo comprar JIRA para aprender Agile?

La respuesta corta: No. No compre JIRA solo para aprender ágil .

Si realmente desea aprender sobre el desarrollo de software ágil, le recomiendo invertir su tiempo y dinero en algunos recursos excelentes (como libros, libros blancos, artículos y otras publicaciones de blog).

Comience con el Manifiesto Ágil.

Luego profundice en el mundo de los flujos de trabajo ágiles y los casos de uso. La capacidad de ser “ágil” y adaptarse a los problemas es relevante para cualquier equipo. Ágil es un esfuerzo de equipo.

Las prácticas ágiles se basan en un conjunto específico de valores:

  • Individuos e interacciones sobre procesos y herramientas
  • Software de trabajo sobre documentación completa
  • Colaboración del cliente sobre negociación de contrato
  • Responde al cambio sobre el siguiente plan

Es por eso que ágil no es solo un cambio en los procesos de trabajo: cuando es efectivo, es un cambio en la cultura.

Otro gran punto de partida es, por ejemplo, esta publicación de blog sobre cómo ser ágil.

Así que aprender sobre ágil significa aprender todo sobre comunicación y colaboración en equipos (desarrollo / software).

Elige tus herramientas ágiles sabiamente

Muchas de las empresas con las que trabajo caen en la trampa de usar herramientas porque están acostumbradas a ellas o por el bloqueo de proveedores, no porque sean las mejores.

Los departamentos a menudo usan diferentes herramientas que simplemente no funcionan juntas, y se vuelve ineficiente y costoso.

En el desarrollo web, tiene requisitos específicos y únicos, pero las mejores herramientas se pueden adaptar para ser utilizadas en todos los equipos, por lo que el trabajo entre departamentos es tan fácil como el trabajo dentro de un equipo.

No todas las herramientas ágiles son iguales. Antes de decidirse por una aplicación de administración de proyectos compleja, pruebe ClickUp para brindar una administración ágil y simple a su equipo ¡totalmente gratis!

El enfoque de la herramienta de plataforma ClickUp es brindar a su equipo de desarrollo de software un trabajo de calidad con fechas de envío anticipadas, planificación adaptativa, organización de usuarios y gestión de la cartera de pedidos.

No. No compre JIRA para aprender ágil. Compre JIRA para aprender JIRA. JIRA, como otro software de seguimiento ágil, tiene poco que ver con los principios ágiles.

Estoy usando JIRA y AgileZen ahora. Y he usado algunos otros en el pasado cercano y lejano para desarrollar varios productos con equipos ágiles. Sin embargo, creo firmemente que el software de seguimiento ágil (algo irónico) es un antipatrón ágil. Tomado de las manos de los productores (desarrolladores), estas herramientas pueden convertirse en un peligroso equipo de cáncer. Los no desarrolladores y los gerentes de proyectos reciclados tienden a envolverse alrededor del eje con estas herramientas, en lugar de ayudar a los desarrolladores a producir software.

Los uso Veo la necesidad de ellos. Pero te advierto que:

Tenga cuidado de combinar la herramienta con principios ágiles.

Me arriesgaré y afirmaré que la mayor parte de lo que necesitarías saber sobre ágil se encuentra en el Manifiesto para el desarrollo de software ágil.

¿Eres desarrollador? Si es así, sugeriría que la forma más rápida de aprender principios ágiles es conseguir un concierto con algunos desarrolladores inteligentes y un equipo ágil.

Agile es una metodología que cambia el pivote de la eficiencia al valor. Ser ágil significa entregar valor rápidamente, es decir, hacer lo más valioso en un momento dado. Crea una lista de las cosas más importantes; hacer el artículo # 1; volver a visitar la lista, si es necesario, reordenar o agregar / eliminar elementos; hacer el artículo # 1; repite indefinidamente.

Hay varios enfoques de planificación de proyectos que pueden ayudar a que esta metodología sea más efectiva, como scrum o kanban, pero al final del día todo se reduce a lo mismo. Evitar el alcance (planificar y predecir) en el futuro, pero mantener constantemente el envío de lo más valioso en este momento.

Usar una herramienta no te ayuda a adoptar y practicar una metodología. Espero que esto responda.

Puede que le resulten útiles las opiniones de usuarios reales sobre JIRA y HPE Agile Manager en IT Central Station.

Como ejemplo, este usuario consideró JIRA, pero finalmente optó por Agile porque “la transparencia que nos brinda este producto ha sido muy valiosa. Nuestro negocio puede ver cómo nos está yendo y lo usamos durante nuestro evento de Planificación de lanzamientos ”. Puede leer el resto de su revisión aquí: Revisión de HPE Agile Manager por un usuario real

Estoy de acuerdo con las respuestas anteriores: definitivamente no compre Jira para aprender Agile. Jira es solo una herramienta. Eso sería equivalente a comprar un martillo para aprender carpintería.

Si quieres aprender Ágil, te sugiero que revises algunos de los entrenamientos en línea que he desarrollado. (Vea abajo)

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo a mi capacitación en línea gratuita en http: // agileprojectmanagementaca

aprender a ser un equipo de desarrollo de software más productivo (incluso para un equipo de 1) a través de una herramienta podría no ser el mejor enfoque. sin embargo, una buena herramienta que admita el proceso de desarrollo incremental interactivo puede ayudar. Una herramienta no es necesaria ni suficiente para aprender.

Deberías combinar:

  1. aprender el tema de libros y recursos en línea
  2. trabajando y colaborando con otros con más o más experiencia
  3. haciendo preguntas
  4. probando diferentes herramientas, desde notas adhesivas y nitidos hasta una herramienta como JIRA

Creo que esto sería mucho más efectivo.

JIRA es una herramienta, mientras que Agile es una metodología, puede usar cualquier herramienta para facilitar las cosas en la metodología Agile o simplemente puede usar un tablero para rastrear las historias. Si realmente desea utilizar una herramienta basada en la web para realizar un seguimiento de su trabajo (historias), pruebe jenkins o cualquier otra herramienta de código abierto disponible.

No. Como dice el usuario de Quora, compre JIRA para aprender JIRA, aunque puede aprender mejor con la copia del trabajo.
Ágil no es un método, es un marco, o mejor, una mentalidad. La mejor manera de desarrollar la mentalidad, además de leerla, es hacer algo con métodos basados ​​en Agile.

No, puedes hacer tu propio tablero Agile con notas adhesivas mientras aprendes sobre Agile. He escuchado a muchas personas decir que mover las notas cuando se realiza una tarea es realmente más satisfactorio que hacerlo en una aplicación.

Creo que encontré la respuesta … y estoy de acuerdo…. no.

Acabo de pasar una hora tratando de configurar los proyectos y todavía no he descubierto cómo modificar y editar los campos y configuraciones del proyecto … de hecho, terminé eliminando un montón de tipos de problemas ya que pensé que estaba editando configuraciones específicas del proyecto …

More Interesting

¿Cuál es la forma más económica de fabricar termómetros calibrados?

¿Qué es un producto mínimo viable?

Tengo un concepto de aplicación de alto potencial, pero el desarrollador que tengo no es el mejor. Tiene que aprender ciertas características en el camino. A este ritmo, podría tomar 3 meses más para completar el V1 (ya llevamos 2 meses en desarrollo). ¿Qué tengo que hacer?

¿Quiénes son los mejores gerentes de producto o directores generales de producto?

¿Cuáles son los puntos ciegos más grandes en el desarrollo de productos?

¿Cómo afecta la plataforma al rol de gerente de producto?

Cómo contribuir al desarrollo de productos de Mediawiki

Después de encontrar el ajuste del Producto-Mercado, ¿cómo justifica mejorar el producto principal, cuando mejorar el embudo de adquisición es mucho más atractivo a corto plazo?

Cómo iniciar un inicio de hardware (electrodomésticos)

¿Cómo se hace para fijar el precio de un producto físico?

¿Cuál es mejor, la metodología Agile o Waterfall para la implementación del software CRM?

¿Debería cada producto ser administrado por un gerente de producto dual y un diseñador de producto en lugar de ser administrado por un solo gerente de producto?

¿Cuáles cree que son los "Principios de la gestión de productos"? ¿Difieren según el tipo de producto (es decir, software, hardware, moda) o son universalmente aplicables a cualquier producto?

¿Cuál es la historia detrás de GitHub? ¿Qué pasó por diseño y qué pasó por accidente?

¿Cuáles son algunas de las compañías de TI basadas en productos como Oracle e IBM?