Agile Think® Business Framework: una propuesta para el diseño y la gestión de productos que van desde lo estratégico hasta lo operativo

Altavoz inteligente Echo Dot

Hola camaradas de PTI,

Continuando con la serie de productos sobre Agile Think® Business Framework, una iniciativa para contribuir a Product Owners, Business Owners, investigadores de negocio, product managers y similares en el diseño y administración de artículos.

Recordando los productos precedentes:

En el artículo, entenderemos los procesos para editar esta acumulación de modelos en un plan de distribución de línea de tiempo, a través del paso planificación.

la etapa de planificación se compone de 4 procesos:

  • Priorización: La priorización de la cartera de modelos es primordial para asegurar que «se hagan las cosas adecuadas en el instante conveniente», asegurando que todo el ahínco y el valor se gasten en elementos que verdaderamente añadan valor al producto. Pero, ¿qué significaría “añadir valor al producto”? Ciertos elementos que tienen que tenerse presente: ¿Garantiza retorno financiero? ¿Garantiza la optimización de procesos? ¿Garantiza la sencillez de empleo? ¿Garantiza una mayor vivencia de usuario? ¿Atenuar o remover una amenaza u ocasión de prominente encontronazo para el producto? ¿Garantiza el tiempo de comercialización o la restricción de tiempo? ¿Soluciona un enorme inconveniente complejo o una indecisión crítica? ¿Crea dependencia para la realización de otros elementos?
  • estimé: En el momento en que se prioriza el Product Backlog, el equipo de avance debe valorar el ahínco requerido para cada elemento del Product Backlog. Todo el conjunto de trabajo debe saber qué métrica es la mucho más adherente: puntos de la historia, tallas de camisetas, horas especiales, APF. Cada técnica tiene sus pros y sus contras, y puede entender con mucho más aspecto de qué forma marchan estas técnicas en otros libros de los autores: Agile Project Management, Agile Scrum Master in Advanced Project Management y Agile Think® Canvas.
  • Definición de lanzamientos: En el momento en que contamos un Product Backlog priorizado y estimado, debemos determinar cuántas ediciones de lanzamiento vamos a hacer en la línea de tiempo. Para esto es requisito contestar ciertas cuestiones: ¿Cuál es el propósito de negocio que se desea hallar con Release? ¿Qué especificaciones, procesos y también historias van a ser una parte de este lanzamiento? ¿Cuáles son las condiciones de satisfacción o los criterios de aceptación de la versión? ¿Cuáles son las limitaciones que ya están (tiempo, valor, procesos, personas, capacidades, elementos, disponibilidad, dependencia externa)? Según Massari (2017), debe existir un equilibrio entre la triada Objetivos (establecidos en el desarrollo OKR de la etapa de Visión Estratégica), Valor Percibido (definido en el desarrollo de Problematización de la etapa de Design Thinking) y Limitaciones: “Cuanto mayores son las limitaciones, inferiores son las misiones alcanzadas y los valores percibidos en la línea de tiempo. Ya que no tenemos la posibilidad de remover todas y cada una de las limitaciones, debemos comprender cuáles tenemos la posibilidad de amoldar y mejorar, y trabajar para reducirlas o aun suprimirlas, asegurando de esta manera el incremento de los otros 2 causantes.”.
Te puede interesar:  Por qué 2011 fue el año en que todo cambió para Bitcoin

triángulo-objetivos-valor-restricciones

  • Definición de plan de actuación: En el momento en que se planean los lanzamientos de modelos, debemos detectar cuántos Sprints se precisarán para llenar los lanzamientos, validando de esta forma nuestras suposiciones y limitaciones iniciales. Para esto, es primordial saber la aptitud productiva del equipo de emprendimiento por Esprint, para saber la duración de los Sprints (entre 1 y 4 semanas). La plan de actuación del producto cuenta las especificaciones/procesos de la línea de tiempo asignados en Sprints. Al lograr que la plan de actuación del emprendimiento sea visual y las estimaciones de finalización de la versión sean con transparencia para todos y cada uno de los comprometidos, es viable comprobar las preferencias, las estimaciones, las compensaciones y las restricciones.

Conclusiones finales

O conceito do Agile Think® Business Framework foi pensado para ser uma opción alternativa estruturada para as compañías planejarem seus produtos de manera enxuta y también colaborativa, entendendo as necessidades y también esperanzas de seus clientes del servicio-alvo y también, primordialmente, conectando o produto diretamente com les objetivos estratégicos da compañía.

El marco se apoya en relaciones de causa y efecto entre sus procesos, donde establecemos un indicio lógico, con trazabilidad, desde el beneficio generado a la compañía hasta la planificación operativa de liberaciones/programaciones.

si bien el término aspecto se ha usado múltiples ocasiones en este marco, no solo está designado a modelos de tecnología de la información, sino más bien asimismo a modelos físicos, interfaces, procesos y servicios, donde puede estimar especificaciones, procesos y fluído en vez de funcionalidades.

El propósito del marco es hacer una planificación sólida de enormes resoluciones complicadas en un máximo de un par de semanas, eludiendo el desperdicio de largas asambleas festejadas en meses y transacciones de comunicación superfluas.

El término “gerente del cliente” asimismo se usó para detectar el papel responsable de proveer la información precisa que va a viajar a través del marco. El papel responsable de ser el “gerente del cliente” hoy en día tiene por nombre Product Owner. El Product Owner debe ver la composición de descomposición del trabajo del producto (PBS) y priorizarla realmente bien. No obstante, para conformar Product Owners y conseguir que comprendan de qué forma llegar a la mejor priorización y construcciones fiables de desglose de artículos, no se tienen que desatender liturgias esenciales. La capacitación del Product Owner lo implica en conocer, concebir, examinar y priorizar artículos. Se crea un producto a lo largo de la ejecución de este desarrollo, lo que deja al dueño del producto planear lo que verdaderamente tiene sentido para las partes con intereses, los equipos y el negocio.

Para una entendimiento mucho más profunda del marco, se aconseja leer el libro Agile Product Management with Agile Think® Business Framework de los autores André Vidal y Vitor Massari, libre en la Editora Brasport.

515pOtxqikL._SR600,315_SCLZZZZZZZZ_

¡Un fuerte abrazo y hasta el próximo producto! 😉

Tommy Banks
Estaremos encantados de escuchar lo que piensas

Deje una respuesta

TecnoBreak | Ofertas y Reviews
Logo
Enable registration in settings - general
Shopping cart