Джеб Кличко
Вы наверняка слышали про такого боксера, как Владимир Кличко. Относиться к нему можно по-разному, но главное, вроде — чему полезному у него можно научиться, а не в какой партии он состоит и какую религию исповедует. Как завещал нам Стивен Кови, у любого человека можно чему-то научиться, если иметь такую цель — учиться и развиваться.
Расскажу, чему я учился у Кличко. Если вам этот рассказ пригодится, в любом виде — отлично. Программисты должны помогать друг другу.
Я как-то случайно прочитал про джеб Кличко. В боксе я не специалист, но попробую объяснить (тем, кто тоже не специалист).
Когда боксер стоит в стойке, у него одна рука чуть впереди, другая чуть сзади. Той, которая чуть сзади (у правши — правая) бьется кросс — прямой удар, очень сильный, т.к. у него большая траектория и в него вкладывается энергия практически всего тела.
Рукой, которая чуть впереди, бьется джеб — короткий, быстрый удар. Он не такой сильный, как кросс, но выполняется быстрее и проще. Как следствие, его можно использовать чаще.
Так вот, Кличко сделал джеб одним из важнейших элементов свой стратегии (это со слов аналитиков и тренеров, не я придумал). Он бьет джебом часто и много, выматывая соперника, мешая ему наносить удары. Из-за частого использования джеб Кличко стал сильнее, чем у среднестатистического боксера — говоря проще, он его прокачал.
И вот этот джеб Кличко запал мне в душу. Не как боксерский прием, а как элемент стратегии, приводящей к победе.
Я абстрагировался от бокса, и посмотрел на джеб Кличко через призму своей жизни, в первую очередь той ее части, что протекает на работе.
Джеб Кличко я разложил на два основополагающих элемента:
• Простота и доступность выполнения;
• Регулярность использования.
Простое, понятное, короткое действие, выполняемое регулярно, помогающее победить.
Мозг сразу начал искать аналогии, и их оказалось очень много.
Зеланд в Трансерфинге постоянно говорит: главное условие успеха практики — регулярность. Кто читал, помнит — 30 минут, но обязательно каждый день.
Основатель компании Rolf говорил: хочешь что-то улучшить — улучшай то, до чего сможешь дотянуться.
Стивен Кови говорил, что главное — баланс сторон жизни, а баланс держится на регулярности.
Он же, Стивен Кови, говорит, что надо точить пилу — регулярно развиваться в выбранной области, хоть понемногу, но каждый день или неделю.
Гандапас говорит — начинай с тем, что есть. Нет кроссовок — беги в туфлях и костюме. Главное — начать и продолжать.
Древняя китайская пытка, когда человеку на головку капает вода, говорит, что формула «небольшое действие + регулярность» работает в самых разнообразных областях.
Ну и наше, русское, «вода камень точит», ровно о том же.
Вы все это знаете, и еще миллион примеров приведете.
Конкретно меня пробил джеб Кличко (в переносном смысле) — не потому, что я «понял» — понятно было и раньше. Я решил это понимание сделать частью своей профессиональной и личной жизни.
Зачем?
Целей было несколько.
Во-первых, если верить в пример Кличко, то можно сделать небольшие, простые действия весомым элементом победы, во всех смыслах этого слова.
Это как зарядка, или там изучение английского. Сами понимаете, чтобы поддерживать себя в тонусе, и хотя бы не деградировать, надо заниматься какой-то физической активностью регулярно. На эту тему много написано, повторять не буду. Нет нужды по 2 часа каждый день торчать в спортзале — это для спортсменов и спортивных результатов.
Во-вторых, не давала покоя фраза, которую я очень часто встречал в книгах: делайте то, чего другие делать не хотят, и вы победите. Это не точная цитата, т.к. в разных источниках встречаются разные варианты.
Я хотел научиться регулярности и дисциплине. Я много наблюдал за людьми, и видел, что с дисциплиной проблемы у всех. В бизнесе это приводит к серьезным проблемам и провалам — много строится планов, много случается митингов, на которых все говорят: «Все! Начинаем новую жизнь! Теперь мы будем действовать вот так!». Через пару дней энтузиазм пропадает, рутина засасывает, и все начинания сходят на нет. Понятно, что человек с развитой дисциплиной внедрения изменений в свою жизнь приобретает серьезное конкурентное преимущество.
В-третьих, системный мозг хотел понять, почему это так сложно — делать что-то небольшое и полезное каждый день. В чем проблема, почему куча методов тайм-менеджмента, дипломов MBA и красивые галстуки не позволяют, например, крутым управленцам заставить себя следовать правилам, ими самими же и разработанным. Понятно, что система «решил — и делай» имеет уязвимость.
В-четвертых, скучно «просто работать». Надо развиваться.
Система
Как настоящий программист, я создал для себя автоматизированную систему учета развития. Назвал ее «Проект Кличко».
Нафига, спросите вы? Есть ведь известные практики, типа чек-листов и TODO-листов. Пишешь, что надо сделать, делаешь, ставишь галочки, и вот оно, счастье.
Но есть одна неприятность — чек-листы рождаются и умирают в один день, как мотыльки. Чек-лист дает ответы на два вопроса:
1. Что я должен сделать сегодня?
2. Что я сделал сегодня?
А вчера? А неделю назад? А как я провел эту неделю в целом? Сколько джебов я выполнил? А за месяц? А сравнить недели между собой? А динамика от месяца к месяцу?
Если вы — программист, то понимаете, что нужен простой учет — надо записывать в базу данных, что требовалось сделать, а что сделано, каждый день. Тогда, имея такую БД, ответы на все вопросы найдутся сами собой.
Именно такую автоматизированную систему я и создал для себя. Язык с трудом поворачивается называть это автоматизированной системой, делов было на 1 час, ну да ладно.
Фишка проста, как ковыряние в носу — записывать, что сделал, а что нет. Иметь статистику по каждому дню, в цифрах, а не в эмоциях.
Можно, конечно, было вести учет на бумажных чек-листах, хранить их и анализировать, но есть шанс попасть в такую ситуацию:
Практика
Теперь нужно было выбрать, что именно, как и когда делать. Выбор огромный, но нужно было что-то из текущей работы — одновременно полезное для меня и бизнеса, несложное, с явным результатом.
Я решил выбрать то, что отвечало принципу «делать то, чего другие не делают» — самостоятельно, по собственной инициативе, без постановки задач, развивать систему и, по возможности, бизнес, насколько смогу дотянуться.
Большинство людей ведь этого не делают — по собственной инициативе. Все ждут задач, проектов, указаний, мотивации. Чтоб кто-то взял и сам, без проекта, бюджета и премии чего-то улучшил — хрен дождешься.
Это нормально, в общем-то. Или не нормально? Не знаю. Но мне это напоминает замкнутый порочный круг. Бизнес не хочет платить больше, потому что люди безынициативные, работают только по указке, да и то не очень качественно. А люди не хотят быть инициативными, искать возможности улучшений и качественно их реализовывать, потому что платят-то те же деньги, а могут и меньшие — инициатива считается наказуемой.
Вот этот круг я и решил попробовать разорвать.
В качестве джебов выбрал следующие:
1. Настройка проверок в информационной системе (реализация концепции самообучаемой системы);
2. Придумывание и формулирование идей и предложений по развитию компании;
3. Реализацию своих и чужих идей по развитию компании;
4. Настройку автоматической постановки задач (реализация концепции постЕРП);
5. Поиск неоптимального кода и его рефакторинг.
Все эти действия я окрестил джебами, признал их равнозначными и установил правило: каждый рабочий день я должен сделать любое из перечисленных действий. Одно, любое, но — до конца и каждый день.
Чтобы никого не обманывать и не бесить, я занимался джебами в обед, т.е. вместо обеда. Все равно обед — это зло.
Кратко поясню выбранные джебы. Главное — я не выполнял задач, которые мне кто-то поставил. Если мне ставили задачу оптимизировать код, то я выполнял ее в рабочее время, и как джеб она не засчитывалась.
Теперь по пунктам.
1. Проверки — это абстрактный механизм, который делает 1С лучше, данные качественнее, уменьшает количество ошибок. Но его надо наполнять. Нашел сценарий ошибки, сделал проверку, жизнь стала лучше.
1С, которая лежала в желтой коробке, ничего не знала про нашу компанию. Проверки помогают научить 1С тому, «как у нас тут принято», причем учить быстро и эффективно.
Если рассматривать меня, как часть системы, то получится самообучение. Я — как переводчик, одной ногой тут, другой там. Система смотрит на мир моими глазами, видит свои ошибки, и адаптируется, чтобы быть ближе к миру.
2 и 3. У нас в компании была автоматизированная система учета предложений по улучшению и их реализации. Любой человек мог туда чего-нибудь написать, оно там обсуждалось, голосовалось и когда-то могло реализоваться.
В предложениях по развитию компании две беды:
• Их мало подают, т.к. «а, все равно никто делать не будет, ничего не поменяется»;
• Их и правда никто делать не будет, и ничего не поменяется.
Я решил убить двух зайцев — и создавал, и реализовывал предложения.
Предложения для реализации выбирал из тех, что относятся к информационной системе.
Новые идеи не только свои записывал, но и чужие, которые люди рассказывали мне устно, но не оформляли в системе, потому что «а, все равно никто делать не будет…»
4. Автоматическая постановка задач — это инструмент быстрого описания и изменения бизнес-процессов. Ровно то, что вложено в постЕРП. Но механизм этот абстрактный, как и проверка данных из п.1, поэтому главное условие полезного использования — его надо наполнять, т.е. описывать и запускать новые процессы.
5. Рефакторинг тормозящих мест системы — просто одно из моих любимых развлечений. Сам видишь, или люди жалуются или система замеров сообщает, где есть тормоза.
Открываешь замер производительности, и пошел до ума доводить. Кайф.
Процесс
Было жутко лень, особенно первые дни. Постоянно работала flash-дурилка — четыре дня ничего не делаешь, в пятый соберешься и бахнешь джеб, и все — полное ощущение, что вся неделя прошла хорошо.
А потом смотришь статистику — 1 день из 5, т.е. 20% своего же плана. Вытираешь сопли, заставляешь себя, вспоминаешь о целях, о том, что сам это все придумал, и отвечать ни перед кем не придется, и становится легче.
В итоге дурилку удалось быстро преодолеть, и в течение первого месяца выработалась привычка ежедневно что-то полезное делать.
Результаты
Конкретно с этими джебами я работал 3 месяца, т.е. примерно 60 рабочих дней.
За это время:
1. Настроил порядка 30 проверок первичных документов, в результате чего процедура закрытия месяца и исправления аналитики сократилась вдвое;
2. Написал порядка 200 новых идей по развитию компании;
3. Реализовал примерно 80 идей по развитию компании.
В качестве побочного продукта получил повышение интереса людей к системе идей и предложений. Они поняли, что «хоть кто-то в этой компании что-то меняет». И стали писать больше предложений.
4. Полностью опутал правильными задачами два массовых процесса — закупки и управление ден.средствами. В закупе получилась невероятная по качеству система контроллинга — простая, быстрая, легкая, отзывчивая.
5. Оптимизировал проверку из п. 1, реализовав три способа исполнения схемы компоновки в 1С. Оптимизировал автозадачи из п. 4. Сделал асинхронное проведение по партиям, которое ускоряет запись первичных документов в разы. Etc.
Итоги и развитие
Цели, процесс и результаты проекта Кличко я презентовал на стратегической сессии компании, как один из способов повышения эффективности работы руководителя (к тому времени я уже был ИТ-директором).
Конкретно та часть проекта Кличко, которую я обрисовал в этой публикации, была лишь первым опытом, но и она принесла ощутимые результаты для компании. Вот основные:
- В компании появилась нормальная, правильная практика улучшений — ее пользу увидели и люди, и руководство. Я предложил добавить мотивацию, помог выбрать цифры, руководство согласилось и все завертелось — предложения стали и добавляться, и реализовываться;
- В компании в полную силу заработала очень крутая система закупок. Один из главных показателей — большинство снабженцев, которые уходили из компании по каким-то причинам, на новом месте работы хотели такую же. Просили продать, просили сделать, просили хотя бы посидеть с ними на встрече с автоматизаторами, просили пустить их на экскурсию.
- УПП продолжала крутиться на стареньком сервере, с 16 Гб ОЗУ и 4 ядрами, не генерируя проблем с производительностью.
Мне же самому проект Кличко дал намного больше. Я понял, какую силу дает регулярность и дисциплина, и я научился сознательно, системно и последовательно добиваться дисциплины от себя. А потом от других.
Став ИТ-директором, я с помощью джебов научился правильному, эффективному и интересному регулярному менеджменту. Это хорошая, но отдельная тема, как-нибудь соберусь и напишу про нее.
Джебы и регулярность сыграли далеко не последнюю роль в эксперименте с ускорением работы программистов в 4 раза.
Благодаря джебам я понял, куда, в какой песок, утекает стратегическое развитие компаний, и вообще все изменения.
Джебы помогли понять, что не так с менеджерами, почему они очень часто топчутся на месте, будучи при этом очень занятыми — бегают весь день, как заведенные, а результат так себе.
Впоследствии я развил идеи проекта Кличко в тему управления потоками задач, но это уже совсем другая история.
