Изменения

м
Нет описания правки
'''Осенний [http://analystdays.ru/ru/program/51956 AnalystDays]''' подтвердил то четкое впечатление, которое у меня возникло еще весной на '''[http://itspring.by/ IT Spring]'''([https://www.youtube.com/playlist?list=PLpVeA1tdgfCDGBLxGoCHzgCaLmHigTo5W видео докладов]): IT интенсивно и глубоко осваивает soft skills. В докладах — не только конкретные техники, но и разные модели сознания и психологии. И это востребовано не только HR или продвинутыми менеджерами, а широким кругом аналитиков и разработчиков. Года три-четыре назад такие доклады на IT-конференции широкого профиля встречались редко и практически не воспринимались. И об этом я буду писать в этом обзоре второй AnalystDays этого года, только что закончившейся в Минске, и апрельской IT-Spring, которая тоже была в Минске и о которой я еще не публиковал отзыва в блоге. Упомяну и весеннюю AnalystDays, которая проходила в Москве, на которой я, правда, был всего один день из двух и поэтому слушал мало докладов — почти весь день общался с участниками после своего доклада. В общем, этим постом я не только делюсь свежими впечатлениями, но и вспоминаю те IT-конференции этого года, о которых еще не публиковал отзывов.
В ходе докладов я сразу выкладывал отзывы в ленту FB, и сейчас в посте заодно сохраняю ссылки для истории.
И рядом с докладом Denoo Olivie я хочу отметить доклад '''Pınar Cinaliа''' ([https://www.facebook.com/mtsepkov/posts/1542585045798444 мой пост]) — тоже обзор, но buzzwords и схем рядом с ними. С первым — понятно что делать, потому что про каждую технику хорошо очерчен класс задач, метод и ресурсы. А второй доклад — куда интереснее. На первый взгляд — он бесполезен для специалиста, который знает суть, стоящую за мемами. Однако если задуматься, то это может быть гораздо полезнее, потому что в нем выкладываются ассоциативные цепочки мемов и концептов, в которых мыслят не-специалисты. А это — именно те, с кем аналитик коммуницирует. То есть вам рассказывают о мышлении не вас, а вашей аудитории. Я, правда, все равно до конца не понимаю, что с этим делать — но буду думать.
Другой пример — доклад '''Сергея Кадомского''', руководителя аналитиков в Wargaming «Техники принятия эффективных и взвешенных решений»([https://analystdays.ru/ru/talk/52483 видео и презентация]). Начал с эмоционального интеллекта, о котором все знают. Сказал, что ему запретили рассказывать подробно книгу '''Дэниэл Канемана «Думай медленно … решай быстро»''', потому что ее все уже читали :) В результате он говорил о другой книге — братьев '''Чип и Дэн Хиз «Ловушки мышления. Как принимать решения, о которых вы не пожалеете.»''' В отличие от Каннемана, который сосредоточен на ловушках, Чип и Дэн фокусируются на способе их избегать, и там есть конкретный пошаговый алгоритм под аббревиатурой WRAP, включающий шаги, предотвращающие попадание в распространенные ловушки. [https://www.facebook.com/mtsepkov/posts/1542724735784475 Мой пост на FB] о докладе.
Еще хочу отметить доклад '''Жени Удаловой''' и '''Лены Потаповой''' «'''Пути аналитика неисповедимы''': широкий взгляд на карьерное развитие». Доклад — про проектирование индивидуальных карьерных траекторий для компании, выполняющей инновационные проекты, которые идут в условиях высокой неопределенности на протяжении всего времени выполнения, и в которых нельзя опереться на свой или чужой опыт. И сотрудники должны расти по мере проекта и быть готовы к ситуации развития, реально и постоянно оказываясь в ситуации, когда делаю то, что не умею и должен научиться в темпе работы. Главное в докладе — хотя строятся индивидуальные траектории, для их построения и движения по ним есть технология и карта поля наращивания компетенций, на которой ты выбираешь путь с учетом своих интересов и потребностей проектов. Эта технология — представлена, хотя и не систематично — что не удивительно, она тоже строится, никто в мире не умеет технологично делать развитие сотрудников в области инноваций. Женя — директор по персоналу в нашей компании CUSTIS, а Лена — аналитик, она была основным кейсом в докладе и рассказывала о своем движении. В докладе было еще несколько примеров карьерных траекторий, но уже без содокладчиков. Такой подход к развитию персонала распространяется не на всю компанию, однако на достаточно значительную часть, примерно 15 % — поэтому потребовалась технология. Но еще несколько лет назад рассказ о ней был бы уместен на HR-конференции или у менеджеров, а не в среде аналитиков — потому что большинство людей были технической направленности. А сейчас — фокус сменился, а уровень — повысился. И по обсуждению моего [https://www.facebook.com/mtsepkov/posts/1543547289035553 поста] это тоже видно. Кстати, нашей компании нужны аналитики и архитекторы, так что если вы хотите работать и развиваться в интересных проектах — welcome.
А вот на весенней AnalystDays '''Дмитрий Безуглый''' и '''Инна Остановская''' рассказывали очень интересный доклад «'''Откуда приходят цели?''' Как их находить?» Основная идея — в различии Objectives — целей на своей территории и потому принципиально достижимы, от Goals — целей за пределами своей территории, для достижения которых ты должен сделать то, что раньше не делал, чего делать не умеешь — то есть развиться и перейти на новый этап в процессе достижения. И дальше шел размышлительный мостик к буддизму, к его понятию пустоты и выстраиванию ступенек. При этом шла апелляция еще и к выстраиванию зрелых структур мозга, что накладывает физические ограничения на достижимость определенных целей в раннем возрасте — соответствующие структуры еще, дескать, не готовы. Вот эта часть не слишком укладывается в мою картину мира, но спорить тут я не готов: насколько я представляю, наука пока на таком уровне дешифровывать структуры мозга не способна, а без этого спор превращается в столкновение концептов, по-видимому, не проверяемых экспериментально. Но, несмотря на спорность, доклад для меня был интересен и вызвал много мыслей. К сожалению, это практически единственный доклад на весенней AnalystDays, который я слушал: мой доклад шел первым слотом, после него я много общался с участниками, и день за этим практически прошел.
= Agile и практики управления проектами =
Модель Спиральной динамики, кстати, объясняет и то, почему принять такое изменение смыслов может быть далеко не просто — ведь для этого требуется изменить свою картину мира. Настолько не просто, что в комментариях к [https://www.facebook.com/photo.php?fbid=1326247467504783&set=a.777692369026965.1073741836.100003586281482&type=3 отзыву Дениса Гобова] на мой доклад был явный переход на личности с обесцениванием не только содержания доклада — дескать, старые перепевки про Agile и водопад — но и меня самого, призывая меньше выступать и больше работать. Ну, это неизбежно. А доклад, между тем, занял третье место на конференции — и это не только мне приятно, но и, надеюсь, означает, что мне удалось сфокусировано показать разницу смыслов и вытекающие из нее следствия для практики. При этом отзывы в обсуждениях были полярны: есть и те, кто говорит, что «хорошо когда хотя бы виноватых не ищут», имея ввиду, что все эти рассуждения — из далекого будущего, и противоположное мнение о том, что уже давно большинство компаний работает по-новому, а старые методы представляют больше исторический интерес. Так что разброс практик очень велик, об этом был [https://www.facebook.com/mtsepkov/posts/1542649422458673 мой пост].
А еще на осенней AnalystDays я проводил [[Agile: что надо знать аналитику, чтобы действовать?(AnalystDays осень 2017 в Минске)|'''мастер-класс по Agile''']], который был нацелен на практику, а не на теорию. В начале мастер-класса слушатели заявили свои кейсы и дальше я их по очереди разбирал в диалоге с автором. При этом основной задачей было не выдать какие-то ответы из теории, а показать способ рассуждений в Agile mindset. Потому что теорию аналитики могут легко найти — есть много статей, и есть нормативные документы — Agile Manifesto, Scrum Guide и другие. А вот сопоставить их с конкретной ситуацией проекта и найти адекватные решения, соответствующие логике Agile — отдельная задача. На основе реакции слушателей, я надеюсь, что у меня это получилось. Авторы кейсов получили еще и практические советы, с которыми будут работать дальше.
По контрасту хочу отметить доклад '''Yuriy Gaiduchok''' на AnalystDays. Это — хорошая иллюстрация того, что старая школа работает на снижение неопределенности. Угрозы определенности и ясность проекта, такие как отсутствие общей онтологии, контекстная зависимость, неполные списки — рассматриваются как угрозы, которые надо измерить через атрибуты качества чтобы их избежать. А современный подход, Agile говорит о том, что это — не угрозы, а имманентные характеристики современной ситуации, в которой необходимо работать. Что, естественно, не отрицает необходимость определять области и степень неопределенности. И знать и применять все эти техники для определения зон неопределенности проекта — нужно. Просто это — не про качество, а про рабочую ситуацию. Я все это [https://www.facebook.com/mtsepkov/posts/1542730499117232 написал в посте] и там было интересное обсуждение.