Власть над JIRA и благие намерения

Или почему разрабы не любят JIRA

Однажды, на заре своей практики я попал в одну компанию, они были в стадии роста, я первый ПМ в их команде и никто не админил Джиру, даже задачи там особо не вели. При этом я всегда был за любой движ и с радостью забрал на себя управление JIRA и управление IT командами.

Энтузиазм пёр из всех щелей:

1. Выстроил "крутое флоу" (читай - монструозное) в Джире, учитывающее чуть ли не все имеющиеся у нас вариативности.

2. Расширил статусную систему, чтобы понимать, где задача просто лежит, а где над ней реально работаю

3. Прикрутил сложные автоматизации и настроил алерты

И как же я был горд собой, думал сейчас как все полетит!

Но что пошло не так?

1. Не явная логика флоу - из-за того, что я постарался предусмотреть все что угодно, флоу получился очень сложным. Нет, конечно, с моей колокольни все казалось понятным, бери и работай по нему. На практике я пару дней объяснял разрабам как устроен флоу и как по нему работать.

2. Огромное кол-во статусов - визуально, доской было крайне неудобно пользоваться. Ну я взял и разделил ее на несколько, но от этого логика стала еще чуть больше и запутанее. На каждый "пук" - команде надо было двигать таску в трекере.

3. Недостаточная зрелось команды - люди, которые в принципе не привыкли работать в трекере и думать над метриками своих процессов столкнулись со мной - энтузиастом с какими-то знаниями, но без опыта. И тут им рассказывают "как теперь надо работать".

Конечно, было дичайшее сопротивление и я могу понять людей. По факту то что я сделал в JIRA - хорошая, объемная, но никому не нужная работа. По итогу я упростил процесс, поступился большей частью аналитики и все по чуть-чуть поехало.

Какие выводы можно сделать?

1. В начале определись с тем, что надо, обсудив вопрос со всеми участниками. Узнай их мнения и пожелания.

2. Микроменеджмент можно создать на уровне процессов, заложенных в трекере (но не нужно).

3. Контекст важен - то что я наворотил на бумаге было прекрасно, но на практике, в попытке совершить революцию, я не учел происходящее в компании в настоящий момент, стратегию развития IT и текущий уровень процессов.