WWBWWB: Rework Workflows

Por qué construimos

La mayoría de las plataformas de trabajo actuales se enfocan en una persona o en un equipo. Esto tiene sentido porque este modelo cubre muchos escenarios habituales en la operación diaria. Sin embargo, existe un gran vacío en cómo los equipos comparten y trabajan juntos en las mismas tareas.

El modelo de trabajo es bastante diferente porque, cuando varios equipos interactúan, se generan dinámicas distintas a las de una sola persona, un grupo o un equipo. Lo más notable es que tienen un conjunto diferente de expectativas y políticas, mientras que aún necesitan compartir la misma responsabilidad para completar la tarea conjunta.

Qué construimos

Permítanme explicar algunas de las diferencias más importantes y qué hicimos al respecto:

El modelo de flujo:

• Es lineal (minimalista) para que las personas tengan claro qué necesitan lograr.
• Sigue estrictamente un orden paso a paso para asegurar que no ocurra ningún comportamiento inesperado.
• Cuenta con datos y un modelo de datos explícitos tanto para el flujo inicial como para el flujo de cada etapa.
• Las tareas son bastante fáciles de integrar.
• Repensamos el modelo de "tareas pendientes", que debería vincularse a Asignación o a Tareas o a Deberes. En realidad, Deberes tiene mucho más sentido.
• La exposición de trabajos/flujos hacia los service hubs.

El modelo de equipo:

• Las etapas están vinculadas a equipos, en lugar de simplemente a un grupo de personas: el equipo reemplaza explícitamente a los trabajadores de la etapa en ese momento.
• Las personas tomarán los trabajos asignados desde sus propios equipos (no solo desde los workflows que les fueron asignados).
• Los SLA del equipo y la reasignación en cada etapa son verdaderamente cruciales.

Experiencia de usuario:

• El llenado de datos inicial debería ser más significativo. Aprender de Kissflow es una buena idea.