Aby móc usprawniać procesy potrzebujemy najpierw je zmierzyć. To logiczne założenie jest podstawą szczupłych i zwinnych metodologii zarządzania: Lean i Agile. Ciężko się z tym stwierdzeniem niezgodzić.
SAFe podchodzi do tego mierzenia wskaźników najbardziej szczegółowo spośród metodyk (frameworków) skalowalnia Agile. Niektórzy uznają to za przerost formy nad treścią będący przeciwko 1 z 4 głównych zasad / wartości z manifestu Agile: People and interactions over processes and tools. Jakie jest Twoje zdanie?
Aby każdy mógł sam zdecydować jakie wskaźniki (i do czego) stosuje należy… zmierzyć efektywność metryk a wcześniej je poznać. Zapraszam do komentarzy, gdyż dyskusja to równie ważne źródło usprawnień 🙂
Outcomes – Portfolio level
Outcomes w SAFe odpowiadają na pytanie, czy nasze rozwiązania spełniają oczekiwania odbiorców?
Chodzi tak o reprezentantów biznesu jak i końcowych użytkowników. Opowiada za nie management.
Wlicza się w nie najważniejsze cele i ich rezultaty (OKR), np. wzrost nowych klientów o 50% jak i ogólne wskaźniki mierzące efektywność procesów w organizacji czy inicjatywie (KPI), np. liczba płatnych kont użytkowników-5% czy zaangażowanie pracowników mierzone w ankietach).
Flow
Flow: Czy organizacja jest efektywna w dowożeniu wartości dla naszych odbiorców?
Competency: Czy organizacja (IT i biznes) zna i stosuje wytyczne Agile?
| Metrics | Example | Fidelity | Level | Documented in | |
| 1 | Business & Customer Value | Profit Usage NPS | Abstract | Portfolio Office | Portfolio Themes |
| 2 | Objectives | Key Results | Abstract | Product Group | Portfolio Initiatives |
| 3 | Flow | Work in progress Lead Time Throughput Flow efficiency | Precise | Value Stream | |
| 4 | Continuous Delivery (DORA) | Deployment Frequency Cycle Time Defect % MTTR | Precise | Product Team / DevOps | |
| 5 | Continuous Integration | Code Integration frequency Branch duration Time to detect | Precise | Product Team / DevOps | to be defined (WIP) |