О бизнес-анализе и не только

2022-01-14 19:02:45 Когда не вывозишь

У всех же бывает такое - не вывозишь.

Я не так давно начала работать в новой для меня роли. Которая объективно “на вырост” относительно моих текущих навыков. Мало того, мой менеджер - охрененно умный человек. Он думает в 10 раз быстрее, соответственно постоянно задает тебе вопросы, до которых твой умственный процесс еще не дошел. И это круто, потому что я физически ощущаю, как прокачиваюсь и расту. Но вместе с тем я постоянно под прессингом ответственности. А главное - с ощущением, что у меня ничего и никогда не получается на должном уровне.

И вот сегодня я поняла, что не могу работать над своим длинным to-do листом. Хочется просто плакать, и еще на ручки.

Поскольку такой со мною не первый раз, у меня есть парочку правил и приемов:

1. Отменить по возможности все рабочие митинги.

Во-первых, чтобы в эмоциях не наговорить лишнего. Во-вторых, чтобы не распространять свою апатию и выгорания дальше на команду. Потому что вы потом отдохнете, воспрянете духом - а осадочек у всех останется.

2. Не делать никаких резких движений.

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

3. Попросить положительную обратную связь на свою работу

“Мы много обсуждаем области, которые я должна улучить - а есть ли что-то, что я делаю хорошо?” Давно ведь известный факт про нас, людей, что мы гораздо охотней “даем объективную обратную связь”, чем хвалим. Но вы попросите фидбек в таком ключе, и можете поразиться, НАСКОЛЬКО другие лучшего мнения о вашей работе, чем вы сами. А на это можно здорово опереться.

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

Думаю, здесь понятно. Официально объявляю комментарии к этому посту - дружественными ушами =)

5. Пойти погулять \ на спорт \ посмотреть ролики про котов

Или что у вас краткосрочно работает. Сегодня меня накрыло в середине дня. А надо было как-то еще поработать. Я взяла наушники, врубила свою любимую музыку, и пошла гулять. Через 40 минут такой прогулки - я чувствовала себя ГОРАЗДО лучше.

6. Примите реальность - рост невозможен без напряжения

Есть тут еще счастливчики с синдромом отличника? Согласитесь, нас жизнь к такому не готовила. Если вы растете, берете новые проекты, новые должности - вы обязательно будете лажать. Без вариантов. А лажать и не быть “лучшей” - больно. И вот он, выбор: или сидим на попе ровно, или убиваем в себе отличника.
Я выбираю второе.
#горопека_заметки Открыть/Комментировать

2021-12-30 11:03:43 Как быть успешным джуном

Джуном (без опыта работы) быть не просто. Конкурс на место зашкаливает, жесткое сито в виде курсы - неоплачиваемая стажировка - плохо оплачиваемый испытательный срок (ИС). Поэтому вдвойне обидно, когда по итогам ИС контракт не продлевают.

Поскольку у меня за плечами много лет опыта менторства джунов на стажировке и ИС, осмелюсь выдать несколько рекомендаций, которые повысят ваш шанс на успех:

1. Узнайте критерии прохождения ИС

Да, вам не привиделось, я и тут про бизнес-требования Очевидно же, что вы не можете осознанно работать на достижение цели, если не знаете, а как её достижение будут измерять. А измерять могут по-разному, потому что план прохождения ИС может быть очень разным.

Где-то джуна поставят сразу на проект под присмотр лид-БА. И критерии будут (например) 1) хорошо разобрался в функциональности такого-то модуля 2) ревью требований не выявляет критичных пропусков и несоответствий 3) ходит на миты с Заказчиком под присмотром лид-БА, но вопросы задает сам.

Где-то джун весь ИС будет выполнять тестовые задания. И тогда критерии будут (например) 1) прогресс по выполнению тестовых заданий. 2) Последние 2 задания выполнены не ниже чем на 8 баллов.

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

2. Не повторяйте ошибок, которые вы уже сделали.

Адекватный ментор не ждет от вас, что вы не будете делать ошибок, вы же джун.

Но от вас точно ожидают следующего: вы обучаемы и не наступите на те же грабли дважды. Потому что если вы не делаете выводы, не обучаетесь - смысл в вас дальше инвестировать время? Вы не можете дать гарантию, что затащите новую и сложную задачу (потому что вы джун), но вы также не доказываете гипотезу, что сможете качественно выполнить задачи, с которыми уже сталкивались. В чем профит тогда в вас для компании?

Я понимаю, что проще сказать, чем сделать. Но сфокусируйтесь на этом. Впитывайте каждую обратную связь. Осознанно проверяйте себя: в прошлый раз мне сделали такие замечания, я их учел в этом задании?

3. Не стесняйтесь задавать вопросы. Просто делайте это по-умному.

Вашему ментору платят за то, чтобы он отвечал на все ваши вопросы (а если не платят - его проблема). Кроме того – никого не интересует, что вы «думали об этом, но постеснялись спросить». Всегда лучше спросить, даже если вопрос кажется очень глупым, чем не спросить.

