К написанию этой статьи меня подтолкнул COTOHA, который решил немножко потроллить современных тренеров в IT. За статью ему огромное спасибо. Отдельная благодарность за упоминание нас с положительной стороны. 😉 Я очень рад, что подобные мысли о современном “тренерстве” возникают не только у меня. Хочу добавить свои “5 копеек” к уже сказанному, что и сделаю в этой статье.
Сначала пройдусь по упрощениям и самоочевидным вещам. Это бич современных конференций и тренингов. Ради “звездности” выступить с докладом берут людей, иногда оооочень далеких от тематики конференции. Причем их доклад уже читан перечитан и только ленивый не нашел его в интернете и не посмотрел. Они берут простенькую мысль и детально ее разжевывают, снабжая байками из жизни (или просто услышанными от “коллег”). Смысловой нагрузки такие доклады несут минимум, но докладчик всегда выглядит отлично. Ведь ему всегда хватает времени на доклад, он полностью контролирует ситуацию с вопросами из зала, доклад проходит в неформальной обстановке, слушатели радуются, что их назвал “коллегой” достойный гуру индустрии.
Вот только жалко потраченного времени на такой доклад. А еще хуже, когда таких докладов много. Но это не все минусы подобных выступлений. Некоторые “камрады” начинают верить, что все в IT просто и проще не придумаешь. На что реальность отвечает им суровым пинком под зад. Тогда они задумываются, может просто чего не осознали, и решают пойти на тренинг к тем же гуру. Ведь они так понятно доносят информацию, легко и непринужденно решают проблемы. Эта легкость в понимании вызвана тем, кто рассказываются вещи, которые просты и самоочевидны. А дальше человек “подсаживается на иглу”. Ему приятно посещать такие тренинги, где дают понять, что все возможно и главное работать хорошо. Хочется нажать на кнопку “СДЕЛАТЬ ВСЕ ХОРОШО” и наслаждаться результатами.
Теперь перейдем к практическому опыту. Очень много тренеров давно забросили практиковать то, чему они учат других. Но жизнь не стоит на месте. Меняются подходы, люди, проекты, методики и окружающая реальность. То, что могло работать 3 года назад, на сегодняшний день может оказаться просто бесполезным. Так чему же вам стоит учиться у таких людей? На подобную критику я не раз получал ответ о том, что можно не работать в индустрии, но прорабатывать много “кейсов” из жизни других людей и на основании этого складывать собственный опыт, а также давать советы другим. Так вот, мне кажется это абсурдным. “Кейсы” – это очень частные ситуации в конкретном окружении. Их бесконечно много и каждый из них актуален только в данной конкретной ситуации. И как можно с уверенностью советовать другим то, что ты сам не попробовал на практике и не осознал подходит ли оно? То, что хорошо работает на словах, может завершиться полным провалом на практике. Если вам предстоит управлять Java проектом на 20 человек, то лучше всего научить вас сможет тот, кто это уже делал в прошлом. И вовсе не тот, кто знает того, кто работал с тем, у кого в компании такой проект был. Учтите это при выборе тренера.
Я ни в коем случае не хочу обидеть отдельный вид тренеров – coach. Для меня это очень смелые и грамотные люди, которые работают с командой на протяжении длительного времени, помогают поставить процессы, настроить практики, искоренить проблемы. Они переживают с командой все проблемы, допускают ошибки, учатся на них. К таким людям полезно придти на тренинг или просто послушать их выступление, потому что оно обычно пропитано личным опытом и несет в себе много полезного. Это действительно клево и достойно уважения!
Еще одна вещь, которая меня просто убивает – это разного рода надувательства. Вам обещают совершенно новый продукт, который будет вам очень полезен. Вы с радостью подписываетесь и ждете чего-то интересного. А вместо этого вы получаете советы от капитана очевидность и ссылки на старые материалы, которые вы уже давно видели. Это попытка поднять рейтинги, не прилагая усилий? Или способ возродить интерес? Похожая ситуация с “мастер-классами”, которые являются всего лишь приглашением на платный тренинг. Вы тратите свое время, а в результате получаете вводную информацию и без того вам известную.
Напоследок выскажу еще одно непонимание текущих трендов. Много тренингов проводится для менеджеров. При этом их не учат управлять проектами, настраивать процессы, вести требования или работать с заказчиком удаленно. Вместо этого их учат базовым вещам, лидерству, отношению с людьми и так далее. Но ведь каждый менеджер будет или уже работает в определенном процессе и зачастую именно процесс определяет его роль и зоны ответственности. К примеру, в вашем проекте есть технический лидер и менеджеру проекта можно просто забыть о технической составляющей его работы. Если у вас есть грамотный Product Owner, то менеджер может выкинуть из головы вопрос работы с требованиями. Если у вас небольшая команда и есть грамотный Scrum Master, то менеджеру можно не заботиться о процессе формирования команды и взаимодействию ее членов. В некоторых процессах роль менеджера вообще упраздняется за отсутствием необходимости в ней. Может стоит учить менеджеров современным процессам разработки, а не топтаться на месте? Или хотя бы отталкиваться от процесса и окружения, в котором менеджеру предстоит работать?
Наличие большого количества тренингов на рынке образования IT действительно наносит сильный вред индустрии. Компании и конкретные люди разочаровываются в полезности подобных мероприятий и начинают отказываться от их посещения. Причем, они не делают отличий “хороших” от “плохих”. Не раз приходилось наступать на эти грабли. Приходишь на тренинг, а аудитория ничего хорошего не ждет, имея негативный опыт в прошлом. Особенно этот эффект срабатывает на “думающих” людях. И потом приходится прикладывать массу усилий чтобы избавиться от последствий.
Что же делать в сложившейся ситуации? Вопрос сложный и неоднозначный. Ответ каждый выберет для себя самостоятельно. Подумайте перед посещением очередного образовательного мероприятия над вопросами: “Что оно вам даст?”, “Как новые знания отразятся на вашей работе?”, “Насколько компетентен тренер в предметной области?”, “Как тренер связан с темой тренинга?”, “Есть ли кто-то, кому данный тренинг действительно помог?”. По возможности найдите тех, мнению кого вы можете доверять и кто уже посещал тренинги выбранного вами тренера. Обсудите с ним ваш выбор. Спросите совета в форумах, твиттере, группах.
Тренерам же хочется пожелать не пились сук, на котором они сидят, а работать на качество и зарабатывать себе имя, принося реальную пользу.
Сразу после завершения второй встречи “Клуба анонимных разработчиков” мы начали планировать следующую. С выбором темы нам помогли участники нашего опроса. Темой третьей встречи выбрана “Контроль качества кода: статические анализаторы”. Мы решили пока не уходить от сугубо технических тем, которые наиболее интересны для разработчиков. В программе будет несколько небольших докладов и много обсуждений. Собираемся затронуть такие инструменты как Sonar, FindBugs, Checkstyle, Cobertura, FxCop и другие. Статические анализаторы кода помогают автоматически выполнить огромный объем проверок, экономя время разработчиков на процедуру code review. Благодаря статическим анализаторам можно получить очень много полезной информации о вашем коде, избавиться навсегда от определенных ошибок и держать руку на пульсе качества вашего кода. Мы приглашаем желающих не только поучаствовать во встрече, но и выступить с докладом на заявленную тему. Будем особенно рады видеть участников наших предыдущих встреч.
Встреча запланирована на четверг 21 июля. Как и прошлый раз она состоится в Киевском офисе компании DataArt. Этот офис полюбился членам клуба своей уютной обстановкой и наличием всего необходимого для продуктивного общения. Официальное начало в 19:00, завершение в 23:00. Надеемся, что этого времени хватит всем, чтобы пообщаться вдоволь. Адрес места проведения: Бехтеревский переулок, 14E. Смотрите карту перед выездом, потому что здание не так просто найти. Стоимость участия 80 гривен при оплате заранее, 120 гривен при оплате на месте. Пива, пиццы и кофе с печеньками хватит на всех. Регистрация обязательна. Все детали по оплате будут высланы вам после успешного прохождения регистрации. Количество мест ограничено 35 участниками.
Вчера состоялась вторая встреча “Клуба анонимных разработчиков”. Как и на первую встречу, нас снова любезно приютила у себя компания DataArt. На этот раз встреча была посвящена распределенным VCS. Мы пригласили выступить трех докладчиков. Сергей Калинец открыл встречу вступительным докладом про необходимость использования распределенных VCS в современной разработке. Он на собственном примере поведал участникам историю эволюции в используемых системах контроля версий, начиная от общей файловой системы и заканчивая Git. Следом за Сергеем выступил Александр Белецкий, который рассказал о специфике применения Git. Это был совсем не теоретический доклад, а больше живая дискуссия с ответами на вопросы, обсуждениями функциональных особенностей Git, живыми демонстрациями. Поговорили также о популярной на данный момент связке Git с SVN. Александр продемонстрировал свой аккаунт на GitHub и рассказал о сути этого проекта. Затем Дмитрий Ясенев рассказал про использование Mercurial. В этом выступлении было много всего: принципы работы Mercurial и основные команды, сравнительная характеристика по отношению к Git, тонкости и особенности использования, схема применения самим докладчиком.
Было действительно очень здорово и интересно. Очень порадовал уровень участников. Большинство из них не только слышали о распределенных VCS, но и пробовали их на практике. А это сделало встречу еще живее, породив множество практических обсуждений. На этот раз удивил процент людей, которые зарегистрировались, но не смогли придти. Обычно это больше половины участников, поэтому мы всегда даем возможность зарегистрироваться с запасом. Вчера только 20% участников “не дошли” до места проведения. В итоге, на встречу собрались 24 участника. Для второго раза это достаточно неплохо. Мы приложили максимум усилий, чтобы создать комфортные условия для всех. Периодически пополнялись запасы пиццы и пива. Для сторонников трезвого образа жизни были соки, вода, газированные напитки и кофеварка для приготовления зернового кофе. Мы надеемся, что все остались сыты и довольны. Ведь встреча длилась больше 4-ех часов (начали мы в 19:00, а разошлись в 23:20). При этом время пролетело незаметно, что несомненно является признаком интересности происходящего. В конце встречи мы немного поговорили о самом формате клуба и тематике будущих встреч. Предложенные идеи были записаны и помогут нам следующий раз сделать все еще лучше.
Большое спасибо всем участникам и докладчикам! Мы скоро будем планировать следующую встречу и нам нужна ваша помощь в выборе темы. Для этого заполните форму сбора идей, в которой вы не только сможете выбрать тему, но и высказать свои замечания и предложения по формату работы клуба. Если вы готовы выступить с одной из указанных тем, то обязательно укажите этот факт. Пока все вопросы клуба обсуждаются в нашей группе в LinkedIn или непосредственно в комментариях на сайте. В Twitter действует тег #uadevclub. Со временем при необходимости мы запустим отдельный портал для клуба. В завершение, наш маленький фотоотчет: