Частая проблема — сотрудники отдела убеждены, что коллеги из соседнего отдела не делают то, что от них требуется. Сотрудники соседнего отдела, в свою очередь, понятия не имеют, что от них требуется именно это. Болезнь особенно характерна для крупных компаний. Для диагностики проблемы руководителю (особенно, если они пришёл «снаружи») надлежит составить следующую таблицу:
| Ожидания разработки | Ожидания тестирования | Ожидания внедрения | |
|---|---|---|---|
| Обязательства разработки | – | Олли Мяяття: Осси Вяанянен: Лассе Кукконен: | Сами Сало: Теему Селянне: Олли Йокинен: |
| Обязательства тестирования | Яркко Иммонен: Петри Контиола: Лаури Корпико: | – | Сами Сало: Теему Селянне: Олли Йокинен: |
| Обязательства внедрения | Яркко Иммонен: Петри Контиола: Лаури Корпико: | Олли Мяяття: Осси Вяанянен: Лассе Кукконен: | – |
В примере три отдела — разработка, тестирование, внедрение. В каждом работает по три сотрудника:
Разработка: Яркко Иммонен, Петри Контиола, Лаури Корпико.
Тестирование: Олли Мяяття, Осси Вяанянен, Ласси Кукконен.
Внедрение: Сами Сало, Теему Селянне, Олли Йокинен.
Таблица расшаривается на всю компанию. Это важный момент — заполнить её должны не только руководители подразделений, но и сотрудники. Каждый сотрудник пишет, что именно он ожидает от других отделов.
После заполнения может получиться следующее:
| Ожидания разработки | Ожидания тестирования | Ожидания внедрения | |
|---|---|---|---|
| Обязательства разработки | – | Олли Мяяття: Основной поток должен работать без ошибок на компьютере разработчика. Осси Вяанянен: Лассе Кукконен: | Сами Сало: Соблюдение сроков разработки, предоставление пояснительной записки. Теему Селянне: Олли Йокинен: |
| Обязательства тестирования | Яркко Иммонен: Своевременное предоставление тестовых планов. Петри Контиола: Лаури Корпико: | – | Сами Сало: Передавать только доработки, не содержащие дефектов. Теему Селянне: Олли Йокинен: |
| Обязательства внедрения | Яркко Иммонен: Предоставление грамотных ТЗ. Петри Контиола: Лаури Корпико: | Олли Мяяття: Внедренец, обращающийся с возможным дефектом, должен предоставить грамотное описание этого дефекта. Осси Вяанянен: Лассе Кукконен: | – |
Мы выявили ожидания и поняли, что именно отделы ждут друг от друга. Осталось превратить ожидания во внятные обязательства с численными показателями, на основании которых можно считать индекс соответствия ожиданиям для каждого отдела и ставить внятные планы.
| Отдел | Обязательство | Показатель | План |
|---|---|---|---|
| Разработка | Основной поток перед сдачей на тест работает на компьютере разработчика без ошибок. | Количество замечаний тестировщика но ошибкам в основном потоке в доработках, сданных на тест. (Фиксируется в задаче на тестирование). | Количество замечаний по ошибкам в основном потоке за месяц/Количество доработок за месяц не более 0,3. |
| Передаваемый код должен быть покрыт модульными тестами. | Процент покрытия процедур модульными тестами. (Фиксируется в задаче на тестирование) | Среднее покрытие процедур модульными тестами не ниже 90 % в месяц. | |
| Доработки должны сдаваться в срок. | Разница между датой дедлайна и датой передачи доработки заказчику (Фиксируется автоматически по закрытию задачи на сдачу заказчику) | Среднее отклонение фактических дат от плановых не выше корня квадратного от среднего количества плановых дней на доработку. | |
| Дефекты, пришедшие от клиента должны закрываться максимально быстро. | Среднее время закрытия дефекта. (Фиксируется в дефекте) | Среднее время закрытия дефектов с признаком «дефект от клиента» не больше 2 рабочих дней. | |
| Тестирование | Своевременно предоставлять тестовые планы. | При передаче требований в работу, к задаче на разработку должна быть прикреплена ссылка на тестовый план. | Процент покрытия передаваемых доработок тестовыми планами не ниже 95 % |
| Передавать внедренцам только доработки, не содержащие дефектов в основных и альтернативных потоках. | Количество дефектов от клиента на протестированные данным тестировщиком доработки. | Отношение количества дефектов от клиента на доработки данного тестировщика к количеству переданных доработок не выше 0,3 | |
| Тестирование должно проводиться максимально оперативно. | Среднее отклонение фактических дат от плановых. | Среднее отклонение фактических дат от плановых не выше корня квадратного от среднего количества плановых дней на доработку. | |
| Внедрение | Приёмка должна проводиться максимально быстро. | Среднее количество дней между сдачей заказчику доработки и подтверждением приёмки. | Среднее время приёмки — не более двух недель. |
| Внедренец, обращающийся с возможным дефектом, должен представить грамотное описание этого дефекта. | Количество возвратов дефекта тестировщиком внедренцу. | Отношение количества возвращённых на доописание дефектов к общему количеству дефектов от внедренцев не выше 0,3 | |
| Внедренецы должны участвовать в регрессионных тестированиях. | Количество участий данного внедренца в регтестах за квартал. | Среднее количество участий сотрудников отдела внедрения в регтестах не ниже 3 в квартал. |
Как видно из таблицы, директор выбрал ожидания, которые считает важными для бизнеса и превратил в обязательства, исполнение которых можно проверять при помощи рассчитываемых показателей.
Подобный подход способен решить массу внутренних проблем и конфликтов.