Другое дело, что в ваших же интересах освоить навык “задавать вопросы по-умному”:

а) Сначала задавайте вопрос гуглу. Всё, что гуглится за 15 мин - не достойно быть заданным

б) Группируйте вопросы. Лучше отвлечь человека 2 раза по 15 мин, чем 10 раз по 3 минуты. Исключения - вопросы блокеры: когда без ответа на вопрос вы никак не можете продвигаться в выполнении задачи

в) Приходите с вариантами ответов. Хороший ментор на многие вопросы будет задавать вам встречный вопрос - а ты как думаешь? Потому что ментор хочет научить вас решать вопросы самостоятельно. Поэтому если вы придете с вопросом в формате "Как поступить в ситуации Х? Я думаю, можно вот так, но сомневаюсь потому что... Еще я думал, что можно сделать так, но как же тогда ....", получите +100 в карму.

Коллеги-менторы, делитесь в комментариях, что еще нужно делать \ не делать начинающим коллегам, чтобы повысить свой шанс на успех.
#горопека_о_развитии #горопека_лайфхаки Открыть/Комментировать

2021-12-13 16:29:27 #горопека_заметки

Самое недооцененное качество

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

Понимаете, как мало иногда нужно? Не показывать сверх-результаты, не знать ответы на все вопросы, не пройти сотни курсов и заиметь бумажки об этом. А просто делать то, что обещал сделать. Быть предсказуемым в своем перформансе, даже если качество этого перфоманса могло бы быть лучше.

Конечно, на одной лишь ответственности не уедешь в топ-карьеру. Нужно наращивать навыки и учиться делать свою работу на топ-уровне.

Но фишка в том, что если вы ответственны (и еще обучаемы), то в вас будут НАМНОГО больше верить. Как следствие - давать проекты и должности "на вырост", что и позволит вам расти как профессионалу.

Завещаю вам "ответственеть" Открыть/Комментировать

2021-12-01 15:37:03 Ребята из skillsetter.io попросили дать совет начинающему проджект-менеджеру в ситуации, когда за пару дней до релиза Заказчик просит добавить новую фичу.

А я что? Правильно, опять о своем: как важно остановиться, задать правильные вопросы и посоветоваться с командой.

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

А вообще, читая статью, я в очередной раз подумала - слава небу я не проджект-менеджер. Тут попробуй скоуп заменеджери, а им еще и за людьми смотреть, и в бюджеты вкладываться. Герои! (без сарказма). Открыть/Комментировать

2021-11-03 10:29:14 - ваша оценка разных атрибутов была адекватной? проще всего это на примере effort видно - какие фичи вы делали дольше\быстрее, чем рассчитывали?
- какие фичи по итогу оказались более полезными\используемыми? почему? возможно вы не учли какой-то важный атрибут? или может, не верно оценивали?

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

У меня наберется еще парочку практических советов, продолжать? Открыть/Комментировать

2021-11-03 10:29:13 Навык приоритизации

Я думаю, что умение приоритизировать задачи так, чтобы и заказчик, и команда были счастливы а) невозможно б) отличает сеньора от начинающих коллег.

И вот я задалась вопросом - а как этому научиться? Понятно же, что прочитать статью "топ 7 методов приоритизации" поможет мало. Тем более вам там на втором месте укажут модель Кано, которой 93% проголосовавших выше в опросе не пользуются =))

Поэтому давайте, в наших лучших традициях, пофилософствуем о методах приоритизации и их использовании.

Нет одного "самого лучшего метода приоритизации".

Если вдуматься, то смысл любого метода приоритизации - выбрать один или несколько ключевых атрибутов; если атрибутов много - вывести формулу, как будем рассчитывать итоговую оценку; оценить фичи по каждому атрибуту; посмотреть, ужаснуться и начать всё сначала.

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

Возьмем приоритизацию MoSCoW. Тут у нас один субъективный атрибут - насколько фича важна для работы продукта. Я часто пользуюсь данным методом, когда нужно выделить MVP. Ибо удобно: его принцип легко объяснять заинтересованным лицам, и при этом не нужно рассчитывать стопятьсот атрибутов и рисовать графики (привет, модель Кано).

Но вот у меня есть уже MVP. И есть большой бэклог гипотез, как его улучшить. Как выбрать между ними? Для такой задачи MoSCoW не поможет, тут можно применить метод RICE (оценить reach, impact, confidence, effort). Ибо это логично - данный метод поможет нам выделить гипотезы с наибольшим reach и impact и наименьшим effort.

Поэтому, чтобы стать мастером приоритизации, нужно:

1. узнать много методов приоритизации,
2. разобраться в них до основания (какие атрибуты они используют? какие "веса" присваивают атрибутам? как считают итоговую?),
3. определиться, в каких ситуациях они будут полезны,
4. практиковать!

А еще не стесняться вводить факторы, специфичные для своей ситуации (о чем поговорим ниже)

Можно придумать собственный метод приоритизации, если требует специфика проекта.

