ЗюЛь, Стейкхолдеры и SECR 2018

Уже в эту пятницу стартует Software Engineering Conference Russia https://secrus.org/
В секции "Стейкхолдеры" будут не только интересные и необычные доклады, но и полезные советы от персонажа по имени ЗюЛь.

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

Если Вы планируете посетить SECR в этом году, попробуйте найти все истории из жизни ЗюЛя. Ну и наверняка любой аналитик сразу догадался, почему его так зовут? 

Взгляд на игру "Поймай волну" со стороны модератора

На конференции Analyst Days 8 (о которой уже рассказывала)  мне совершенно неожиданно довелось поучаствовать в игре «Поймай волну» совсем в другой роли. В роли модератора. Надо сказать, этот опыт был феерически увлекательным и одновременно выматывающим. Но все по порядку.

Создатели игры Дмитрий Безуглый и Николай Фатеев на конференции оказались перед непростой задачей: масштабировать в несколько раз игру, рассчитанную на 20 человек. В результате игру, по сути, проводили одновременно в три потока.

Каждый поток представлял собой отдельный рынок из 4 команд по 5-6 человек. Каждый рынок сопровождала своя команда модераторов, но шаги были синхронны, и экспертные комментарии Дмитрий давал по каждому из рынков после каждого из шагов.
Естественно, в таком режиме проводить игру гораздо сложнее, модераторов нужно в несколько раз больше, а сам ход игры несколько замедляется. Но сам по себе эксперимент внушает уважение.

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

ЛАФ 2018

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

Доклад, который я привезла на ЛАФ - это своеобразное перепутье. С одной стороны, это success story о проделанной за прошлый год работе. С другой стороны вопрос-размышление, куда копать (и копать ли вообще) дальше. И прямо скажу, спасибо Дмитрию Безуглому, с некоторыми вопросами стало понятнее и проще.



Надеюсь, что будет и видео от организаторов.

Прожекторпрокрастинотологии #5

Буквально накануне конференции Analyst Days 8, сидя в отеле, я приняла участие в Прожекторе Прокрастинотологии Максима Дорофеева. И это был очень увлекательный опыт, который я с удовольствием повторю.

По следам Analyst Days 8

Немного запоздало, но все-таки хочу рассказать об опыте участия в Analyst Days 8 с докладом "Зачем бизнес требования в гибкой разработке".

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

Впечатления от игры "Поймай волну" на SECR 2017

Хочу наконец написать свои впечатления от игры “Поймать волну”, в которой приняла участие на Software Engineering Conference Russia 2017.

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

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

По следам участия в CoLaboratory в прошлом году

Осенью прошлого 2016 года состоялось примечательное для меня событие: я и две мои коллеги-аналитика провели двухчасовую презентацию про наш реальный практический опыт работы с требованиями в Agile стиле.

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

Джедайская техника & Maxdone: 30 дней, полет нормальный

О том, что Максим Дорофеев - отличный докладчик с разумными идеями я знаю уже около 6 лет и за это время часто рекомендовала его слайдкасты и блог знакомым.

Но волею судеб не следила за его деятельностью последние года 3, пока не попала на CEE-SECR 2016. И тут меня накрыло новым фанатическим восторгом.

Через неделю у меня выдалось настроение посмотреть и послушать его доклады. И это стало практически открытием, потому что идея с обезьянкой и прочими персонажами на 100% легла на мою текущую модель поведения. Да к тому же совпало с осознанием ситуации как проблемы, потому что к этому времени я порядком запустила свои списки задач и заблудилась в своих целях и планах.

Спустя несколько дней муж уже недовольно косился на меня, потому что дома Наташа ела, спала и хозяйничала под бухтелово Дорофева из ноутбука.

Рукавицы чабана. Притча о поиске виновных.

Один чабан пас большое стадо овец. Голов эдак на несколько тысяч. Однажды осенью стояли теплые дни, и чабан повесил свои рукавицы сушиться, да и забыл про них. Через пару недель, когда начало холодать, он их не нашел. "Куда же они могли деться с такой высокой веревки?!" подумал он, и стал искать. Вскоре он увидел обрывки своих рукавиц, запутавшиеся в шерсти небольшого барашка. Видимо, они упали или кто-то из овец дотянулся до высокой веревки, стянул их, ну а дальше их судьба была неизбежна.

Провоцируем критику

Аналитику поставили задачу. Аналитик бегает, задает вопросы. От него отмахиваются, ему не отвечают, говорят, что не знают. И тогда аналитик пишет отсебятину, как сам понял.

Что или кто меня все время отвлекает?

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

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

Микро-тайм-менеджмент

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

Маленькие шаги к сложному и важному

Сесть за важное сложно,  зато на всякую незначительную ерунду незаметно тратится столько времени,  что хватило бы и на важное с запасом. Как такое получается? И что с этим делать?

В поисках простого

