В Atlassian це покращили тим, що доручили більше тестувати розробникам, якщо розробники тестують самі та їх задача не зависає на етапі QA, то це підвищує. задоволення оозробників. Лишається питання, що розробник не може все передбачити, особливо якщо сам код писав, але коли QA не вистачає, то краще так, ніж перевантажений QA, у котрого рескрсів та уваги не вистачає.

Від себе додам, що у мене в команді техпідтримки вже давно почали тестувати виправлення один одного, хоча потім це QA передаємо та буває зависає на ньому, але цікава ідея це зробити частиною процесу. Хоча не кожному сподобавється тестувати чужий кож, а в своєму коді вже погляд замилений.

Цікавий приклад був, з котрим напевно кожен стикався, що треба кларифікувати кінцеву мету задачі. Наприклад, менеджер попросив вигрузку даних в таблицю, потім виявилось, що їх треба саме в CSV, а потім виявилось що це треба для передачі в CRM, коли у CRM є API та можна одразу зробити передачу данних через API.

Також цікава ідея, що коли перезентують новий функціонал, то розробник записує демо сам та робить запис доступним для всіх, замість того щоб робити зустріч зі всіма, а потім уже в Loom кожен глядач може лишить коменти і створити обговорення.

Ось цей момент мені дуже сподобався, бо я аналітик, глибоко повільно аналізую все, а від мене вимагають миттєво реагувати на демо та ставити питання та постійно критикують мене, що я поганий менеджер, бо не ставлю питання на демо. Буде тепер що запропонувати на критику.

Загалом треба дивитись що важливо для компаніі та заміряти це, слідкувати за метриками, зазвичай, це 4-6 метрик.

Далі вже сказали те, до чого ми прийшли, що у нас є: що треба щотижня перевіряти метрики та обговорювати їх, розуміти причини зміни показників. Нормально, що щось просідає, коли є відповідні причини.

У Atlassian є одна спільна метрика для всіх команд - це як багато часу команда витрачає на розвиток бізнесу, його зміну, та скільки на підтримку. У них мета 55% нове та 35% підтримка, а 10% уже на задоволення розробників. В період коли треба було підвищити задоволення розробників, то останніє мало ціль 20%

Зрозуміло, що різні команди різні та мають різні приорітети, у мене он команда підтримки та отже левову частку витрачаємо на підтримку.

Також в Atlassian проводиться опитування розробниква щомісяця, щоб виправити речі та покращити роботу команди, на початку опитування були щомісяця, тепер кожні два мвсяця. Самі результати опитуваня доступні публічйно. З опитуванням також цікава ідея - треба буде вивчити все це на сайті Atlassian.