#мысливслух #нытиканалитик #зажизнь #мойопыт #онбординг
Каждый аналитик проходит через это)))
Не понимание, а че я тут делаю на проекте? Меня наняли, дали задание, а оружие найди в бою. А когда приходишь и говоришь "дайте, хоть вилы, чтоль?" От руководства приходит обраточка "ты же аналитик, это твоя работа, иди и делай. "
Повторю слова Сергея Нужненко на одном из его выступлений, что аналитика бизнес не ждёт, разработка не ждёт, а эта сволочь ещё зачем-то ходит туда - сюда, всех опрашивает, и вообще такой роли нет в agile. Зачем ты нам нужен? Бедный аналитик, как мячик от пинг-понга, скачет между двух наковален, выгорает, расстраивается, уходит из профессии, нанимает психологов и начинает ныть, плакать на плече у других аналитиков. Я вроде бы, как аналитик знаю, что мне нужно делать, но почему-то не получается. Почему?
Причин может быть несколько, с моей точки зрения основная - это вцелом тренд размазывать роль аналитика по всем членам команды, это же просто, могут делать все. И как результат никто не отвечает за документацию, описание задач, общение и выверку с бизнесом (хотя тут может и PM это делать и из-за своей загруженности упускать нюансы). А когда наступает стадия "у нас всё пропало!!! Мы движемся к краю!! Помогите!!!" Нанимают аналитика чистить конюшни.
И да, как говорил дяденька Демарко в своей книги "Психбольница в руках пациентов" (смотрите посты про книгу:
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47
), в айти разработка это привелигированное общество, я бы сказала пуп земли айти, а все остальные их обслуживание.
И да, аналитик чаще всего приходит в команду, которая уже привыкла работать без него. И тогда аналитик похож на пассажира московской подземки в час пик. Он пытается втиснуться в набитый вагон, вставить своё слово, своё я. Ну хоть ногу поставить в вагон, вдруг не оторвет. Но двери закрываются, следующая станция новый релиз. Опять не успел, ждите следующего поезда.
На любые притензии и эскалации, часто можно услышать ответ "ты же профессионал, иди и делай" или "а что ты хотела? легко не будет" или "иди и работай над уважением команды и разработчиков".
Я по-моему рассказывала историю про саботаж команды разработки, выдержала я месяц с такой командой, которая тебя оставляет за бортом. Так что онбординг аналитика сложная и тяжёлая вещь, и для руководителей, это важный момент, на который нужно обращать внимание, иначе можно остаться без аналитика. А для аналитика, это момент прокачки здорового пофизма и стеба над собой, командой, и момент роста. Как ещё?))
Каждый аналитик проходит через это)))
Не понимание, а че я тут делаю на проекте? Меня наняли, дали задание, а оружие найди в бою. А когда приходишь и говоришь "дайте, хоть вилы, чтоль?" От руководства приходит обраточка "ты же аналитик, это твоя работа, иди и делай. "
Повторю слова Сергея Нужненко на одном из его выступлений, что аналитика бизнес не ждёт, разработка не ждёт, а эта сволочь ещё зачем-то ходит туда - сюда, всех опрашивает, и вообще такой роли нет в agile. Зачем ты нам нужен? Бедный аналитик, как мячик от пинг-понга, скачет между двух наковален, выгорает, расстраивается, уходит из профессии, нанимает психологов и начинает ныть, плакать на плече у других аналитиков. Я вроде бы, как аналитик знаю, что мне нужно делать, но почему-то не получается. Почему?
Причин может быть несколько, с моей точки зрения основная - это вцелом тренд размазывать роль аналитика по всем членам команды, это же просто, могут делать все. И как результат никто не отвечает за документацию, описание задач, общение и выверку с бизнесом (хотя тут может и PM это делать и из-за своей загруженности упускать нюансы). А когда наступает стадия "у нас всё пропало!!! Мы движемся к краю!! Помогите!!!" Нанимают аналитика чистить конюшни.
И да, как говорил дяденька Демарко в своей книги "Психбольница в руках пациентов" (смотрите посты про книгу:
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47
), в айти разработка это привелигированное общество, я бы сказала пуп земли айти, а все остальные их обслуживание.
И да, аналитик чаще всего приходит в команду, которая уже привыкла работать без него. И тогда аналитик похож на пассажира московской подземки в час пик. Он пытается втиснуться в набитый вагон, вставить своё слово, своё я. Ну хоть ногу поставить в вагон, вдруг не оторвет. Но двери закрываются, следующая станция новый релиз. Опять не успел, ждите следующего поезда.
На любые притензии и эскалации, часто можно услышать ответ "ты же профессионал, иди и делай" или "а что ты хотела? легко не будет" или "иди и работай над уважением команды и разработчиков".
Я по-моему рассказывала историю про саботаж команды разработки, выдержала я месяц с такой командой, которая тебя оставляет за бортом. Так что онбординг аналитика сложная и тяжёлая вещь, и для руководителей, это важный момент, на который нужно обращать внимание, иначе можно остаться без аналитика. А для аналитика, это момент прокачки здорового пофизма и стеба над собой, командой, и момент роста. Как ещё?))
Telegram
Записки ИТ специалиста
#books #почитать #мояполка #цитаты
Весь январь читаю книгу Алана Купера "Психбольница в руках пациентов".
Отличная книга о том как в ИТ правят программисты. Прекрасное сравнение, что эта власть равносильна тому, если бы баскетболисты сами себя судили на…
Весь январь читаю книгу Алана Купера "Психбольница в руках пациентов".
Отличная книга о том как в ИТ правят программисты. Прекрасное сравнение, что эта власть равносильна тому, если бы баскетболисты сами себя судили на…
#капитаночевидность #мойопыт #моемнение #ITаналитик #нытиканалитик #зажизнь
Как аналитик превращается в нытика или про #рискиириски
На днях услышала фразу "я беру в команду только аналитиков оптимистов".
А кто же я?) Может я всё таки пессимист, и нужно сразу показать человеку, что я то не подхожу)))
В какой-то момент любой аналитик сваливается в пессимизм и становится нытиком. Всегда хочется сделать проект ХОРОШО! Не отлично, а хотя бы хорошо! И вот ты учишься, в голове море теорий, инструментов, подходов, пишешь ТЗ. Рисуешь диаграммы. Знаешь как надо, как не надо. Опыт, насмотренность. Но реальность показывает, что никому это не нужно! Херак херак и в продакшен. И вот уже в проде, ты видишь риски!
Аналитик молчать не может, его разрывает от этих рисков. Он приходит и говорит менеджеру. Говорит раз, менеджер не слышит, говорит два, не слышит, потом начинает орать. Нууу и тут его называют истеричкой, нытиком, пессимистом (выбирайте любое, что вам нравится).
Потом менеджер говорит, ну хватит уже!!! Ты всё это придумала!
Проходит время, риск реализуется, прод падает. И аналитик уже вне проекта тихо скажет "ну я же говорила..."
Я думаю многие оказывались в такой ситуации. Да, аналитик видит риски, и да, ему с ними жить сложно. Да, менеджер хочет сдать проект, и да, ему не нужны лишние проблемы. А тут ты ещё такой красивый ...
Но тема рисков важная штука, которую почему-то никто не хочет развивать или хотя бы фиксировать. Рисками управляет менеджер проекта. Точка!
Но по факту, будем честными, только около 30% менеджеров на рынке являются квалифицированными, харизматичными специалистами. Я сознательно не пишу слово "лидер". Хотя бы специалистами! И про управление рисками, кто-то что-то слышал, но это так скучно.
Для меня это важная тема, с одной стороны менеджер проекта может получить наглядный список ахтунга, с другой стороны, может дать возможность выговориться команде. С третьей, с холодной головой оценить риски и продумать мероприятия по их минимизации.
Что может быть проще направить аналитика пойти написать реестр рисков, их собрать, оценить, проставить вес, написать шаги как и что можно изменить, минимизировать, это вроде такие простые вещи! И да, дать на ретроспективе говорить о проблемах. Не затыкать рот фразами "Так всё! Хватит, несколько раз уже говорили!" А увидеть, что если несколько раз говорили, значит человека волнует. А если его не одного волнует, то возможно это проблема. Дай команде сделать оценку, выговориться.
В основе управления рисками лежит теория вероятности. От 0 до 1 оценить риск можно, формулы всем доступны, в вузах теорию вероятности читали практически всем. Что может быть проще?) Да, даже если не знаешь теорий, можно банально сделать шаг вперёд и просто написать хотя бы список. И тогда и аналитику будет чуть полегче, он поноет, запишет, выдохнет, ну конечно менеджеру возможно станет не очень весело))) Но лучше попытаться услышать команду, чем закрыться и аналитиков превратить в нытиков.
Как аналитик превращается в нытика или про #рискиириски
На днях услышала фразу "я беру в команду только аналитиков оптимистов".
А кто же я?) Может я всё таки пессимист, и нужно сразу показать человеку, что я то не подхожу)))
В какой-то момент любой аналитик сваливается в пессимизм и становится нытиком. Всегда хочется сделать проект ХОРОШО! Не отлично, а хотя бы хорошо! И вот ты учишься, в голове море теорий, инструментов, подходов, пишешь ТЗ. Рисуешь диаграммы. Знаешь как надо, как не надо. Опыт, насмотренность. Но реальность показывает, что никому это не нужно! Херак херак и в продакшен. И вот уже в проде, ты видишь риски!
Аналитик молчать не может, его разрывает от этих рисков. Он приходит и говорит менеджеру. Говорит раз, менеджер не слышит, говорит два, не слышит, потом начинает орать. Нууу и тут его называют истеричкой, нытиком, пессимистом (выбирайте любое, что вам нравится).
Потом менеджер говорит, ну хватит уже!!! Ты всё это придумала!
Проходит время, риск реализуется, прод падает. И аналитик уже вне проекта тихо скажет "ну я же говорила..."
Я думаю многие оказывались в такой ситуации. Да, аналитик видит риски, и да, ему с ними жить сложно. Да, менеджер хочет сдать проект, и да, ему не нужны лишние проблемы. А тут ты ещё такой красивый ...
Но тема рисков важная штука, которую почему-то никто не хочет развивать или хотя бы фиксировать. Рисками управляет менеджер проекта. Точка!
Но по факту, будем честными, только около 30% менеджеров на рынке являются квалифицированными, харизматичными специалистами. Я сознательно не пишу слово "лидер". Хотя бы специалистами! И про управление рисками, кто-то что-то слышал, но это так скучно.
Для меня это важная тема, с одной стороны менеджер проекта может получить наглядный список ахтунга, с другой стороны, может дать возможность выговориться команде. С третьей, с холодной головой оценить риски и продумать мероприятия по их минимизации.
Что может быть проще направить аналитика пойти написать реестр рисков, их собрать, оценить, проставить вес, написать шаги как и что можно изменить, минимизировать, это вроде такие простые вещи! И да, дать на ретроспективе говорить о проблемах. Не затыкать рот фразами "Так всё! Хватит, несколько раз уже говорили!" А увидеть, что если несколько раз говорили, значит человека волнует. А если его не одного волнует, то возможно это проблема. Дай команде сделать оценку, выговориться.
В основе управления рисками лежит теория вероятности. От 0 до 1 оценить риск можно, формулы всем доступны, в вузах теорию вероятности читали практически всем. Что может быть проще?) Да, даже если не знаешь теорий, можно банально сделать шаг вперёд и просто написать хотя бы список. И тогда и аналитику будет чуть полегче, он поноет, запишет, выдохнет, ну конечно менеджеру возможно станет не очень весело))) Но лучше попытаться услышать команду, чем закрыться и аналитиков превратить в нытиков.