Когда-то я могла сесть за компьютер и спокойно часик-другой работать не отрываясь. Если так не получалось, винила себя в неорганизованности. Теперь с двумя мелкими карапузами даже при наличии няни такого себе позволить не могу, как время ни организуй. Единственное спасение - привязать к себе телефон и делать черновые записи в любую свободную секунду. Поздно ночью, когда есть возможность сесть за ноутбук, я получаю готовый текст, который надо слегка подправить и опубликовать.

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

Критерии приемки и оценки - Acceptance and evaluation criteria definition

Большой путь, как известно, череват большими испытаниями. А потому тема, начатая в январе,  оказалась погребена под ворохом будничных забот на три четверти года. Но это не повод бросать задуманное!

Что же рассказывает нам BABOK о критериях приемки и оценки? Да не так уж много. Это даже не метод, а поверхностное описание двух типов документов. Причем BABOK не приводит даже примерного плана или атрибутов этих документов. Поиск по интернету дал не так уж много дополнительной информации: в основном это ряд определений, статьи на основе того же BABOK или собственно документы данного типа из совершенно различных предметных областей - от критериев приемки материалов конференции до тендерных условий контрактов.

Критерии приемки

Понятие "Критерии приемки" (Acceptance Criteria) несколько более популярно, но во многих результатах поиска встречается в контексте гибких методологий. В этом контексте речь уже идет не об особом типе документа, а об атрибутах каждой пользовательской истории (User Story). Определенное внимание такому прочтению термина уделено и в Agile Extention к BABOK.

За пределами Agile термину "Критерии приемки" в основном сопутствует этап приемки проекта, и встречается этот термин соответственно в материалах, посвященных управлению проектом (см. словарь PMBOK или ресурс project-management-knowledge.com). В таком контексте документ может быть даже приложением к договору.

С чего же все-таки начать, когда поставлена задача формализовать критерии приемки? Отчего отталкиваться аналитику, если так мало информации о том, что это за документ? Среди публичных документов в интернете, озаглавленных как критерии приемки, мне приглянулось вот такое содержание (Источник):

Оно совершенно не привязано к сфере применения, и может служить отправной точкой для совершенно различных проектов.

Критерии оценки

Термин критерии оценки еще менее популярен с точки зрения статей, посвященных целиком этой теме. Но сфер применения имеет чрезвычайно много и встречается повсеместно. 

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

Ресурс www.businessdictionary.com определяет его как стандарт или эталон для сравнения.

Довольно естественным представлением для такого документа является таблица со списком критериев, допустимыми границами оценок и полем для оценки (источник):

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

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

Задачи эксперта в работе аналитика

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

См. также предыдущие лекции:

Элементы Business Intelligence в работе аналитика. Часть 2
Элементы Business Intelligence в работе аналитика. Часть 1
Функции консультанта в работе аналитика
Функции технического писателя в работе аналитика

Элементы Business Intelligence в работе аналитика. Часть 2

Во второй части я продолжаю говорить о еще сложных вопросах, связанных с Business Intelligence. Если в части 1 мы больше говорили о методах анализа и основах информационной графики, то в этой части мы поговорим о работе с данными разного объема и разной сложности, пробежимся по реляционной алгебре Кодда и на примере посмотрим, как задачки на анализ проблемы могут порождать составление аналитиком собственных моделей данных, ключевых показателей и сводных отчетов.

Впереди осталась только одна лекция. О высоком: о творчестве, о познании, о сложных задачах, которые тоже являются частью работы аналитика.
См. также предыдущие лекции:
Элементы Business Intelligence в работе аналитика. Часть 1
Функции консультанта в работе аналитика
Функции технического писателя в работе аналитика

Элементы Business Intelligence в работе аналитика. Часть 1

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

Впрочем, тема огромна и сложна, поэтому лекция разбита на 2 части. Во второй части я продолжу говорить на еще более сложные темы. Поговорим о работе с данными разного объема и разной сложности, пробежимся по реляционной алгебре Кодда и на примере посмотрим, как задачки на анализ проблемы могут порождать составление аналитиком собственных моделей данных, ключевых показателей и сводных отчетов.
См. также предыдущие лекции:
Функции консультанта в работе аналитика
Функции технического писателя в работе аналитика

Функции консультанта в работе аналитика

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

Функции консультатнта в работе аналитика from Natalya Sveshnikova

Функции технического писателя в работе аналитика

Когда-то давным давно я читала серию лекций для очень начинающих аналитиков. Вернее для студентов, которые рассматривали аналитику как возможное направление своей карьеры. Лекции большие, но предельно упрощенные. Даже сама профессия разбита на функции других, более "известных" аудитории профессий. Наткнулась на на них, разбираясь в старых папках, и с удовольствием пересмотрела. Где-то они могут показаться немного наивными, но мне за них спустя 4 года с момента создания не стыдно.

Функции технического писателя в работе аналитика from Natalya Sveshnikova