Изменения

м
Нет описания правки
Дальше будут мои заметки, которые я публиковал во время докладов. Отдельно отмечу, что в них - только пловина докладов конференции, потому что она идет в два трека. И мне часто хотелось пойти на оба параллельных доклада. Так что не надо думать, что мои заметки показывают все содержание конференции. А еще я хочу поблагодарить '''Олега Бунин''' за [https://www.facebook.com/oleg.bunin/posts/2260092147365797 высокую оценку заметок]: "Если хочешь быть в курсе деталей лучших докладов самых крутых IT-конференций - подписывайся на Максим Цепков, его конспекты мы неоднократно использовали в своей работе!" А еще - пожелать дальнейших успехов Олегу Бунину и всей команде конференции!
'''Заметки с докладов'''= Yuliya Kurapatenkava. Развитие структуры Spotify =
[https://www.facebook.com/mtsepkov/posts/1929314570458821 Пост на FB] '''Yuliya Kurapatenkava Spotify'''. Превосходный рассказ про устройство spotify изнутри и его эволюцию в процессе роста. Рассказ на английском, потому что многие термины не переводятся на русский. И этот подход - правильный, в начале был словарь терминов, тоже по-английски, и эти объяснения вносят важные акценты, которые не сохраняются в переводных описаниях, которые я читал.
Кстати, энтропия - играет. Доклад был по скайпу - Юля заболела и не смогла приехать. В начале доклада связь вырубилась, была пауза. И в ходе ответов на вопросы ряд критических фраз пропадало. Следуя за Стругацкими (За миллиард лет до конца света) это свидетельствует о ценности доклада.
 
= Стас Михальский. Управление договоренностями =
[https://www.facebook.com/mtsepkov/posts/1929300787126866 Пост на FB] '''Стас Михальский Не договоренность сорвана, если релиз не выпущен, а договоренность была неверная, проваленная, и поэтому ее не смогли сделать.''' Все работа: заключение договоренностей и их выполнение, в них заключено все остальное.
: '''Сергей Янкович''' Максим Цепков спасибо за конспект лекции. Ваши выводы ценнее самого доклада. :) дополнительная ценность от доклада.
:: '''Максим Цепков''' Спасибо за такую оценку. Неожиданно.
 
= Александр Зиза. Коммуникации =
[https://www.facebook.com/mtsepkov/posts/1929336480456630 Пост на FB] '''Александр Зиза''' Коммуникации. Национальная коммуникация. Вокруг - мир.
* Россия - смекалка и оптимизация. Сделают - не то, попробуют из старого опыта сделать лучше. Для нас тезис о том, что из старых инструментов нельзя сделать новую работу - неверен, мы пытаемся.
В комментариях к посту общезначимость этих тезисов подвергалась сомнению, но в контексте доклада было понятно, что Александр говорит из своего опыта работы и взаимодействия с компаниями разных стран (он работал в американских компаниях), а основное назначение было - показать культурные различия, которые необходимо учитывать в коммуникации и работе с сотрудниками. И помнить, что конкретные методики и техничитехники, описанные в книгах и учебниках, часто неявно подразумевают некоторую национальную культуру и могут при переносе в другой контекст работать вовсе не так, как ожидалось. И эту роль они выполнили.
Принципы эффективной коммуникации.
В конце совет: Любой навык прорабатывается три недели. Три навыка: тотальный фокус, не советовать, не узнавать. Фиксировать оценками на каждой встрече самооценку. И в конце каждого слота - эссе о том что достиг.
 
= Jane Goleva. Обучение в IT =
[https://www.facebook.com/mtsepkov/posts/1929374490452829 Пост на FB] '''Jane Goleva''' Обучение в IT. Схема.
Там дальше были очень конкретные кейсы выявления проблем, которые должно решить обучение. Как от запроса "научим маркетологов SQL, чтобы они не роняли базу" приходить к конкретному полезному обучению. Или запрос на обучение обратной связи тимлидов преобразовать к фокус-встречам тимлидов для обмена опытом, и при этом фиксации хороших практик и подходов.
 
= Alexey Kataev из Skyeng. Метрики команды =
[https://www.facebook.com/mtsepkov/posts/1929457733777838 Пост на FB] '''Alexey Kataev'''. Метрики команды. Skyeng 2015 - он один из 5 разработчиков. Сейчас - 15 команд и 68 разработчиков. И все работают удаленно. Одна команда была сапсаном, которая везла в прод. А сейчас есть вопросы.
А задача, чтобы все команды были сапсанами должна решаться на старте команды. Для чего нужен review опытного тимлида по становящимся процессам и чек-листы, особенно если в команде тимлид новый. Это - дорого по времени, но окупается. Плюс чек-листы, как и в остальных случаях.
 
= Max Babich. Управление знаниями через модели компетенций =
[https://www.facebook.com/mtsepkov/posts/1929484643775147 Пост на FB] '''Max Babich'''. Управление знаниями через модели компетенций. Прикольное и содержательное введение в работу компетенциями на примере фильма Матрица, когда Тринити и Нео планировали с Пифией как вытащить Морфеуса.
Развитие в процессе работы. За счет модели компетенций мы понимаем, какие задачи будут способствовать обучению. И важно, чтобы новичок их делал, а эксперт только помогал и/или проверял. А без модели держать фокус обучения - сложно.
 
= Светлана Новикова и Константин Кафтан - матрица компетенций =
[https://www.facebook.com/mtsepkov/posts/1929557397101205 Пост на FB] '''Светлана Новикова''' и '''Константин Кафтан''' - очень интересный доклад про матрицу компетенций из одной компании но двух совершенно разных подразделений: одно на техподдержке, другое - разработка на Lua, которые работают в разных business unit. И общая канва наполнена сильно разными примерами, которые как раз позволяют оценить спектр возможных путей, показать их разнообразие. В команде Lua разработчикам нужна знать бизнес-предметку, и они погружали нового человека полгода, а хотелось - быстрее. Составление матрицы компетенций в результате позволило сократить этот срок до 2 месяцев, пересмотрев программу подготовки и выделив core-часть. А еще - нашли энтузиастов и драйверов по разделению знаний, и только 1 из 40, кто не хотел делиться своими уникальными компетенциями. И, совершенно неожиданно, нашли профит для кодирования: функционал, который надо вынести в серверные библиотеки и не изобретать велосипеды.
 
= Евгений Пешков. Додоверие =
[https://www.facebook.com/mtsepkov/posts/1930465323677079 Пост на FB] '''Евгений Пешков'''. Додоверие. Ценности и принципы в компании Додо Пицца. Про ценности Додо Пиццы я многое слышал, они часто выступают. Но узнать изнутри - понимаешь важные акценты и общую атмосферу компании. Атмосфера - это очень важно, и она в докладе была передана замечательно. Слушатели заглянули в изумительный новый мир.
В комментариях состоялось интересное общение и Димой Безуглым.
: '''Дмитрий Безуглый''' Максим в этой компании катострофически не зрелая разарботкаразработка. Для понимания - 5 или 6 полных остановок обслуживания всех клиентов менее чем за 2 года. Уход в рефакторинг на год и опять падение ... При этом нагрузочное тестирование еще в процессе запуска …. А о супер культуре Agile компания трубит уже года 2 или 3.
: Поэтому было бы хорошо добавить к этим ценностям Честность(хотя бы самим с собой).
Мы с Евгением еще поговорили на конференции, я объяснил, что я подразумеваю под рисками культуры, которая у них есть, судя по рассказу. Но, как я уже написал в комментарии Диме, в целом с отношением к инженерным практикам у них все в порядке, так что, скорее, тут вопрос про поиск конкретных практик, направленных на предотвращение потенциальных проблем, но не препятствующих росту.
 
= Andrey Timonich из Tinkoff.ru =
[https://www.facebook.com/mtsepkov/posts/1930538343669777 Пост на FB] '''Andrey Timonich Tinkoff.ru'''. Рассказ компании, для которой процессы и ценности в IT - средство, а не цель. Поэтому они собирают хорошие практики из разных источников в целостную структуру, ориентированную на производительность разработчиков с выходом в состояние потока, на совершенствование мастерства и ощутимые результаты труда. Что важно - при такой сборке появляются те самые ценности, которые звучат и в докладах тех компаний, которые на ценности делают ставку. И получается, что новая конструкция процессов и ценностей в IT уже общепринятая практика и почти гигиенический стандарт. И это - круто и вдохновляет.
 
= Анатолий Панов =
[https://www.facebook.com/mtsepkov/posts/1930545153669096 Пост на FB] '''Анатолий Панов'''. Рассказ человека, которому впервые пришлось нанимать тимлидов - до этого он нанимал только разработчиков, а тимлиды росли внутри. И теперь Анатолий по свежим следам рассказывает о процессе, который получился. Он близок к книге '''Джефф Смарт''' и '''Рэнди Стрит "Кто. Решите вашу проблему номер один"''', на которую Анатолий ссылается, но наполнен IT-спецификой. И поможет другим сделать тот же переход.
 
= Евгений Кот =
[https://www.facebook.com/mtsepkov/posts/1930561427000802 Пост на FB] '''Евгений Кот'''. Рассказ о ситуации, когда ведущий разработчик становится тимлидом и становится несчастным - и как с этим справиться. Был роскошные перформанс под музыку о том, как наступает Адъ. Наваливаются совсем другие дела, а потом ты слышишь от разработчиков "Зачем ты смотришь код, ты же его уже не пишешь...".
А в заключении - концепт ikigai - найди смысл жизни, который у каждого свой.
 
= Тимур Павлов =
[https://www.facebook.com/mtsepkov/posts/1930754323648179 Пост на FB] '''Тимур Павлов''', Positive Technologies. Рассказ о том, как выпуская года назад релиз они не уложились в сроки на 2 месяца. Анализ показал, что много времени ушло на исправление багов, и разработчики не успели сделать функциональные фичи. Из этого были извлечены уроки и Тимур рассказывал о пути, который они прошли за два года, внедренных практиках и решенных проблемах - там было несколько этапов процесса.
 
= Серёжа Попов =
[https://www.facebook.com/mtsepkov/posts/1930800440310234 Пост на FB] '''Серёжа Попов'''. Рассказ о компании, которая действует как школа обучения. Берут студентов-джуниоров, прогоняют их через проекты, они через 2-3 месяца выпускаются, приходят следующие. Делают верстку. В команде 3 джуна, тестировщик и наставник, они делают проект, 15 проектов сейчас. Начинали с другой структуры, и тестировщик появился не сразу. В управлении еще есть руководитель проекта, который снимает с Сергея часть задач, и тимлид команды наставников. В целом успешно развиваются.
В общем "тяжело в учении - легко в бою" здесь работает.
 
= Виктор Никишин =
[https://www.facebook.com/mtsepkov/posts/1930874273636184 Пост на FB] '''Виктор Никишин''' из '''tinkoff.ru''' рассказывал про то, как они выделяли тимлидов из мидл-разработчиков. Интересно, что они во многом переоткрыли разделение ответственности менеджера в Scrum на Product Owner и Scrum Master, компетенции тимлида - не в hard skill, а в soft skill. Однако, они использовали другую модель - стили руководства Адизеса, и посмотрев на потребности пришли к тому, что тимлид должен иметь компетенции AI, а не PE, и именно так выбирали кандидатов. В целом - успешно, за полгода получилось, начав с команды в 10 человек получить 7 команд, в которых только один тимлид пришел готовым, остальные выросли внутри. При этом процессы в командах разные: Scrum, Kanban, Scrumban, без Agile - процессы выбирает сама команда. А сами команды - распределенные и многие удаленные, включая тимлидов.
{{wl-publish: 2018-09-28 17:44:49 +0300 | MaksTsepkov }}