Представим ситуацию, что у вас есть заказчик, фонтанирующий идеями (всё нужно, и всё must), и вам нужно как-то и его оставить довольным, и приоритеты выстроить. Можно ввести колонку likebility (very-very must, very must, must ), и оставить effort и impact. Короче, ввести "фактор заказчика" в приоритизацию, и таким способом сделать его довольным.

Или, например, на одном из проектов мы ввели атрибут "solutions space" - количество идей реализации фичи. Таким образом мы ранжировали наши opportunities на те, которые нужно еще исследовать (мало идей реализации), и на те, для которых у нас уже много идей.

Привлекайте команду к приоритизации

Во-первых, для некоторых методов вы без команды и не обойдетесь - как вы effort проставите, например?

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

В-третьих, банальная психология. Когда ты участвовал в принятии решения, ты потом не саботируешь решение. И в целом чувствуешь себя услышанным, а значит - более счастливым

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

Рефлексируйте по результатам

Вы сделали фичи, которые приоритизировали ранее. Вернитесь к своему методу приоритизации, и сравните: Открыть/Комментировать

2021-10-29 15:35:46 Открыть/Комментировать

2021-10-06 10:06:29 #кейс_собеседование

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

***
У БА 2 проекта за плечами, оба под крылом Lead BA. Модная цель - стать продукт-оунером. А на вопрос - какой навык\умение\soft skill вы хотите прокачать в ближайшее, кандидат говорит "вдариться в системный анализ". На уточняющий вопрос - а почему именно системный анализ, если карьерная цель - продукт-оунер, ответ "ну, хороший вопрос, но лишним-то не будет".

Кто ж спорит, "лишним не будет". А еще для цели "стать продукт-оунером" лишним не будет поработать на проекте самостоятельно (желательно еще и самому стартануть проект, а не прийти на устоявшиеся процессы). Или побыть БА на проекте, где будет возможность напрямую влиять на приоритеты и роудмап.

У меня, как у нанимающего менеджера, возникают следующие вопросы:

1. Кандидат умеет трассировать бизнес-цель на тактические шаги по её достижению? Вам правда совсем не читается параллель с навыком трассировать бизнес-требования на соответствующие пользовательские и функциональные? Не на те, которые "лишними не будут", а на соответствующие)
2. Кандидата ставить на проект, где он сможет вдариться в системный анализ? или на проект, где он сможет наконец поработать самостоятельно? Какие проекты предлагать кандидату, чтобы у него было всё в порядке с мотивацией и он проработал в компании reasonable amount of time?

Заметьте, я не говорю, что кандидату стоит отказать только на основании таких ответов. Ну нет, конечно. Но я вам рассказываю, как ваши ответы выглядят со стороны на собеседовании. И что хорошему нанимающему менеджеру важен не только ваш опыт, но и ваша адекватная оценка своих навыков и способностей, ваша карьерная цель, ваши пожелания по домену, в котором вы хотите работать, и много других факторов, помимо сухого опыта. Ибо нанимать и онбордить людей - это дорого и долго. И хороший менеджер хочет нанять кандидата, который сможет расти и развиваться в компании несколько лет (в идеале), ибо это win-win ситуация.

***
У БА за плечами несколько проектов (5-7), опыт старта проекта, опыт подхватывания проекта за другим БА, опыт по сути замены продукт-оунера с прямым влиянием на приоритеты и роудмап. Цель та же - быть продукт-оунерам. Ближайшие планы те же - системный анализ. А на вопрос почему дается ответ "Я часто чувствую себя неуверенно в обсуждении фичей с инженерами. Не понимаю, откуда берутся некоторые оценки. Хочу больше в этом понимать, надеюсь, это поможет мне лучше управлять роудмапом и определять приоритеты".
Чувствуете разницу?)
#горопека_о_собеседованиях Открыть/Комментировать

2021-08-09 09:16:21 Тот самый момент, когда на практике узнал об ограничении в количестве знаков на пост ))) Открыть/Комментировать

2021-08-09 09:13:16 5. Постоянно фокусировать на теме

Думаю, очевидно, почему это нужно делать. Не очевидно только, как )) Потому что перебивать людей сложно, а некоторые еще и обижаться могут.
Но такова нелегкая судьба модератора.

Если я вижу, что коллега ушел от темы, я даю ему договорить до точки, и потом вмешиваюсь с фразой "Это очень интересный пойнт, но давайте его пока запаркуем, потому что мы еще не разобрались с основным вопросом".

Если я вижу, что в группе началось рождаться решение, но один из участников начинает говорить о другом (тем самым сбивая фокус), я прерываю его в самом начале. Вежливо, но твердо. Ибо очень важно не потерять момент, когда участники наконец на одной волне и готовы "родить" решение.

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

Поэтому всегда ищете баланс между соблюдением агенды и возможностью высказаться, пусть даже на первый взгляд и не по теме.

Пожалуй, это основные пойнты. Делитесь в комментариях, какие приемы\навыки помогают вам в фасилитации?

#горопека_лайфхаки #горопека_техники Открыть/Комментировать