Как стать автором
Обновить

Как провести аудит процессов в новой команде: инструкция для руководителей

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров8.9K
Всего голосов 21: ↑15 и ↓6+12
Комментарии7

Комментарии 7

Александра, Вы перестарались с чатГПТ при написании статьи... Поверьте - бездушность и "воду" этого электронного болвана не спутать ни с чем.

Поддерживаю.

Куча якобы действий и потраченных часов, а на выходе - в фирме Кокс все круто, быстро и ничего корректировать не надо)

Так не бывает. Оказывается вся сложность этой воды в том, что девочке было тяжело сводить из гугл таблицы. Больше иных сложностей не было. Ни с командой ни с заказчиками. Вранье и тупое набивание кликов на никчемную фирму, никчемного автора. Рекламная "статья".

Спасибо за комментарий. Отвечу по порядку:

Серьезных проблем в процессе проведения аудита, действительно не было. Команда не сабботрировала процесс - это самое важное. Придумывать проблемы ради статьи не вижу смысла, я рассказала свой опыт.   Всегда ли у всех он будет проходить так? Нет, конечно, и решения исходя из этого будут другие. Мне повезло с командой.

Выводы самого аудита я не описывала в статье. Но если есть запрос, приведу примеры "находок": процессы не были структурированы и различались от проекта к проекту, сбор основных метрики не велся. Аудит был первым шагом, после я написала стандарт ведения проектов, основываясь на том, что уже работало хорошо, а что нужно было "докрутить".

Там где есть метрики, понятия о капасити и доски задач, аудировать нечего. Нужно со всем этим просто ознакомиться. Вы попробуйте понять как работает отдел из 5 человек, где есть только гит и там часы не ведутся, три статуса и все касаются только процесса разработки, а из документации только описания процессов работы обычных сотрудников без малейшего скриншота.

Да, согласна. У нас в командах метрик не было. Моя задача, как раз их внедрить, и мы сейчас завершаем этот процесс. Часы менеджеров не ведем и не планируем, потому что мы - внутренняя разработка для внутренних продуктов. У нас другой процесс бюджетирования. При этом разработчики и QA трекают время. Статусная модель на разных проектах отличалась.

Как провести аудит процессов

Вроде бы должны быть слова "перечень и схемы верхнеуровневых процессов" компании, матрица RACI и т.п. А тут какая то мешанина процесс \ проект. Речь про процессы или проекты?

Теперь нужен аудит влияния аудита на результаты команд. Интересно было бы увидеть, есть ли практические результаты.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий