#softskills #конфликты

Основная задача аналитика на проекте -- снижать уровень неопределенности.

💡 С̲и̲т̲у̲а̲ц̲и̲я̲:̲

Приходят к аналитику разработчик и QA и жалуются друг на друга. QA говорит что разработчик неправильно сделал, а разработчик говорит что это QA ничего не понимает. Ваши действия?

Решения, которые часто говорят на собеседованиях:
1. Разработчик всегда прав;
2. Тестировщик всегда прав;
3. Пусть читают документацию, там все написано;
4. Надо оценить сложность переделки, как хочет тестировщик. Если она трудоемкая, то пусть останется как сделал разработчик.

Недостаток решений #1, 2:
Прерогатива чьей либо позиции не решает задачу и сводит рабочий вопрос в межличностные взаимоотношения. К тому же не дает ответ на вопрос "А как правильно?".
Это не то, что требуется от аналитика.

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

Недостаток решения #4:
Хорошо, если разработчик сделал то, что изначально планировалось по задаче. Но если тестировщик нашел ошибку и решение, действительно, не соответствует задаче? Это явно не та ситуация, на которую можно закрыть глаза.

💡 Красивое решение:

1. Выяснить точки зрения разработчика и QA.
2. Сформулировать требование, как должно было работать.
3. Найти расхождение в понимании требований (без поиска правых и неправых).
4. Если требуется доработка/переделка - проговорить шаги что нужно поменять, сказать об этом менеджеру проекта. Дальше уже решать сроки и приоритет доработки.
5. Обновить постановку и добавить то, что вызвало разночтения.

Антикризисная программа для аналитика

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

Мне пока попадалось на глаза мало конкретных примеров и материалов на тему. Книжки а-ля "Тонкое искусство пофигизма" не в счет: имхо концептуально-мотивационное ни о чем.

Самое применимое к жизни,что видела, - доклад на Analyst Days-2018 от Екатерины Герт "Антикризисный аналитик: как подхватить проект и не надорваться". Большая удача, что это был год, когда организаторы конференции выложили доклады в общий доступ. Вообще имхо одна из немногих конференций с полезными и содержательными (читай - не маркетинговыми) докладами.

Ниже выжимка доклада с моими дополнениями, но рекомендую потратить 40 минут на просмотр полной версии.

Фактически Екатерина сформулировала метод, как строить личную стратегию и рассказала свой пример из жизни как пользоваться.

Коротко по шагам:

1. Понять свои тактические и стратегические цели
2. Оценить внешнюю ситуацию
3. Оценить свой ресурс, насколько его хватает под те вызовы/задачи, которые ситуация ставит
4. Выделить возможные свои решения в сложившейся ситуации. Екатерина предлагает для этого использовать квадрат Декарта. С помощью метода оценить каждое из решений и просчитать наиболее подходящее под цели и возможности.
5. Выбрав наиболее подходящее решение, понять каких ресурсов не хватает:
▪️ внешних - инструментарий, коллеги, время, процесс и т.д.
▪️ внутренних - знания, энергия, стабильность, поддержка, дополнительные точки внимания или наоборот - сфокусированность и т.д.
6. По каждому недостающему ресурсу поиск решения, как его обеспечить:
▪️ внешние ресурсы (проектные) - вести диалог с проектной командой
▪️ внутренние - организовывать условия в жизни (подробнее в следующем посте)
7. Самое главное: условия нахождения в ситуации/проекте и условия выхода.
Например: пока есть ресурсы 1..N я остаюсь в ситуации на срок в 3 года, но если хотя бы 3 ресурса начнут просаживаться - ухожу.

#softskills #антикризисныйаналитик