Настоящие измененияhttps://kovchinnikov.info/2022-10-13T21:38:00+03:00Страница Константина ОвчинниковаЭмиграция, первые шаги на новом месте2022-10-13T21:38:00+03:002022-10-13T21:38:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-10-13:/2022-05-emigration.html<p>Заново открываем для себя базовые потребности</p><p>Прошло полтора месяца, как мы приехали в Германию, и у меня набралось некоторое количество обобщённого опыта. Что-то подойдёт только для Европы, что-то будет более актуально для Германии, но в целом, судя по выездам за рубеж, это набор универсальных вещей, которые важны:</p>
<ul>
<li>Язык</li>
<li>Связь</li>
<li>Банковская карта</li>
<li>Маршруты</li>
<li>Транспорт</li>
<li>Саморегуляция</li>
</ul>
<p>То, что казалось простым и естественным дома, на новом месте может просто отсутствовать, вызывать небывалые сложности или требовать изучения. В этом вся проблема, это как после некоторых травм приходится заново учиться ходить. Наверное, переезд – это одна из травм, это стоит признать. По моим наблюдениям, только через месяц люди более-менее начинают приходить в себя, особенно если отъезд был в стрессовых условиях. А за этот месяц, находясь в немного выбитом состоянии приходится открывать для себя много нового. Так что пункт номер ноль – это управлять своими ожиданиями. Не раз я слышал, что будет сложно, но немного напрягало, что никто не мог объяснить толком, в чём именно. Теперь я попробую. :) Будет много подробностей.</p>
<h2>Язык</h2>
<p>Язык невероятно важен, и вроде бы сейчас много приложений для обучения в игре. Я тоже пользовался таким приложением, но потом встретил ролики в YouTube про то, как люди интенсивно изучают язык, например, в армии США. И понял, что я двигаюсь слишком медленно. Я не эксперт по обучению и не буду рекомендовать конкретный метод, но могу лишь предупредить о "простых, лёгких и неправильных решениях".</p>
<p>Второй момент: этому нужно уделить время (а такого окна может не быть в вашем расписании), действительно много времени. С языком такая штука, что чем больше в него погружаешься, тем легче он идёт. Здорово, что есть разные формы обучения: кроме зубрёжки можно смотреть фильмы, слушать подкасты или радио, чтобы мозг привыкал разбирать поток речи на составляющие и находил знакомые слова.</p>
<p>Ну и третий момент, это усилием воли (даже если другие понимают английский, а я учу немецкий, например) не переходить на другой язык. Причём это касается как переписки, так и устного общения. И эти усилия невероятно окупаются: было очень много ситуаций, когда моего самого начального знания хватало на грани, чтобы объясниться в очень важном разговоре. Это не говоря о том, что для немцев изучение немецкого – очень важный пунктик. Это означает, что человек уважает культуру страны и предпринимает реальные усилия, чтобы здесь остаться.</p>
<h2>Связь</h2>
<p>Мы не сильно обращаем внимание на то, <strong>насколько</strong> мы зависим от связи. И да, это связь при работающем смартфоне. Если телефон вас подводит, это прямо полный отстой, буквально. Я видел неоднократно, как из-за умирающих телефонов люди тратят кучу нервов, а потом ещё и выкидывают деньги, чтобы вытащить из телефонов драгоценную информацию. Изначально это было желание сэкономить, не выкидывать деньги на новый телефон.</p>
<p>Не буду давать советы, какой именно телефон покупать, сколько он должен стоить или какие функции он должен выполнять. Скажу лишь, что он должен быть достаточно современный с точки зрения объёма памяти, а батареи должно хватать для ваших потребностей. И да, стоит инвестировать немного времени в изучение его функций. Например, если всё время ходить с включённым GPS, не стоит удивляться потом, что батарея села в неподходящий момент.</p>
<p>Тут отдельная история, что сейчас выпускают мало сбалансированных телефонов: чтобы мощный процессор и огромный экран не сжирал маленькую батарею за несколько часов, из-за того же огромного экрана телефон не вылетал постоянно из рук и не норовил разбиться, а ещё чтобы он вмещал необходимое количество сим-карт (привет, iphone!). Таких моделей мало, но они есть. Если ваш телефон шевелится, и экран не в сеточку из-за разбитого стекла, то можно жить, но если он вот-вот накроется, то это произойдёт в самый неподходящий момент. Поэтому лучше заранее:</p>
<ol>
<li>Выделить на покупку деньги</li>
<li>Потратить время на поиск и выбрать</li>
<li>Купить и в спокойной обстановке перенести данные</li>
</ol>
<p>Да, функция NFC пригодится для оплаты в реальных магазинах виртуальной картой; об этом чуть ниже. И да, нужен надёжный powerbank, без него я вообще из дома не выхожу.</p>
<p>Теперь собственно к связи, что от неё зависит:</p>
<ul>
<li>Навигация, что прям гипер-важно в незнакомой местности; да, можно скачать офлайн-карты Google, но там не будет полного перечня мест и также не будет никаких маршрутов, кроме автомобильных; а вам нужно будет знать, где поесть, и как туда добраться пешком как можно быстрее</li>
<li>Общение: многие знакомые будут находиться в других странах, и у них будет важная для вас информация; вам необходимо оставаться на связи в нескольких мессенджерах; на качественной связи, с которой возможно не только переписываться текстом с задержкой 15 минут, но и звонить (при этом слышать и быть услышанным)</li>
<li>Новости, если жизни ваших близких зависят от этого; вам необходимо пару раз в день просматривать в том же Телеграме или на нескольких сайтах, что произошло, чтобы иметь возможность отреагировать</li>
<li>Информация в облаке: заметки, пароли/явки, документы; информацию необходимо хранить в облаке и на крайний случай: если телефон потерян</li>
<li>Перевод: можно скачать офлайн-словари, но они не будут переводить голос, и качество перевода будет хуже без подключения к интернету</li>
<li>Приложения для управления транспортом: заказ поездов и маршруток; можно делать это через сайт, но та же немецкая железная дорога (DB) имеет многие функции только в мобильном приложении + там же можно смотреть реальный график движения поездов</li>
<li>Интернет-банк, тут аналогично предыдущему пункту многие функции удобнее сделаны (и вообще сделаны) в мобильном приложении</li>
<li>Почта: сюрприз, она всё ещё работает, иногда нужно отправить или принять документ или просто информацию по почте</li>
<li>Иногда оказывается, что нужно позарез поставить какое-то приложение, а wi-fi рядом нет</li>
</ul>
<p>Здесь я даже не беру прогноз погоды, развлекательный или обучающий контент на YouTube, обучающие приложения, подкасты и музыку – можно как-то изловчиться и использовать эти приложения, только если доступен wi-fi. С точки зрения объёма трафика, если брать только то, что в списке выше, без музыки, аудио и видео, то должно хватить 3 Гб в месяц. Но это должен быть оператор с качественным покрытием, поэтому первым делом имеет смысл посмотреть... рейтинг сотовых операторов в конкретной стране, а то будет как с Tele2: отличные цены, много рекламы, но покрытия нет.</p>
<p>Есть гостевые сим-карты, но они перестают действовать через некоторое время. Некоторым операторам нужно предъявить доказательства нахождения в стране (счёт за коммуналку на Кипре) пополнить счёт (Vodafone в UK), либо пройти видео-проверку (T-Mobile и Vodafone в Германии). На видео-проверке нужно на местном языке либо на английском ответить на простые вопросы, показать паспорт, подтвердить введённые ранее данные анкеты. Дальше расскажу только про Германию: у меня создалось впечатление, что Vodafone более клиентоориентированный, поскольку он выслал по почте сим-карту за 2 рабочих дня без оплаты чего-либо. И принимал пополнение с Revolut. T-Mobile требовал оплату до отправки симки и не принимал Revolut, хотя покрытие у него лучше и тарифы выгоднее. В итоге мне пришлось выбрать то, что работало.</p>
<p>Но видео-проверка – это не самое страшное, что с вами может случиться:</p>
<ul>
<li>у вас могут забрать паспорт при обработке ваших документов</li>
<li>в местном салоне связи может не быть сим-карт</li>
<li>вас могут вынудить переехать по адресу, куда оператор не сможет отправить карту по почте</li>
</ul>
<p>Поэтому пока есть паспорт и есть адрес, лично по моему опыту лучше пройти видео-проверку и получить симку в руке. Почта реально доставляет. Дальше идут нюансы с приложением и личным кабинетом на сайте:</p>
<ul>
<li>Приложение MeinVodafone можно поставить, только если у вас установлена Германия как страна в Google Play</li>
<li>Пароль для активации личного кабинета на сайте находится в конверте с симкой, и нет никаких других способов его получить</li>
<li>Через приложение MeinVodafone можно получить ещё 100 Мб в месяц за так, сменить тариф и, как минимум, увидеть остаток по пакету, либо докупить чего-то (интернета, например); кстати, остатки считаются от даты начала договора, а не с начала месяца, поэтому это достаточно полезно</li>
<li>На предоплатных тарифах Vodafone ни через приложение, ни через сайт не выдаёт никаких документов, совсем – например, мне нужен был хоть какой-то счёт для подтверждения моего пребывания в Германии</li>
<li>В приложении MeinVodafone можно выбрать английский язык, а вот в службе поддержки эта опция не работает</li>
</ul>
<p>Теперь как работает связь "для белых людей", то есть то, что нам, понаехавшим, пока не доступно. Обычно это пост-оплатная схема, так называемый <strong>контракт</strong>. Часто контракт покупают не отдельно, а вместе с телефоном. То есть телефон идёт в рассрочку за счёт контракта. Там идут нормальные объёмы данных, можно получить подтверждающие документы, но для этого всего нужно быть трудоустроенным. Поскольку такая форма контракта даже без телефона является формой кредита. Не уверен, что это выгодно по деньгам, но вроде как выкладывать 1000 евро за iphone выглядит нелогично, а платить 60 евро в месяц и за связь, и за телефон 2 года – намного привлекательнее. Зачем его, это самое, умножать.</p>
<h2>Банковская карта</h2>
<p>Во-первых, определимся, зачем нам нужна банковская карта:</p>
<ul>
<li>Получать любые перечисления</li>
<li>Тратить: оплачивать сотовую связь и покупать в интернет-магазинах</li>
</ul>
<p>Вроде бы можно пользоваться банковской картой любой страны, но тут есть нюанс: в некоторых сервисах и даже продвинутых, вроде YouTube, Spotify у меня требовали именно немецкую банковскую карту – может быть потому, что я хотел (естественно) активировать спец-предложения для Германии (сколько-то месяцев бесплатно).</p>
<p>Второй немаловажный нюанс: государственные службы Германии может очень интересовать, какие средства и где у вас находятся, особенно если эти службы оказывают вам какую-либо финансовую помощь. Но проверить ваши слова, что у вас "ничего нет" можно только в двух случаях:</p>
<ul>
<li>запросить информацию у банков в Германии</li>
<li>запросить информацию у банков вашей страны</li>
</ul>
<p>Третий нюанс состоит в том, что если вам выдали социальную пластиковую карту, на которую перечисляют материальную помощь, то:</p>
<ul>
<li>как правило, она не работает для покупок в интернете</li>
<li>гос службы могут интересовать обороты по ней, поэтому вопрос, можно ли так просто взять и положить какие-то свои дополнительные средства на эту карту</li>
<li>вы безусловно можете открыть ещё счёт и выпустить ещё карту, но обороты по ней также могут заинтересовать всё те же службы</li>
</ul>
<p>По идее, должны действовать некоторые пороговые значения. Например, в одном из официальных источников написано, что если у вас машина стоимостью более 7000 евро, вам прекратят выплачивать пособие, пока вы не продадите машину. За эти деньги, кстати, можно очень хорошую машину купить. Какие суммы собственных средств можно класть на счёт, чтобы никто не возбудился – не известно.</p>
<p>Есть неплохие статьи, какие карты и как можно открыть. Есть базовый счёт в Германии (вроде как) без регистрации, во всех остальных случаях требуется регистрация. То есть нужен адрес, куда вам пришлют карту и все документы, и вы должны снимать там жильё (ну или быть владельцем). Поскольку эта система кого-то (очевидно) достала, в Европе есть некоторое количество интернет-банков, которые могут мгновенно открыть счёт и выпустить виртуальную карту, а также прислать вам настоящую пластиковую карту по почте. Но требования к регистрации у онлайн-банков те же. Что меня ещё добило в реальных банках: мне сказали, что вам нужно идти именно в тот филиал, который находится по месту регистрации.</p>
<p>Небольшое лирическое отступление про банковскую систему Германии, да и в целом про дизайн-мышление, что ли. Тут есть для всего один рабочий способ. Надо понять, какой, и сделать так. Это может быть странно, необычно, но это работает так. Задавать вопросы "почему так", "есть ли другой способ" – контр-продуктивно. Пустая трата сил и времени, по-простому. В худшем случае вы убедите людей, что так можно, а дальше в системе (обязательно) на каком-то этапе случится коллапс, потому что она так не умеет. И да, кто-то придумал контроль в этом месте. Поэтому не задавайте вопросы:</p>
<ul>
<li>Почему мне пришлют карту через 2 недели по почте?</li>
<li>Почему мне пришлют пин-код отдельным письмом по почте?</li>
<li>Почему в коммерческой организации, каковой является банк, со мной не хотят говорить по-английски?</li>
</ul>
<p>И так далее. Процесс есть, надо понять, что ему скормить на вход, чтобы получить желаемый вами выход, всё. Есть, кстати, мем про Германию: "Что мы сделаем для улучшения обслуживания клиентов? Ускорим оформление и сделаем обслуживание на английском? Ну неееет..."</p>
<p>Закончу этот раздел на положительной ноте: много читал, что Европа отсталая, вроде как тут нет терминалов для оплаты PayPass. Ни фига, всё работает – по крайней мере, в Нижней Саксонии. Во всех торговых сетях точно, они тут везде. А это значит что: любую виртуальную карту можно подключить к Google (Apple) Pay, если у вас есть NFС в телефоне, и совершать по виртуальной карте покупки в реальных магазинах.</p>
<h2>Маршруты</h2>
<p>Одна вещь, которая присутствует в повседневной жизни, и которой приходится учиться за рубежом заново – это нарабатывать правильные маршруты между точками. То же самое происходит с начинающими водителями: чтобы не отвлекаться на навигатор и чувствовать себя комфортнее, они ездят по одним и тем же маршрутам. Тут есть ряд далеко не простых вопросов:</p>
<ul>
<li>Какие точки мне нужны?</li>
<li>Какой маршрут между любой парой из них является оптимальным?</li>
<li>Какие есть ещё ограничения: доступность транспорта, время работы организаций?</li>
</ul>
<p>Также мы уже забыли, что мы помним нужные адреса, как выглядит местность вокруг (чтобы быстро сориентироваться). На эти сложности накладывается незнание языка и необходимость запоминать названия на иностранном языке. Также нужно искать кого-то, чтобы спросить, как добраться. Google Maps не всегда строит оптимальные маршруты, да и другие приложения иногда помогают не лучше. Есть типовые решения, которыми пользуются местные. Им не понятно, что тут может быть не понятно. По сути, у них есть набор готовых решений, как в какое-то время добраться из точки А в точку Б, и идеальный вариант – это перенять и использовать эти решения.</p>
<p>Какие ресурсы у нас есть? Как правило, это время. Можно просто ходить и изучать местность, наблюдать за тем, как и в какое время люди ездят. Когда едут школьники, поэтому в автобусы не зайти, на чём перемещаются местные. Например, в Германии многие перемещаются на велосипедах. И велосипеды можно брать с собой в транспорт, при определённых условиях (есть место, и нужно доплатить за билет). Велосипед одновременно всё усложняет, потому что на обратном пути его нужно забирать. Поэтому с велосипедом приходится строить сразу и обратный маршрут. А на обратном пути может быть темно и дождь. :)</p>
<p>Второй ресурс – это общение. Надо успокоиться и понять, что это не тупые вопросы, и на них есть ответы, до которых сам очень долго будешь доходить. И на любой встрече можно спросить кого-то из местных или кого-то, кто живёт в той же местности уже долго: а как вы добираетесь оттуда туда? Или как быть, если не ходят автобусы там, куда нужно добраться.</p>
<p>В Германии ещё и замороченная система общественного транспорта, в какой-то момент я сел разбираться и <a href="2022-09-german-transport.html">потратил 2,5 часа</a> просто чтобы понять, а как работают независимые автобусные ассоциации. И даже этого было не достаточно, чтобы покупать наиболее дешёвые билеты. В какой-то момент водители маршруток говорили, что билеты Нижней Саксонии у них не работают. Потом стали говорить, что работают. В общем, лёгкий дурдом может быть, и это тоже нормально.</p>
<p>И, наверное, не стоит слишком много внимания уделять таким мелким проблемам. В какой-то момент просто говоришь себе: я доехал, доехал вовремя, даже если часть дороги пришлось ехать на такси. На встречу успел, молодец, а дальше подумаем, как в следующий раз добраться оптимальнее. Иногда можно комбинировать: например, на автобусе я часто смотрю по GPS своё положение на карте. Если не нажмёшь вовремя кнопку, то твою остановку проедут. :)</p>
<h2>Транспорт</h2>
<p>Общественный транспорт – это прекрасно, ходить пешком – вообще здорово. А если это не совсем подходит? В Европе это машина и велосипед. Для удалённых или слишком жарких мест в США и Канаде велосипед, наверное, не очень хорошо подходит, но в той же Германии очень сильно выручает:</p>
<ul>
<li>Экономишь деньги на достаточно дорогом общественном транспорте</li>
<li>Достаточно быстро доезжаешь, куда надо, в пределах 10 км (у меня получалось до 27 пока в одну сторону)</li>
<li>Довозишь небольшие грузы, хотя можно поставить две здоровые корзины или до четырёх сумок (на передний и задний багажник)</li>
</ul>
<p>Про пользу для здоровья и удовольствие для езды не буду писать, тут только с практической точки зрения. Достаточно много времени уделил велосипедам в <a href="https://spotifyanchor-web.app.link/e/91T6VA7o7tb">одном из выпусков подкаста "Мототрындёж"</a>, поэтому здесь краткое содержание:</p>
<ul>
<li>Велосипед дешевле купить с рук на странице частных объявлений</li>
<li>На велосипеде важен свет и багажники, а также замок</li>
<li>Желательно иметь базовый инструмент для обслуживания велосипеда</li>
</ul>
<p>От 50 евро или иногда бесплатно можно получить то, что будет ездить и будет не очень здорово выглядеть. Главное, чтобы не было ржавчины внутри – велосипед ехать не будет, и это будет сильно раздражать. Ключи, масло, подножки, корзинки и прочее можно докупить в любом универсальном магазине по цене часто меньше 10 евро.</p>
<p>Можно комбинировать велосипед с общественным транспортом, тогда можно расширить радиус действия и за 20 км, но для семьи, да и в целом для компании больше трёх человек, это медленно и нерационально. Также не получится перевести грузы, которые не помещаются в велосипедный багажник, у меня это, например, продукты на неделю. Поэтому встаёт вопрос покупки машины. В моём понимании в Германии что-то приличное начинается от 4000 евро, что немного. И ограничивается сверху 7000 евро, напомню, если вы получаете материальную помощь. Но тут, как и с банковской картой, нужна регистрация. Также страховка является очень весомой частью затрат на машину, а она зависит от возраста машины и ряда других параметров. Есть марки, такие как Ford, на которые страховка может быть существенно ниже. Подержанных машин достаточно много по нескольким причинам:</p>
<ul>
<li>Машины хорошо обслуживают, и они ездят долго</li>
<li>По затратам на страховку дешевле продать машину и купить чуть дороже</li>
</ul>
<p>С дорогим общественным транспортом при высоких ценах на бензин и дорогой страховке всё равно получается дешевле перемещаться на машине, особенно от трёх человек. Есть специализированные сайты объявлений, выбор действительно есть.</p>
<h2>Саморегуляция</h2>
<p>Последний пункт в моём списке, но, думаю, очень важный для всех – это управление своим эмоциональным состоянием. Помимо общего стресса, неопределённость будущего, какие-то непонятные или неприятные вещи окружающей действительности рождают негативные эмоции. Можно провалиться в тяжёлые эмоциональные состояния, как в кроличью нору, поэтому лучше не запускать. Есть руководства, как выходить из определённых тяжёлых состояний. Специально не привожу здесь ссылку, но это небольшая табличка, которая сводится к нескольким действиям. На мой взгляд, это стоит делать в любом случае периодически:</p>
<ul>
<li>Вести в дневник, в том числе, отмечать свои достижения, которые могут теряться на фоне общей безнадёги</li>
<li>Получать новые впечатления через поездки в новые места, чтобы избегать застаивания и ощущения, что "время идёт, а ничего не меняется"</li>
<li>Заниматься спортом, чтобы сжигать стресс и получать энергию</li>
</ul>
<p>"Быстрые эндорфины", такие как просмотр YouTube, не помогают, а время на них уходит. Можно их позволять себе, но за временем надо следить. Вроде бы ничего не происходит, а потом сознание выдаёт оценку прошедшего дня: ничего не изменилось. Время – самый ценный ресурс, и развлекательный контент не стоит слишком много времени.</p>
<h2>Заключение</h2>
<p>Темы для русского блога у меня исчерпаны, по этому поводу я сделал <a href="http://en.kovchinnikov.info/">английский блог</a>, куда пишу про Линукс, продуктивность и другие интересующие меня вещи. Статистика показывает, что русскоговорящей аудитории это не слишком интересно... либо я не сумел завоевать аудиторию. Сейчас период настолько значимых событий, я имею в виду войну в Украине, когда мне в целом тяжело определить, а что вообще может быть интересно русскоговорящей аудитории. Если есть идеи – не стесняйтесь делиться в комментариях. Понятно, что я не буду переводить на английский документы из раздела "Статьи и инструменты", поэтому этот сайт останется жить в таком же "замороженном" состоянии. Ну а мне пора двигаться дальше! :)</p>Эмиграция, дорога2022-09-29T13:12:00+03:002022-09-29T13:12:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-09-29:/2022-04-emigration.html<p>Выбираем набор вещей в зависимости от маршрута и пересекаем границу</p><p>Рассказ будет немного сумбурным, ещё не улеглись эмоции после сборов и дороги, ну уж как получилось.</p>
<h2>Количество вещей и мест</h2>
<p>В случае дороги и сборов в дорогу есть два совершенно разных варианта: либо маршрут вам заранее известен, как правило это пара перелётов (через Турцию), либо вы заранее не знаете, как поедете. В первом случае можно взять с собой побольше вещей: расчёт показывает, что выгоднее взять с собой побольше чемоданов, чем потом досылать из России. Также в холодные страны типа Канады люди рекомендуют брать тёплые вещи, чтобы на первых порах чуть сэкономить на этом. В случае поездки на своей машине понятно, что её можно забить хоть под завязку и так выехать. На пограничном пункте вас могут попросить всё выгрузить и загрузить обратно, но это мелочи.</p>
<p>Если же вы не знаете, как поедете и сколько у вас будет пересадок, то лучше взять поменьше вещей. Например, у нас на трёх человек было четыре чемодана общей массой 100 кг, и мы не брали кухонную утварь вообще. Если начинается "а давайте возьмём кухонный нож", за ним последует блендер, что в итоге приведёт к ещё одному чемодану весом 20-30 кг. У нас было несколько пересадок, во время пересадки в любом случае приходится вещи как-то тащить или катить. Так вот что хочу сказать: 4 чемодана общим весом 100 кг это предел. :)</p>
<p>Второй момент: лучше минимизировать количество мест. Больше чем один рюкзак и один чемодан на человека – крайне неудобно, всё это валится из рук и заставляет нервничать. Не говоря уже о пакетах: это полный ахтунг, они рвутся, из них всё сыпется. Также один большой чемодан лучше, чем два маленьких. Например, на каждой пересадке вам придётся пересчитывать количество мест: намного удобнее пересчитывать 3-4, чем 5-7.</p>
<h2>Граница</h2>
<p>Про пересечение границы могу сказать, что в нашем случае я удивился полному равнодушию российских пограничников. Ни досмотра, ни допроса не было, просто штамп и езжай. В аэропортах по-другому, возможно, как раз авто-граница в не очень оживлённом месте может быть лучшим вариантом, чтобы не привлекать к себе внимания. Именно из-за возможных вопросов на российской границе мы не стали брать лишние вещи и документы, но это ни на что не повлияло.</p>
<p>Очереди на границе могут быть длинные не только из-за мобилизации, мы пересекали границу до этого, и был ремонт большей части пунктов на стороне Латвии. Проехали за 11 часов, в других пунктах было 30, поэтому в таких условиях наш результат может считаться успешным. Что потребуется:</p>
<ul>
<li>Еда и вода</li>
<li>Пледы, можно накрыться когда холодно, и накрыть лобовое стекло, когда жарко – или сесть на травку для разнообразия</li>
<li>Заряженные телефоны и powerbank'и, естественно</li>
<li>Книжка, кстати, неплохой вариант, чтобы пережить это ожидание</li>
</ul>
<p>Ожидание в целом – самое трудное, но не самое страшное. Здесь ничего не поделаешь, можно только настроиться на то, что придётся ждать.</p>
<h2>Отель</h2>
<p>Насчёт отеля в Европе получается, что если у вас нет зарубежных карт, вы можете забронировать на Booking.com отели без предоплаты, и рассчитаться наличными на месте. Там нужно будет ввести карту, но можно ввести и российскую, если по условиям бронирования у вас заранее ничего не списывают (спасибо Марине за лайфхак). Отели имеют свойство заканчиваться, поэтому лучше этим озаботиться заранее, также можно распечатать подтверждение брони на английском.</p>
<h2>Язык и поезда</h2>
<p>Базового знания английского обычно хватает, чтобы объясниться в Европе. В Германии достаточно трудно понять, как ехать, без приложения DB Navigator (кстати, у него есть немецкий и английский интерфейс). В нём можно и покупать билеты, но без него сложно понять, как доехать выгодно, какие есть варианты, и на сколько какой поезд опаздывает (показывает в реальном времени). В Голландии есть аналогичное приложение, лучше загрузить заранее.</p>
<h2>Автобусы</h2>
<p>По Европе ездят достаточно удобные автобусы типа Ecolines и FlixBus. Ecolines ездят и из России в Прибалтику – не знаю, какие условия сейчас, а тогда нам не подошло, потому что они не брали на борт без визы для зоны Шенгена. Внутри Европы, естественно, ничего не проверяют, внутри достаточно комфортно, и места для багажа там всегда хватает. Нюанс в том, что Ecolines можно купить за наличные на вокзале (хотя на популярные направления билеты будут раскуплены), а вот FlixBus можно купить только по карте через Интернет. И для этого нужна зарубежная платёжная карта, которой у нас, например, не было. Я написал в группу волонтёров в Риге и благодаря одному неравнодушному человеку (спасибо, Томас!) мы купили билет по его карте, а ему я просто отдал деньги наличными. По причине большого количества багажа мы выбрали автобус и сутки ехали на нём, вместо полёта за пару часов. Автобус, конечно, комфортный, но через сутки езды выходишь из него достаточно помятый. Кстати, на борту есть туалет. Когда проезжали Польшу, меня удивило, что в придорожных магазинах принимали злоты или платёжную карту, но не наличные евро.</p>
<h2>Такси</h2>
<p>В Латвии есть Bolt, у которого есть оплата наличными. У Uber оплата только по карте, поэтому опять же возвращаемся к необходимости иметь зарубежную платёжную карту (то есть настоящую Visa или Mastercard, а не просто надпись на пластике). По паспортам, кроме российских, можно за полчаса сделать себе счёт в Revolut, например. Наверное, всё реально сделать самому в спокойных условиях, нам пришлась кстати помощь того же волонтёра: что в какой момент нажимать. Есть ещё вариант открыть счёт в банке, в той же Латвии есть варианты для иностранцев, но нам нужно было всё провернуть за воскресенье, а в воскресенье банки не работают. После получения Revolut карту можно подключить к Google Pay, и оплачивать телефоном с NFC – у нас с этим проблем не было. Но на Revolut нужно сначала откуда-то перевести деньги!</p>
<h2>Авиа</h2>
<p>Внутри Европы также есть дешёвые авиа-билеты, но тут есть несколько моментов:</p>
<ul>
<li>Покупать их удобнее также через интернет (см. платёжные карты);</li>
<li>Лоукостер означает минимум багажа, а всё, что сверх, достаточно дорого.</li>
</ul>
<h2>Приложения</h2>
<p>Ну и последнее, чем может помочь телефон помимо коммуникаций:</p>
<ul>
<li>Переводчик, например, Google Translate – можно скачать словари в телефон;</li>
<li>Google Maps – если знаете, где вам предстоит находиться, удобно скачать карту для использования без сети; маршруты будет прокладывать только автомобильные, но и этого бывает достаточно.</li>
</ul>
<h2>Итого, что стоит брать</h2>
<p>Из конкретных вещей, которые прямо пригождаются в дороге, я бы назвал:</p>
<ul>
<li>Плед, как уже писал</li>
<li>Влажные салфетки, это классика путешествий</li>
<li>Антисептик сюда же</li>
<li>Вилка-ложка, можно пластиковая для уменьшения веса</li>
<li>Многоразовая пластиковая бутылка 0,5 л (можно на каждого по одной)</li>
<li>Швейцарский нож: штопор (чтобы отметить успешное пересечение границы) и небольшое лезвие (резать колбасу/хлеб и открыть слот для сим-карты, если булавки нет под рукой)</li>
<li>Ручка для заполнения документов в неожиданных местах</li>
</ul>
<p>На этом всё, что у меня есть по теме дороги, увидимся в следующей части про первые шаги в новой стране.</p>Эмиграция, подготовка к переезду2022-09-25T19:09:00+03:002022-09-25T19:09:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-09-25:/2022-03-emigration.html<p>Планируем в любых обстоятельствах</p><p>Эмиграция в целом похожа на проект, только здесь хаоса и эмоций больше. Что не отменяет необходимость плана. Как его составить, если нет сил и времени собрать мысли в кучу? Лично я составлял пункты на бегу в Google Keep, накидывая по разделам:</p>
<ul>
<li>Документы</li>
<li>Деньги</li>
<li>Недвижимость</li>
<li>Машина</li>
<li>Собака</li>
<li>Прочее</li>
</ul>
<p>У вас набор разделов может быть другим, суть остаётся прежней: записывать пункты по мере того, как они приходят в голову. Записываешь одно, голова освобождается и вспоминаешь что-то другое. Телефон всегда под рукой, поэтому главное – дотянуться, включить и записать. Дальше напишу какие-то общие моменты по этим же разделам, которые помогли мне. В итоге 4-го августа у меня был последний день на работе, а 12-го августа мы выехали из Москвы. Вроде ничего серьёзного не забыли при этом.</p>
<h2>Документы</h2>
<p>По поводу документов понятно, что ничего не понятно. В условиях, когда в официальных источниках данные устарели, по телефону власти той или иной страны не могут сказать ничего внятного, в группах Facebook и Телеграмма информация противоречива, на мой взгляд, лучше всего доверять тем, кто реально прошёл тем же путём, но ещё дополнительно самим проверять по официальным сайтам.</p>
<p>В целом тут нужно знать, что есть понятие "рабочая схема" – тот путь, которым кто-то уже прошёл, желательно до конца, и легализовался в той или иной стране. Для Германии это может быть 24-й параграф или виза D, для Израиля – набор документов для репатриации. Иногда понимаешь, что сделал какие-то лишние документы, потратив время и деньги. Так вот, сейчас не время сожалеть об этом, есть только один критерий: либо ты двигаешься вперёд и преодолеваешь очередную преграду (только некоторыми из преград являются границы), либо нет.</p>
<p>Что ещё стоит помнить: при выезде из РФ некоторые документы могут понадобиться в будущем, например:</p>
<ul>
<li>Вы едете в Европу, но не исключаете репатриацию в Израиль</li>
<li>Вы понимаете, что вам ещё придётся платить налоги в РФ, а для этого нужно будет загружать ряд документов</li>
</ul>
<p>В связи с этим:</p>
<ol>
<li>Те документы, которые необходимо запрашивать или забирать лично, нужно запросить и забрать до отъезда.</li>
<li>Те документы, которые понадобятся для налоговой или других органов (как правило, это договоры купли-продажи и свидетельства собственности на недвижимость) везти с собой смысла нет, но лучше отсканировать (именно на МФУ, а не фотографировать с телефона) и сохранить в облако, как и все паспорта, которые берёте с собой.</li>
<li>Нужно подумать, где оставить те документы, которые с собой не везёте, чтобы они не испортились, и их могли отсканировать или прислать. </li>
</ol>
<p>Из чего следует, что среди документов могут быть доверенности на определённые действия, в том числе с недвижимостью. Стоит недорого, делается за один поход к нотариусу на любое количество лет, снимает кучу головной боли.</p>
<h2>Деньги</h2>
<p>Тут не могу не высказаться в более определённом ключе как человек с экономическим образованием: банковская система в РФ перестала работать именно как банковская система, поэтому вспоминаем навыки выживания в 90-х, кто помнит. А именно: переводим в обменном пункте деньги в стабильную валюту, в моём случае доллары и евро, и забираем с собой. Если страшно хранить деньги дома, можно снять ячейку в банке. Да, как сейфовая ячейка банк ещё работает.</p>
<p>Дальше нужно спланировать будущие денежные потоки, ведь в РФ наверняка остаются расходы и доходы. Чтобы не гонять деньги между странами с определёнными сложностями и вполне определённой комиссией, лучше уравновесить доходы и расходы в РФ, либо оставить какую-то сумму в рублях, чтобы на какое-то время решать вопросы.</p>
<p>Ну и наконец, интересным открытием для меня была возможность выпустить цифровую карту (в Сбербанке это Мир), которая принимается для оплаты в интернете, если требуется что-то дистанционно заплатить. Это могут быть налоги, ЖКУ, доставка – никто не знает заранее, что может понадобиться. Это решает на некоторое время проблему с окончанием срока действия тех пластиковых карт, которые у вас есть. Карта выпускается мгновенно через банковское мобильное приложение.</p>
<h2>Недвижимость</h2>
<p>В условиях хаоса продать недвижимость за её реальную стоимость не получится. Кроме того, при продаже могут быть налоги. Поэтому продажа будет когда-нибудь потом, сейчас может быть только аренда, в лучшем случае. Что можно сделать с точки зрения дальнейшей продажи:</p>
<ul>
<li>Дарение близким родственникам, не облагается налогом</li>
<li>Доверенность для продажи в дальнейшем</li>
</ul>
<p>Для аренды придётся упаковать и вывезти личные вещи, это примерно переезд. А переезд, как известно, это примерно 3 пожара. Через 2 или 3 дня мы с женой валялись без сил, но дальше на помощь приходят грузовые такси с грузчиками. Стоимость нереально низкая для вывоза к кому-нибудь на ближнюю дачу, поэтому грузовой каршеринг и погрузка самостоятельно никакого смысла не имеют.</p>
<p>Дальше квартиру нужно убрать, тут тоже есть сервисы и люди, которые готовы это сделать за приемлемые деньги. Ну и для сдачи в аренду Яндекс.Аренда, например, позволяет заключить договор дистанционно + взять на себя ряд головных болей. В приложении удобно сфотографировать все ценные вещи, которые оставляете, чтобы от них в итоге что-то осталось. Да, берут комиссию, но что же поделать.</p>
<h2>Машина</h2>
<p>Машину надо продавать, в целом с выкупом в салон всё делается максимально быстро и безопасно. Новых машин нет, поэтому если вы счастливый обладатель относительно свежей машины в хорошем состоянии, вам будут настойчиво предлагать её выкупить. Лично на мой вкус нет смысла гнаться за деньгами, тут важнее быстрота, удобство и безопасность сделки. Те же самые крупные дилеры, которые хорошо продают машины, хорошо их покупают, поэтому здесь названий не буду приводить.</p>
<h2>Собака</h2>
<p>Про переезд животных можно написать отдельный эпос, но в целом достаточно понятно информация обычно изложена на официальных сайтах. Нюанс в том, что требования транзитных государств применяются. Например, в Канаду чипирование не нужно, но если летишь через Европу, то нужно. Опять же нюансы с клетками, кто какие берёт на борт и по каким параметрам. Прививки и в РФ делают зарубежные (делали?), ветпаспорт обычно сразу идёт международного образца. Проблемы начинаются, когда понимаешь, что тест на бешенство должен быть за N месяцев до выезда, а выезжать через неделю, но и тут есть пути.</p>
<p>По своему опыту решили разделиться, и это сняло массу проблем: надо сначала найти жильё, куда можно въехать с собакой. При переезде мне хватило четырёх чемоданов. Куда пустят собаку, куда не пустят – и как мы заранее поедем, было не известно. В итоге собакен поедет, надеюсь, по земле на автобусе. Кстати, в самолётах клетки нередко кидает и животные выходят в шоке.</p>
<h2>Прочее</h2>
<p>У каждого может быть свой набор вопросов, которые лучше решить до отъезда. Главное, помнить, что время ограничено и в какой-то момент отделить то, что до отъезда решить точно не успеешь, и смириться с этим.</p>
<p>Сбор в дорогу опишу в следующей статье. Очень похоже на стандартный отъезд на отдых, только это не отдых и не временный отъезд. </p>Эмиграция, куда уезжать2022-09-23T11:25:00+03:002022-09-23T11:25:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-09-23:/2022-02-emigration.html<p>Универсальная инструкция по выбору страны</p><p>Я чётко помню момент, когда сидел на кухне в Москве, и у меня было абсолютное понимание, что ехать некуда. Сейчас мы находимся в Германии, и я чётко знаю, что есть больше трёх вариантов, куда можно уехать и где можно жить. Если вы настроены решительно, то единственный вопрос, который имеет значение – "А где я хочу жить?".</p>
<p>Совет, который мне помог – выписать страны и критерии. Вам не обязательно использовать веса или считать рейтинг, картина на одной странице А4 будет достаточно понятной для принятия решения. И тут не важно, что в одной таблице будут и критерии сложности переезда, и критерии жизни в самой стране – если критерий появился в этой таблице, значит, он важен для вас. Единственное, не нужно усложнять: старайтесь писать как можно проще и то, что вам действительно важно. Примеры критериев могут быть такие:</p>
<ul>
<li>Длительность получения визы или подготовки к переезду: сразу / недели / месяцы</li>
<li>Уровень жизни в стране / образования: низкий / высокий</li>
<li>Язык: уже знаете / требуется изучать</li>
<li>Стоимость переезда: высокая (например, перелёты через океан) / низкая</li>
<li>Культурные различия: сильные / слабые</li>
<li>Удалённость страны: близко / далеко</li>
<li>Возможность получить гражданство: просто / сложно</li>
<li>Возможности для работы: есть / нет</li>
</ul>
<p>По списку стран просто оставлю этот список реальных вариантов здесь, очень многое зависит от ваших родственных связей и возможностей податься на конкретный тип визы:</p>
<ul>
<li>Канада</li>
<li>США</li>
<li>Англия</li>
<li>Германия</li>
<li>Австралия</li>
<li>Грузия</li>
<li>Армения</li>
<li>Казахстан</li>
<li>Израиль</li>
</ul>
<p>Я взял специально разные варианты, чтобы на примере таблицы показать, как это будет выглядеть. Ничего страшного нет в том, чтобы рассмотреть какие-то варианты, которые кажутся вам сейчас радикальными. Возможно, когда вы увидите картину целиком, ваше мнение изменится. Итого, пример таблицы – я не претендую здесь на корректность данных:</p>
<table>
<thead>
<tr>
<th>Критерий \ страна</th>
<th>Канада</th>
<th>Германия</th>
<th>Армения</th>
<th>Казахстан</th>
<th>Израиль</th>
</tr>
</thead>
<tbody>
<tr>
<td>Виза, сложность получения</td>
<td>-CUAET или рабочая</td>
<td>-рабочая либо 24 параграф</td>
<td>+не нужна</td>
<td>+не нужна</td>
<td>-репатриация либо рабочая виза</td>
</tr>
<tr>
<td>Уровень жизни</td>
<td>+высокий</td>
<td>+высокий</td>
<td>-низкий</td>
<td>-низкий</td>
<td>+высокий</td>
</tr>
<tr>
<td>Язык</td>
<td>+английский</td>
<td>-немецкий</td>
<td>+русский</td>
<td>+русский</td>
<td>-иврит</td>
</tr>
<tr>
<td>Удалённость</td>
<td>-высокая</td>
<td>+низкая</td>
<td>+низкая</td>
<td>+низкая</td>
<td>+низкая</td>
</tr>
<tr>
<td>Культура</td>
<td>-западная</td>
<td>-западная</td>
<td>+СНГ</td>
<td>+СНГ</td>
<td>-своя</td>
</tr>
<tr>
<td>Гражданство</td>
<td>+</td>
<td>+</td>
<td>+</td>
<td>+</td>
<td>-только репатриация</td>
</tr>
<tr>
<td>Работа</td>
<td>+</td>
<td>+</td>
<td>-</td>
<td>-</td>
<td>+</td>
</tr>
</tbody>
</table>
<p>Обратите внимание, что критерии лучше писать в строках. Если захочется добавить ещё критерий, это удобно сделать. И на этом всё про выбор страны!</p>Транспортная система Германии2022-09-12T15:00:00+03:002022-09-12T15:00:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-09-12:/2022-09-german-transport.html<p>Логика работы транспортной системы для тех, кто перемещается по Германии</p><p>Система электричек, автобусов и маршрутов в Германии достаточно специфична:</p>
<ul>
<li>У железнодорожного транспорта (Deutsche Bahn, далее DB) мудрёная система тарификации</li>
<li>Автобусы состоят из независимых ассоциаций, у каждой из которой свои условия</li>
<li>Без мобильных приложений, которые обновляют маршруты в режиме реального времени, сложно куда-то доехать</li>
</ul>
<p>Поэтому разберём именно эти вопросы:</p>
<ul>
<li>Как устроена транспортная система Германии в целом</li>
<li>Как найти условия автобусов в конкретном регионе</li>
<li>Какими мобильными приложениями пользоваться</li>
</ul>
<p>Потратил 3 часа своего времени, чтобы самому разобраться, очень увлекательно.</p>
<h2>Как устроена транспортная система Германии в целом</h2>
<p>С железнодорожным сообщением, в целом, понятно: есть электрички, и есть быстрые междугородные поезда, intercity (IC и другие). Быстрые поезда стоят дороже, электрички дешевле. Например, у приложения DB есть настройка "показать лучшие тарифы" – скорее всего, это будут электрички и автобусы (стоимость которых, кстати, в приложении DB не учитывается).</p>
<p>С автобусными ассоциациями лично я нашёл лишь <a href="https://en.wikipedia.org/wiki/List_of_German_transport_associations">одну картинку</a>, которая <strong>приблизительно</strong> показывает, где какая ассоциация.</p>
<p>Внутри транспортной ассоциации есть зоны, стоимость билетов зависит от количества пересекаемых зон: дальше ездишь = больше платишь. Если приобрести билет на 5 зон и проехать 6, это будет нарушением. Также у каждой ассоциации есть проездные на неделю и на месяц. Билеты должны продаваться в автоматах и в автобусах, но в худшем случае продаются только в автобусах и только за наличные. У развитых ассоциаций может быть своё мобильное приложение, в котором можно купить билет, у менее развитых – старый сайт с сеткой тарифов и всё.</p>
<p>Летом 2022-го года был эксперимент на 3 месяца: проездной на все электрички и все автобусы за 9 евро. Он не только удешевлял проезд, но и решал головняк с тем, какие билеты покупать и сколько в итоге будет стоить поездка. Эксперимент закончился, продолжать его пока не планируют, проездные вводятся в некоторых регионах.</p>
<h2>Как найти условия автобусов в конкретном регионе</h2>
<p>Для того, чтобы узнать, как купить билеты, сколько они стоят, какие бывают билеты, нужно найти конкретную транспортную ассоциацию. Алгоритм поиска примерно такой:</p>
<ol>
<li>Проще всего посмотреть название ассоциации – надпись на автобусе или маршрутке, часто эта надпись достаточно крупная.</li>
<li>Найти, к какой области относится город и искать название ассоциации по названию центра региона, например, <a href="https://www.bus-clp.de/">VGC</a> от Cloppenburg.</li>
<li>Если не помогло, <a href="https://en.wikipedia.org/wiki/List_of_German_transport_associations">по схеме</a> примерно определить ассоциацию, потом зайти на её карту и найти там свой город. То есть убедиться, что этот город относится к зоне этой транспортной ассоциации.</li>
</ol>
<p>Дальше можно найти сайт транспортной ассоциации, и там уже размещена вся необходимая информация.</p>
<h2>Какими мобильными приложениями пользоваться</h2>
<p>Дам ссылки на два приложения, которых хватило лично мне (под Android):</p>
<ul>
<li><a href="https://play.google.com/store/search?q=offi&c=apps">Offi</a></li>
<li><a href="https://play.google.com/store/search?q=db%20navigator&c=apps">DB Navigator</a></li>
</ul>
<p>Дальше смотрим приложения / сайты конкретной транспортной ассоциации, например, <a href="https://play.google.com/store/apps/details?id=de.hafas.android.vgv">Moobil+</a> для заказа маршруток в зоне VGC.</p>
<p>DB Navigator прекрасен всем, за исключением двух моментов:</p>
<ul>
<li>Он прокладывает маршрут в разное время дня, но не показывает разные маршруты наглядно на временной шкале.</li>
<li>Он не показывает местные маршрутки.</li>
</ul>
<p>Эти два недостатка устраняет Offi, причём функция обновления в режиме реального времени (движение конкретного поезда) есть. Но тут тоже могут быть более оптимальные варианты по цене и по времени в пути, их может показать Google Maps, либо надо спрашивать у местных. :)</p>
<p>DB прекрасен, но для покупки билетов надо регистрироваться... на другом портале. Если один раз это сделать и подключить платёжную карту, то потом можно удобно покупать билеты и в режиме онлайн смотреть движение поездов по выбранному маршруту. Это базовый уровень, дальше можно приобретать карты скидок и проездные. Например, есть билет "любые 10 дней в течение 30-ти дней" или проездной на месяц, но между двумя точками, которые интересовали меня, таких вариантов не было.</p>
<p>Без одного из этих приложений и информации о реальном времени движения трудно куда-то доехать. Например, поезда опаздывают, вместо поезда в 15:55 приходит другой, ты садишься и уезжаешь в противоположном направлении.</p>
<p>Про DB можно писать отдельную статью, но с приложением есть такие фокусы:</p>
<ul>
<li>Вбиваешь несколько человек, и он показывает действительно очень выгодные предложения для конкретной ситуации</li>
<li>Можно купить билеты, которые не продаются в автоматах на вокзале</li>
<li>По моим наблюдениям, лучше покупать заранее, тогда может быть до двух раз дешевле</li>
</ul>
<p>Кроме того, автоматы на станциях не переключаются на английский язык, а приложение переключается.</p>
<p>Задавайте ваши вопросы, времени для практики у меня хватает.</p>Эмиграция, зачем уезжать2022-09-02T15:11:00+03:002022-09-02T15:11:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-09-02:/2022-01-emigration.html<p>Открываем новую страницу приключений</p><p>Ну что же, друзья, когда я считал, что надо жить так, чтобы было о чём написать в блоге, я совсем не думал, что всё зайдёт так далеко. Сейчас я нахожусь с семьёй в Германии, и подробностей этого переезда хватит на пару романов. В связи с тем, что война с Украиной и её последствия остаются главной темой, которая затронула и мою семью, я решил поделиться своим опытом эмиграции для тех, кто об эмиграции думает. И да, это основные изменения, которые меня сейчас интересуют, поэтому, как мне кажется, эта тема полностью соответствует названию блога.</p>
<p>Для начала накидал примерно такой список статей:</p>
<ol>
<li>Зачем уезжать (мотивация) – тема непосредственно этой статьи, обоснования мои и моих знакомых, кто реально уехал</li>
<li>Куда уезжать (выбор страны)</li>
<li>Подготовка к переезду</li>
<li>Дорога</li>
<li>Первые шаги на новом месте</li>
</ol>
<p>Когда мы (с женой) изначально подходили к этой теме, было достаточно страшно, поэтому мой основной личный вывод – надо делать всё последовательно именно в таком порядке. Мы потратили много сил на продумывание шагов наперёд, но это движение "шаг вперёд, два шага назад". Если ты не решил, уезжаешь или нет, то будешь бесконечно перебирать варианты и утопать в деталях, которые не важны. Если ты не выбрал направление, то твои действия по сборам и отъезду будут парализованы, что добавляет стресса в этой непростой ситуации.</p>
<p>Кроме этого, очень важна решимость, тогда всё выстраивается и находятся люди, которые поддерживают и помогают. Пользуясь случаем, хочу выразить им всем огромную благодарность. Ситуация такова, что им не нужна публичность, но есть надежда, что они заглянут сюда и поймут, что я пишу именно о них.</p>
<p>Если вы посмотрите в блоге, то последняя запись была 26-го июня, после чего переезд закрутился, и вопрос "зачем уезжать" был для меня одним из основных. Сейчас я читаю новости из России, которые становятся всё более сюрреалистичными, и убеждаюсь, что всё сделал правильно. Но у каждого могут быть свои причины, у моих знакомых (вне контекста войны в Украине) были популярны такие:</p>
<ul>
<li>Почему бы не попробовать посмотреть мир и пожить в другом месте?</li>
<li>Возможности для продолжения карьеры, повышения уровня жизни;</li>
<li>Наступление крайней точки, когда существующая реальность не совместима с твоим внутренним ощущением, как должно быть.</li>
</ul>
<p>Для нас было важно, что мы не гонимся за материальными благами или уровнем жизни, вопрос именно политический. А именно, возможность проявить волю (относительно) безопасным способом в ситуации, когда выражение мнения отменено: проголосовать ногами. И это действие позволяет сказать себе: да, я делаю что-то. И на основе этого не потерять уважение к себе.</p>
<p>Вторая часть истории для меня состоит в том, что Россию отменили. Никто не будет интересоваться успехами науки, литературы, бизнеса Северной Кореи или Ирана. Та часть науки, литературы и бизнеса, которая хочет что-то сделать, не может находиться на территории страны с диктаторским режимом. В Северной Корее это невозможно физически, в России и Иране хотя бы известно о фактах преследования прогрессивных людей, но от этого вряд ли легче. Если даже допустить на секунду, что на мне лично нет ответственности за происходящее, то всю мою деятельность отменят именно из-за того, что я нахожусь в РФ, а меня это не устраивает. Логика отмены, которая кажется дикой и невозможной сначала, со временем становится понятной и основывается на простой мысли "судите по плодам". ОК, Толстой и Достоевский были и остаются великими мыслителями, но если те самые 70% изучают их в школе и при этом поддерживают войну в Украине, то зачем это всё? Зачем эти тонкости душевных терзаний, если их изучение не приводят к каким-то действиям? Получаются интересные и при этом тупиковые размышления. Либо другой вариант: с Толстым и Достоевским всё норм, но 70 лет эксперимента под названием "СССР" привели к тому, что "гомо советикус" неизбежно обладает лоскутным сознанием, в котором размышления никак не связаны с существованием, то есть действием.</p>
<p>Но есть и третья часть истории: нас нигде не ждут и редко понимают объективно, что именно происходит. Более того, сторонники тоталитарных режимов и даже нацизма есть во всех странах, поэтому это не дорога в идеальный капиталистический рай. Но здесь это воспринимается как как равноправие и представление различных точек зрения (нацисты тоже не дураки называть себя запрещёнными словами). То есть те свободы, к которым ты стремишься, – они здесь для всех, как и обязанности. Обязанности соблюдать правила, не все из которых тебе понятны и вызывают у тебя согласие, а также обязанность учить чужой язык и учитывать чужие культурные особенности. Из моих наблюдений людям культуры, писателям и журналистам приходится сложнее всего, ведь для них язык является рабочим инструментом. Легче всего программистам, для которых сам язык, на котором они пишут, не изменяется, а международным языком общения в ИТ является английский. Все остальные находятся где-то между этими точками, в зависимости от того, на сколько нужен местный / английский язык, и на каком уровне он находится.</p>
<p>Как измерить силу желания уехать, какая сила желания является достаточной? На мой взгляд, лучше всего – физическое ощущение невозможности остаться. И должна быть устойчивость этого ощущения, то есть чтобы не было такого: встал утром, солнце светит, птички поют – может, и не надо никуда ехать-то? А это ощущение берётся из того информационного поля, в котором ты находишься. Если ты согласен отключиться от того, что происходит в мире, и можешь ограничить себя тем, что происходит в радиусе 20 км от тебя, то можно выстроить комфортную, и в психологическом плане, жизнь. В целом, стремление к комфорту – это не то, что будет двигать тебя вперёд, ведь на первом этапе (который может занять годы) уровень жизни неизбежно упадёт. Приходится решать бытовые проблемы, про существование которых ты успел забыть:</p>
<ul>
<li>Где найти жильё;</li>
<li>Как постирать бельё, если нет стиральной машинки;</li>
<li>Как приготовить пищу;</li>
<li>Как объяснить продавцу, что тебе нужно;</li>
<li>Где найти курсы для изучения языка и как выделить время на его изучение.</li>
</ul>
<p>Мой знакомый, Витя, который переехал в Лондон, через 10 лет жизни в Великобритании делает вывод, что в итоге ты получаешь вовсе не то, зачем ты приехал. В моём случае психологическое давление тоталитарной системы, трата сил и стресс в связи с постоянной самоцензурой стоили того, чтобы от них уехать. Но если задать себе вопрос, "от чего ты уехал", то это 70% соотечественников, которые поддерживают войну в Украине. Тем не менее, мы привозим Россию с собой, и с этим ещё долго придётся разбираться.</p>
<p>В продолжение размышлений об отмене культуры пара статей:</p>
<ul>
<li><a href="https://www.svoboda.org/a/ne-raspoznav-zlo-andrey-arhangeljskiy---o-vine-russkoy-kuljtury/31965255.html">Не распознав зло</a>. Андрей Архангельский – о вине русской культуры</li>
<li><a href="https://www.svoboda.org/a/pozvolili-zlu-sovershatjsya-andrey-arhangeljskiy-o-bezdeystvii/31998768.html">Позволили злу совершаться</a>. Андрей Архангельский – о бездействии</li>
</ul>
<p>Ссылки не работают без VPN, попробуйте nthLink.</p>
<p>Пишите в комментариях, с чем вы не согласны или в чём хотите меня поддержать. Хочу сразу предупредить сторонников позиции "не всё так однозначно": достаточное количество фактов в моей реальности убедили меня в обратном, а слова не могут пересилить факты, поэтому не стоит тратить байты.</p>Второе пришествие emacs2022-06-26T20:58:00+03:002022-06-26T20:58:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-26:/2022-06-emacs.html<p>Главное – понять, зачем</p><p>История продолжается с момента, когда я был полностью доволен связкой терминал + tmux + vim + vimwiki. В плюсах:</p>
<ul>
<li>Быстро: максимально быстрое управление с клавиатуры</li>
<li>При редактировании markdown есть дополнительные удобства</li>
<li>Вроде как всё внутри терминала</li>
</ul>
<p>По прошествии времени при этом выявились минусы:</p>
<ul>
<li>Выглядит слишком аскетично, хотя вроде как это должно было помочь</li>
<li>Убогая работа со вставкой и редактированием ссылок</li>
<li>При росте объёма информации моя страничка превратилась в месиво, но это вопрос и ко мне</li>
<li>Переключение языков надоело, хотя у меня стоит переключение на CapsLock</li>
<li>Надоели разные сочетания клавиш для копирования текста в терминале и в остальном окружении</li>
</ul>
<p>Надо признать, что учёные, среди которых emacs достаточно популярен, знают толк в обработке <strong>больших</strong> объёмов информации, поэтому в org-mode действительно это делать очень удобно. Но мне необходимо было время, чтобы с этим смириться. Точнее, смириться с тем, что нужно использовать что-то помимо Markdown. А рецепт обработки больших объёмов информации известен – надо её разметить:</p>
<ul>
<li>Тегами</li>
<li>TODO</li>
<li>Приоритетами</li>
<li>Датами: когда задача запланирована и когда надо сделать</li>
</ul>
<p>Собственно это то, что есть в emacs org-mode, и чего нет в vimwiki, да и в целом не во всякой wiki есть. Если вам не нравится emacs, org-mode поддерживается <a href="https://logseq.com/">logseq</a>. При этом управление всеми дополнительными штуками сделано через / – достаточно его нажать, и появляется меню выбора. Меня же манил emacs:</p>
<ul>
<li>Как инструмент, в котором я могу делать больше задач, чем просто ведение своей wiki (например, делать этот сайт и программировать), при этом использовать все те же возможности и сочетания клавиш</li>
<li>Как challenge, ведь нужно осваивать что-то новое</li>
<li>Окончательно моё любопытство разожгло <a href="https://www.youtube.com/watch?v=NCYwVbiV4fw">видео</a>, в котором утверждалось, что vim намного более популярен</li>
</ul>
<p>Но до того, как заново связаться с emacs, я задумался о том, что же меня, собственно, смущало, и как это можно обойти:</p>
<ul>
<li>Физиологичность сочетаний клавиш: как правило, я нажимал Ctrl / Alt и саму клавишу одной рукой; когда работаешь долго, это начинает напрягать; в итоге я понял, что как и рекомендовал Владимир Владимирович Шахиджанян, клавиши нужно нажимать разными руками, и это снимает часть проблемы с нажатием большого числа клавиш</li>
<li>Doom Emacs, в котором не понятно решительно всё; если сочетания клавиш не работало, я не мог понять, это я туплю или оно переопределено; туда же eval-mode, по крайней мере, для начала</li>
<li>Документация: она часто реально не отвечает на интересующие тебя вопросы; лично мою проблему на 90% решило <a href="https://play.google.com/store/apps/details?id=com.zdivdev.ebook.emacs">приложение для Android</a></li>
</ul>
<p>Например, в документации обнаружилось, что достаточно нажать Meta (Alt) и число, чтобы повторить действие несколько раз. Меня раздражало C-u, потом число. Также очень советую почитать про базовые движения, копирование текста, работу с окнами и буферами, ну и dired.</p>
<p>Также хочу порекомендовать несколько каналов, которые сильно помогли разобраться не только с кучей вопросов, но и с самим подходом к освоению emacs – по возможности, будут давать ссылки прямо на плей-листы про emacs:</p>
<ul>
<li><a href="https://www.youtube.com/playlist?list=PL5--8gKSku15uYCnmxWPO17Dq6hVabAB4">DistroTube</a> – Дерек в целом красавчик, потому что он задаётся корневыми вопросами и честно отвечает на них; частично это связано с тем, что он профессиональный обучатор, и это заметно; кстати, он поддерживает замечательную <a href="https://gitlab.com/dwt1/dotfiles">страничку на gitlab с примерами</a>; именно Дерек объяснил, что emacs не нужно расценивать как текстовый редактор, это среда исполнения elisp-кода, которая позволяет его переписать и переопределить полностью, что никакому редактору и IDE не снилось</li>
<li>System Crafters: например, <a href="https://www.youtube.com/playlist?list=PLEoMzSkcN8oPZvSdewHG8uApD7THlLLCV">Emacs Essentials</a> и <a href="https://www.youtube.com/playlist?list=PLEoMzSkcN8oPH1au7H6B7bBJ4ZO7BXjSZ">Emacs From Scratch</a></li>
<li><a href="https://www.youtube.com/playlist?list=PL8Bwba5vnQK14z96Gil86pLMDO2GnOhQ6">Prot</a>: научная подготовка даёт себя знать, поэтому видео очень (иногда излишне) подробные</li>
<li><a href="https://www.youtube.com/playlist?list=PLknodeJt-I5GJmcd7ENakYf_M0x9q50d1">Gavin Freeborn</a>: это разработчик, у него достаточно специфичные задачи, зато он подробно рассказывает про переход с vim на emacs</li>
<li><a href="https://www.youtube.com/watch?v=JWD1Fpdd4Pc&t=27s">Выступление про org-mode</a> – вроде ничего особенного, но тоже познавательно и многое говорит о сути emacs</li>
</ul>
<p>Что же мне было необходимо от emacs:</p>
<ul>
<li>Простота настройки; писать об этом особенно смешно после ссылки на плейлист Emacs From Scratch продолжительностью 12 часов</li>
<li>Org-mode для управления задачами; если мне нужен Markdown – я буду писать в Markdown; если мне нужен LaTeX – я буду писать в LaTeX; также я не стал бы писать в org-mode dotfiles, код сайта или код программы</li>
<li>Частичная замена нескольких приложений: терминал, файловый менеджер</li>
<li>Комфортная рабочая среда с едиными сочетаниями клавиш внутри всего, что происходит в emacs</li>
<li>Markdown mode для блога; это тоже забавно, потому что Markdown устроен именно так, чтобы свести разметку к минимуму</li>
</ul>
<p>Подход был настраивать с нуля, чтобы я точно понимал, что происходит. Из дополнений ставить только то, что мне необходимо. Начнём с облагораживания архаичного внешнего вида – кстати, горячо рекомендую шрифты <a href="https://github.com/adobe-fonts/source-code-pro">Source Code Pro</a>:</p>
<div class="highlight"><pre><span></span><code>(scroll-bar-mode -1) ;; отключаем полосу прокрутки
(setq inhibit-startup-screen t) ;; отключаем заставку
(setq dired-listing-switches "-laGh1v") ;; включаем более приятный вид dired
(setq-default word-wrap t) ;; включаем перенос слов
(custom-set-faces
'(default ((t (:family "Source Code Pro" :foundry "ADBO" :slant normal :weight normal :height 173 :width normal))))) ;; шрифт
</code></pre></div>
<p>Шрифт можно выбрать в меню <code>Options</code> (<code>Set Default Font</code>, потом нажать <code>Save Options</code>. Если вы уже скрыли меню, ничего страшного, жмите <code>F10</code>.</p>
<p>Ставим тему, я предпочитаю тёмную <a href="https://github.com/oneKelvinSmith/monokai-emacs">Monokai</a>; кстати, эта тема частично снимает мои предыдущие претензии к буйству цветов и расцветок в emacs:</p>
<div class="highlight"><pre><span></span><code><span class="p">(</span><span class="n">add</span><span class="o">-</span><span class="n">to</span><span class="o">-</span><span class="n">list</span><span class="w"> </span><span class="s1">'custom-theme-load-path "~/.emacs.d/themes/")</span>
<span class="p">(</span><span class="nb">load</span><span class="o">-</span><span class="n">theme</span><span class="w"> </span><span class="s1">'monokai t)</span>
</code></pre></div>
<p>После этого включаем нормальный каталог пакетов (кстати, чтобы применить изменения, можно нажать <code>M-x load-file RET init.rc</code>):</p>
<div class="highlight"><pre><span></span><code>(require 'package)
(add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/"))
</code></pre></div>
<p>Кстати, org-mode встроен в emacs, а вот <a href="https://jblevins.org/projects/markdown-mode/">Markdown</a> и <a href="https://github.com/emacsmirror/reverse-im">reverse-im</a> надо доустановить. Например, с помощью use-package, который можно поставить первым: <code>M-x package-install RET use-package</code></p>
<p>Дальше идёт тюнинг, он у каждого свой. Например, я включил отображение недавнего списка файлов по C-x C-r:</p>
<div class="highlight"><pre><span></span><code>(recentf-mode 1)
(global-set-key (kbd "C-x C-r") 'recentf-open-files)
</code></pre></div>
<p>И что мы получаем в итоге:</p>
<ul>
<li>Выглядит неплохо, в том числе, плавно</li>
<li>Работа со ссылками с помощью функций, а не вручную: как в Markdown, так и в org-mode</li>
<li>Структуру задач буду пересматривать, но это не только к emacs вопрос</li>
<li>Сочетания клавиш работают, в большинстве случаев, в любой раскладке</li>
<li>Работа с буфером обмена устраивает больше</li>
</ul>
<p>Кстати об альтернативах org-mode: Markdown mode поддерживает чек-листы в двух состояниях, так что при желании можно было бы остаться и на Markdown. Но тянуло на приключения.</p>
<p>Ещё в плюсе – возможность прямо в редакторе посмотреть документацию:</p>
<ul>
<li>C-h m для текущего режима</li>
<li>C-h v для переменной</li>
<li>C-h f для функции</li>
</ul>
<p>Следите за обновлениями, не переключайтесь. Расскажу, на сколько меня хватило.</p>Рабочий процесс обычного человека и emacs'ера2022-06-20T22:59:00+03:002022-06-20T22:59:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-20:/2022-06-linux-workflow.html<p>Покоряем новые высоты продуктивности</p><p>С одной стороны, хотел поделиться тем, как мне живётся на linux на работе: какие решения удалось найти и как выглядит рабочий процесс. С другой стороны, можно представить, как мог бы выглядеть процесс, если бы я остался на Emacs, который позволяет заменить собой часть инструментов.</p>
<h3>Рабочий процесс обычного человека</h3>
<p>С самого начала всё выглядит примерно так:</p>
<ol>
<li>Автоматически запускаются нужные мне программы; Zoom сразу сворачивается</li>
<li>Программы размещаются по рабочим столам</li>
<li>В браузере открываются закрытые вкладки</li>
<li>В терминале открывается tmux, vim</li>
<li>В vim с помощью vimwiki открывается список дел</li>
</ol>
<h4>Старт программ</h4>
<p>Во-первых, используем автоматическую загрузку:</p>
<div style="text-align:center">
<img src="images/wf-autostart.png" width="800" alt="Автозагрузка">
</div>
<p>Во-вторых, с помощью расширения размещаем программы по рабочим столам:</p>
<div style="text-align:center">
<img src="images/wf-automove.png" width="800" alt="Авторазмещение">
</div>
<h4>Браузер</h4>
<p>В браузере больше всего используются внутренние инструменты:</p>
<ul>
<li>Почта</li>
<li>Календарь, Zoom запускается по ссылкам из встреч</li>
<li>Wiki</li>
<li>Трекер задач</li>
</ul>
<h4>Список задач</h4>
<p>В чём проблема, так это в том, чтобы держать список задач и пояснения к ним под рукой. Для этого я взял, как мне кажется, самое легковесное решение, vimwiki. Что мне нужно:</p>
<ul>
<li>Заголовки разного уровня и в целом форматирование в Markdown</li>
<li>Ссылки, возможность добавлять ссылки и открывать их минимумом нажатий</li>
<li>Отмечать статус выполнения задач</li>
</ul>
<p>Проблема возникает при переключении между браузером и wiki: часто мне бывает нужно скопировать несколько полей подряд. Помогает <a href="https://extensions.gnome.org/extension/4422/gnome-clipboard/">расширение</a>, которое сохраняет историю буфера обмена. Hotkey на него нет, но меня пока устраивает:</p>
<div style="text-align:center">
<img src="images/wf-clipboard.png" width="300" alt="История буфера обмена">
</div>
<h4>Telegram</h4>
<p>Установленный из Flatpak продолжает работать:</p>
<ul>
<li>Не падает</li>
<li>Сам обновляется</li>
<li>Имеет хорошее управление с клавиатуры (неожиданно)</li>
</ul>
<h4>Nautilus</h4>
<p>Стандартный файловый менеджер Gnome имеет для меня ряд преимуществ:</p>
<ul>
<li>Recent, то есть последние файлы, причём они появляются в разных диалогах (например, в браузере и Telegram)</li>
<li>Вкладки</li>
<li>Переименование файла без расширения по F2</li>
<li>Цепляет Google Drive, в том числе несколько аккаунтов одновременно</li>
<li>Поддерживает почти командную строку при нажатии Ctrl+L с автодополнением; там же позволяет копировать путь к файлу</li>
</ul>
<h3>Emacs</h3>
<p>А теперь посмотрим, что из этого мог бы заменить Emacs:</p>
<ul>
<li>Почту и календарь никак не заменить, там есть ряд специфичных вещей, связанных с интеграцией с внутренними сервисами</li>
<li>Браузер тоже не заменить, поскольку внутренние сервисы хорошо перевариваются только Яндекс Браузером</li>
<li>Список задач, понятное дело, заменяется на org-mode; жить можно</li>
<li>Telegram можно заменить на Telega.el</li>
<li>Nautilus можно заменить на Dired</li>
<li>Картинки и PDF можно открывать внутри, но мне не нравится, как это всё выглядит</li>
</ul>
<p>При желании, это всё может быть окнами (буферами в терминах Emacs) внутри Emacs, а в каждом буфере можно использовать все возможности редактирования текста средствами Emacs, что для кого-то будет решающим аргументом. Emacs очень любит создавать окна, но зато обеспечивает неплохие средства поиска среди списка окон.</p>
<p>Мне кажется, главное – это возможность выбора. Как и в случае, если вам надоело текущее рабочее окружение.</p>Закрытие проекта2022-06-19T16:56:00+03:002022-06-19T16:56:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-19:/2022-06-project-9.html<p>Закрываем проект, чтобы потом не возникало вопросов</p><p>Тут недавно возник вопрос, а так ли необходимо закрывать проект, если "все всё понимают". Проектное управление лишь исходит из гипотезы, что понимают не все и не всё, а поэтому давайте зафиксируем, кто кого за что хватал.</p>
<p>В закрытии проекта, в целом, есть два варианта:</p>
<ul>
<li>Простой, то есть закрываем проектные задачи и распускаем команду</li>
<li>Продвинутый или проактивный, когда мы пытаемся как-то проанализировать опыт проекта, сделать из этого выводы на будущее</li>
</ul>
<h3>Простой вариант закрытия проекта</h3>
<p>Есть неплохие чек-листы по закрытию проектов, которые, скорее всего, будут сводиться к следующему:</p>
<ol>
<li>Сделать инвентаризацию проектных задач: что было сделано, а что не будет сделано.</li>
<li>Сделать инвентаризацию проектных результатов: что было сдано, а что не было принято.</li>
<li>Вычислить окончательную дельту между сроками и бюджетом в последней версии проектного плана и фактом.</li>
</ol>
<p>Тут нужно понимать, что если проект закрывается, а задачи или объём результатов остаются не готовы, то это проектное изменение объёма. Просто происходит это всё в самом конце проекта, поэтому обычно никто отдельно не анализирует это изменение. Тем не менее, об этом лучше договориться с заказчиком заранее, иначе придётся доделывать.</p>
<p>Дальше собираются все заинтересованные лица, как минимум, заказчик и спонсор проекта, руководитель проекта от подрядчика (если есть подрядчик) и в самом простом случае руководитель проекта объявляет, что проект закрыт. С оставшимися проектными результатами есть вариант перевести их на этап после проекта. Но тут надо понимать, что это означает: заказчик сделает это сам, без проектной команды, без руководителя проекта. Обычно так поступают с достижением бизнес-показателей, когда требуется время, и проектную команду (из-за отсутствия проектных задач) никто держать не будет.</p>
<p>Вроде бы два простых шага: подготовиться ко встрече по закрытию проекта и провести её, огласив закрытие проекта. К сожалению, многие заказчики верят, что после такой встречи проектная команда останется и будет что-то доделывать. Есть вариант гарантийных работ, и они также чем-то фиксируются. В целом эта встреча (а лучше до неё) – это ровно то время и место, когда заказчику нужно озвучить все свои опасения, боли по итогам проекта. И тут могут возникнуть варианты:</p>
<ul>
<li>Все задачи выполнены, но бизнес-заказчик не доволен результатом, потому что его требования изменились; нужно было вовремя приходить с проектными изменениями, а проект в таком случае всё равно закрывают.</li>
<li>Все задачи выполнены, но их выполнение не позволило достичь того результата, который мы ожидали; проект всё равно закрывают, поскольку проектный план (надеюсь) подтверждали все вместе.</li>
<li>По итогам завершения этого проекта бизнес-заказчику требуется сделать ещё пару-тройку проектов; проект закрывают, поскольку его закрытие никак не связано со стартом следующих проектов.</li>
</ul>
<p>Лично для меня закрытие проекта – это повод разложить последние версии документов по папочкам, сделать внятную документацию, где что искать. Почему? Потому что мы так долго и мучительно что-то делали, и если этот результат не будет задокументирован, то будущие поколения (цивилизации) просто не смогут им воспользоваться. Даже если сам результат не пригодится, кто-то прочитает наши подходы к проблемам и решения, и может перенять какой-то опыт для себя. По сути, закрытие проекта – это примерно то же самое, что написание этого блога: ты структурируешь собственный опыт.</p>
<h3>Продвинутый вариант закрытия проекта</h3>
<p>Если мы ставим перед собой такие задачи, как накопление опыта проектной командой, то полезно ретроспективно рассмотреть:</p>
<ul>
<li>Проектные риски, проблемы и изменения – можно ли было их каким-то образом избежать, по-другому структурировав проект изначально</li>
<li>Как проявила себя проектная команда, какие проблемы возникали в этой части и что можно было сделать по-другому</li>
<li>Какие проблемы возникали в связи с недостаточной коммуникацией как внутри проектной команды, так и во внешний контур, и что можно было сделать с этим</li>
</ul>
<p>С одной стороны, можно всё это записать в "Отчёт о закрытии проекта", но очень полезно собрать другие проектные команды и рассказать получившийся проектный опыт в виде презентации. В проекте неформальные вещи и то, что происходило "между" выполнением проектных задач часто имеют очень большое значение: совместные выезды на природу, способы нахождения нестандартных решений, забавные моменты на совещаниях.</p>
<p>Проект является испытанием, которое часто изменяет людей. И вот это, то, как проект изменил каждого участника команды, тоже является очень ценным. И рефлексию на эту тему также полезно рассказать всем. У меня был проект, где команда молодых парней и девушек оказалась на месторождении на продолжительное время. Лично для меня это было бы сложно, но для них это был опыт знакомства с большим количеством интересных людей и куча впечатлений от поездок на производственные объекты. Получается, иногда стоит во что-то такое ввязываться, даже если в процессе ты попрощался с карьерой несколько раз.</p>Управление проектными рисками и проблемами2022-06-19T15:28:00+03:002022-06-19T15:28:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-19:/2022-06-project-8.html<p>Разбираемся, в чём разница, и что с этим делать</p><p>Само понимание рисков и проблем – это приёмы проактивного поведения, то есть сделать что-то до того, как случилась неприятность. При этом проблема – это уже свершившийся факт, а риск – это то, что может случиться в будущем. Но даже если негативные последствия проблемы уже проявились, могут быть и новые последствия, пока сама проблема не была устранена. Могут ли проблемы и риски пересекаться? Думаю, да.</p>
<p>Например, устаревшая платформа, на которой реализуется решение. Является ли это проблемой? Да, потому что ты можешь умножить все сроки на 1,5, но проблема может продолжать наносить ущерб:</p>
<ul>
<li>При уходе разработчиков будет сложно найти им замену</li>
<li>При попытках интеграции может обнаружиться, что какие-то функции, API, эта платформа в целом поддержать не сможет</li>
<li>При нагрузочном тестировании может выясниться, что она в целом не выдержит планируемый поток данных, и нужно будет искать обходное решение</li>
</ul>
<p>Является ли устаревшая платформа риском? Нет, потому что риск – это событие, например, срыв сроков в связи с задержками сроков разработки. Нужно ли анализировать и риски, и проблему? Думаю, да. А теперь разберём отдельно, как управлять проблемами и как управлять рисками.</p>
<h3>Управление проблемами</h3>
<p>Как говорят в современном интернете, TLDR: эскалируй проблему на уровень, на котором её можно решить, либо забей. В целом, изменения, риски и проблемы чем-то похожи в том плане, что на каждую создаётся карточка (обожаю это слово), и в ней описываются как предпосылки, так и суть проблемы и возможные последствия. Повторюсь, основная работа руководителя проекта – это как раз комплексно просчитать последствия: на этот проект, на операционную деятельность, на связанные проекты. Если это сделать достаточно детально, то ответ уже становится более-менее понятен.</p>
<p>Другими словами, в карточке есть две основных составляющих:</p>
<ul>
<li>Что мы потеряем, если оставим, как есть</li>
<li>Что мы потеряем, если бросимся исправлять тем или иным способом</li>
</ul>
<p>Дальше проблема, риск, изменение выносится на Управляющий комитет проекта, и если тот рационален, то он выбирает наименьшее из зол. Если высушить ещё немного, руководитель проекта приходит на Управляющий комитет с известным на 90% ответом. Люди вполне способны принять решение, если им предоставить факты и анализ. Причём тут не требуется как-то эмоционально описывать, пугать кого-то ужасами последствий.</p>
<p>В анализе могут возникнуть несколько проблем (упс, рекурсия):</p>
<ul>
<li>Не учли все последствия</li>
<li>Не вышли на требуемый уровень анализа</li>
</ul>
<p>В последнем случае достаточно знать, что человек может держать в сознании 3-7 объектов, иначе наступает перегруз. Люди, которые выносят на Управляющий комитет, например, куски кода, и рассказывающие о том, что именно сломалось в каком API, не выполнили своё домашнее задание. Не перегрузить, но при этом рассказать главное с необходимым и достаточным количеством деталей – в этом заключается мастерство на презентациях любого уровня, одной из которых является выход с проблемой / изменением / риском на Управляющий комитет.</p>
<p>Проектные проблемы, если они не устранены, желательно показывать на каждом статусе проекта. Выглядит немного странно, но когда в очередной раз проблема отстреливает инцидентом (реальным событием), вопросов возникает намного меньше.</p>
<p>Текущее количество открытых проблем и рисков в целом показывает, в какой зоне находится проект: зелёной, жёлтой или красной. Если большое количество проблем или рисков долго остаются открытыми, значит, либо это большой и сложный проект (для которого это может быть нормально), либо проект катится без управления на одной "светлой вере в будущее". Ничего хорошего в последнем варианте нет.</p>
<h3>Управление рисками</h3>
<p>С оценкой рисков есть много подходов, мне кажется важным отделять последствия от вероятности реализации. В таком случае делается таблица (реестр) рисков, в которой итоговое количество баллов по риску считается как произведение тяжести последствий (оценивается от 1-го до 3-х) на вероятность их реализации (также от 1-го до 3-х).</p>
<p>Как пример:</p>
<table>
<thead>
<tr>
<th>Риск</th>
<th>Тяжесть последствий</th>
<th>Вероятность</th>
<th>Оценка</th>
</tr>
</thead>
<tbody>
<tr>
<td>1. Срыв сроков интеграционного теста в связи с задержкой разработки</td>
<td>1</td>
<td>3</td>
<td>3</td>
</tr>
<tr>
<td>2. Срыв сроков проекта в связи с падением метеорита</td>
<td>3</td>
<td>1</td>
<td>3</td>
</tr>
</tbody>
</table>
<p>Понятно, что в случае форс-мажоров все могут остаться без проекта (и без работы), но насколько они вероятны, эти форс-мажоры?</p>
<p>И ещё один момент: это нудно, но риски нужно периодически пересматривать. Бывает, что они рассасываются или реализуются, а бывает, что наши оценки тяжести последствий и вероятности могут измениться. И если вероятность или тяжесть последствий выросли, мы можем решить что-то начать с этим делать. Например, добавлять в план проекта какие-то отдельные задачи, выделять на эти задачи ресурсы.</p>Разбираемся с большим и сложным проектом2022-06-12T15:17:00+03:002022-06-12T15:17:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-12:/2022-06-project-7.html<p>Аж самому страшно стало</p><p>Если судьба забросила на большой и сложный проект, то имеет смысл копнуть чуть глубже по следующим направлениям:</p>
<ul>
<li>Заказчик, его адекватность, стремления и реальная ценность проекта для него</li>
<li>Архитектура решения, платформа и всё такое</li>
<li>Качество проектных результатов</li>
</ul>
<p>Как обычно, начинаем с самого главного, с людей.</p>
<h3>Заказчик</h3>
<p>Надеюсь, вы уже выделили бизнес-заказчика, без этого читать этот пункт не стоит. От этого человека зависит главное: будете ли вы дальше получать зарплату. Что происходит через сложную цепочку событий, от ваших личных взаимоотношений и встреч с ним до его ожиданий и их дрейфа в какую-то сторону и реально достигнутых результатов в какие-то сроки.</p>
<p>На основе своего болезненного опыта лично я выработал (обманчиво) простой опросник, по которому бизнес-заказчика обязательно надо оценить:</p>
<ul>
<li>Адекватность</li>
<li>Мотивы</li>
<li>Что ему нужно от проекта</li>
</ul>
<p>Наверное, адекватность – одна из самых сложных тем. Поскольку здесь я не профессионал (т.е. не психолог или логопед), то вынужден ориентироваться по косвенным признакам:</p>
<ul>
<li>Предсказуемое поведение; если общение длится какое-то время, можно смоделировать похожие ситуации. Так вот, если реакция человека похожа в похожих ситуациях, или он сам объясняет вам, почему его реакция отличается – ставим плюсик. Если же реакция человека различается, но он аргументирует это не логически, а погодой и другими внешними обстоятельствами – у вас проблема. Как минимум, у человека проблемы с саморегуляцией своего эмоционального состояния. В худшем случае – сбои в логических цепях (хотя вот тут я не уверен, что хуже).</li>
<li>Мотивы: зачем он ходит на работу? У него есть хоть что-то, что ему нравится в самой содержательной части работы, или его функция оптимизации делать минимум, получать максимум? Бизнес-заказчиками редко ставят людей, которые представляют свою работу как греблю на галере. В идеальном случае у него есть какие-то профессиональные ценности и личные устремления в части развития и достижений. Поговорите с ним об этом: если вы нащупаете нужную тему, то обретёте надёжного долгосрочного союзника. Если этого нет, и вопрос только в деньгах, с этим работать тоже можно, если в стремлении работать осталась порядочность и добросовестность. С чем нельзя работать – так это с безразличием. Что у меня получалось делать в случае с безразличием, так это наступать на больную мозоль и потом вести переговоры в духе "давайте подумаем, что вы сделаете для того, чтобы я с этой мозоли ушёл". Не очень приятно, но работает.</li>
<li>Ценность проекта для него. И здесь не нужно жалеть времени для обсуждения, все передовые методики (взять тот же JTBD) строятся на фундаменте ценности. Это должно быть устранение понятной боли либо добавление возможности, которая нужна для чего-то очень конкретного (выхода на новый рынок, получения конкурентного преимущества). Но это ценность для бизнеса, а как цели конкретного человека связаны с целями бизнеса? Может быть, что никак. Может быть, от него отстанут. Может быть, для его мотивации достаточно, если он делает что-то важное для компании, в которой работает. Вот в последнем случае я бы не останавливался, а продолжал обсуждать. По опыту требуется от трёх до пяти встреч, чтобы выровняться по тому, в чём результаты проекта для вас и предполагаемая ценность для бизнеса, и то же самое + ценность для бизнес-заказчика лично. И тут рассмотрим самый плохой вариант: отказ, отсутствие интереса к этому обсуждению – это очень, очень плохой признак. Смотри "безразличие" в пункте выше. Но тут лекарство другое: выходить на уровень акционеров и просить сменить бизнес-заказчика, это вполне достаточная и необходимая причина.</li>
</ul>
<h3>Архитектура решения и платформа</h3>
<p>Если в вашем проекте существенным результатом является разработка или внедрение ИТ-решения, то нелишним будет честно собрать ответы на такие вопросы:</p>
<ul>
<li>На достаточно ли современной платформе строится решение?</li>
<li>Велик ли объём технического долга?</li>
<li>Достаточно ли современные решения в части архитектуры принимаются в рамках проекта?</li>
</ul>
<p>Тут всё просто, достаточно поговорить с разработчиками. Они, как правило, топят за наиболее продвинутые решения, и у них болит душа от костылей и legacy, то есть кривых унаследованных решений, а также от критического объёма технического долга. Наоборот, они будут рады встретить человека, которому наконец можно высказаться.</p>
<p>В части платформы и её современности есть несколько подвопросов для оценки:</p>
<ul>
<li>Сколько лет разрабатывается решение? Лет = баллов, поскольку всё развивается очень динамично (больше 10 уже не важно).</li>
<li>Остались ли в команде разработчики, которые начинали писать это решение?</li>
<li>Платформа входит в мейнстрим или это штука "для знатоков? Одно дело, если веб-решение строится на python / php / java, и другое, например, когда scala, разработчиков найти существенно труднее.</li>
</ul>
<p>В целом все эти три вопроса влияют на лёгкость поиска разработчиков: все хотят работать с современными фреймворками, быть ликвидными на рынке труда и не разгребать чужие костыли. Но и текущие разработчики тоже имеют некоторую мотивацию продолжать развивать решение. В каких-то случаях к вам будут приходить с предложением "закопать и сделать заново", и... иногда это имеет смысл. И вопрос не в абстрактной "технологичности", а в лёгкости внесения изменений, которая и определяет скорость развития решения. А скорость это... всё.</p>
<h3>Качество проектных результатов</h3>
<p>В программной разработке должны быть какие-то люди, которые описывают решение. Если эти люди есть, как и эта документация, уже хорошо. Но как она ведётся?</p>
<ul>
<li>Соблюдается ли принцип "сверху-вниз": эпики и задачи или видение модулей и их взаимодействия на верхнем уровне. В целом возможность переключения между разными уровнями абстракции, это одна из разновидностей признака "а была ли здесь мысль?" Если документация похожа на лоскутное одеяло, части которого противоречат друг другу и слабо складываются в общую картину, всё уже плохо. Ну и лечение здесь: сделать описание на верхнем уровне и обновить документацию.</li>
<li>Выровнен ли словарь как в проектной документации, так и в том, как общается проектная команда? Идеальный вариант, когда есть отдельный (обновляемый) словарь, особенно с расшифровкой аббревиатур. А вот нерасшифрованный сленг будет постоянно приводить к путанице.</li>
<li>Есть ли следы процессного подхода? Качественный текстовый документ, но с процессным подходом, будет лучше хаоса из картинок в Miro или Figma. В двух словах про процессный подход объяснить не смогу, зато есть отдельная <a href="2020-03-process_modeling.html">статья</a>.</li>
</ul>
<p>Повторю одну непопулярную мысль, которая подтверждается моим проектным опытом: не важно, насколько архаично <strong>выглядит</strong> документация, важно, если она сделана в соответствии с процессным подходом. В такой документации легче разобраться, она подразумевает меньше ошибок в реализованной бизнес-логике и позволяет ответить на 99% вопросов, которые обычно возникают по решению у бизнес-заказчику. Также она наиболее быстро позволяет погрузить любого человека в суть происходящего, от акционера до нового разработчика.</p>
<h3>И что дальше</h3>
<p>А дальше предстоит ответить самому себе на несколько вопросов:</p>
<ul>
<li>Хочу ли я с этим связываться?</li>
<li>Надо ли что-то менять (например, переписать документацию, сменить платформу)?</li>
<li>Насколько реальны с учётом новой информации параметры проекта: сроки, объём, бюджет?</li>
</ul>
<p>В последний раз в этой статье встряну с личным опытом, но вы уже знаете ответ: конечно надо менять и всё перепланировать. Если вы целитесь быть руководителем проекта, а не фигурой сбоку, про которую скажут: "собака лает, караван идёт". (С) Зато всё плохое, что произойдёт дальше, свалят на вас, будьте уверены. И аргумент "я же поднимал этот вопрос" не подойдёт. Поднимать недостаточно, надо делать.</p>Управление проектными изменениями2022-06-12T14:28:00+03:002022-06-12T14:28:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-12:/2022-06-project-6.html<p>Изменения объёма, сроков и бюджета, и как с ними жить</p><p>Проектных изменений лично у меня в последнее время было достаточно много, и это заставило задуматься о том, зачем они вообще нужны. Получается примерно такой список, причём последний пункт лично я для себя открыл недавно:</p>
<ul>
<li>Проинформировать все заинтересованные стороны о том, что уже случилось; например, часть команды ушла (поменяла работу)</li>
<li>Предоставить бизнесу выбор одного из возможных путей: например, архитектурное решение (криво и быстро или качественно и долго)</li>
<li>Сказать бизнесу что-то, что до этого никто не хотел слышать; например, что если постоянно срывать ресурсы с проекта, ничем хорошим это не закончится</li>
</ul>
<p>От того, в какой из этих ситуаций вы оказались, зависит и ваша тактика поведения. Например, не нужно делать иллюзию выбора там, где что-то уже произошло (сроки уже сдвинулись). С другой стороны, обязательно проговорить и утвердить с бизнесом выбор, даже если для вас он предельно очевиден. Это не только легализует изменения (можно перейти к реальному плану-графику), и не только информирует все заинтересованные стороны в происходящем. Это ещё и распределяет ответственность за происходящее (в том числе то, что не очень хорошо пахнет) на несколько людей, в классическом случае – на Проектный комитет.</p>
<p>Распределение ответственности на коллектив (против индивидуальной ответственности) крайне важно, поэтому остановлюсь здесь чуть подробнее:</p>
<ul>
<li>Приучает людей слушать и реально участвовать в принятии решений; а активное участие часто стимулирует какой-то ценный вклад; другими словами, это полная противоположность совещанию, на котором все спят; здесь решается судьба проекта;</li>
<li>Снимает индивидуальную ответственность с руководителя проекта; иначе руководитель проекта может перегореть от тяжести этой ответственности, лишиться сна да и вообще поехать кукухой; после чего продолжать работать руководителем проекта он вряд ли сможет;</li>
<li>Размазывает вину за неправильно принятые решения; любое решение может оказаться неверным, но сейчас, в момент принятия этого решения, никто не знает, правильное оно или нет; если люди будут знать, что к ним потом придут и спросят за неверное решение, они такое решение просто откажутся принять, а это означает, что проект вообще никуда не будет двигаться, либо решения будут приниматься случайным образом.</li>
</ul>
<p>А теперь сделаем шаг назад и определим проектное изменение. Это изменение одного из трёх компонентов проекта: объёма, сроков, бюджета. Всё просто? Тогда ответьте для себя на несколько проверочных вопросов:</p>
<ul>
<li>Является ли смена команда или даже одного руководителя проекта проектным изменением?</li>
<li>Является ли смена архитектуры решения проектным изменением?</li>
<li>Является ли появление нового риска проекта проектным изменением?</li>
</ul>
<p>Надеюсь, вы проверили себя, а теперь правильные ответы:</p>
<ul>
<li>Даже смена руководителя проекта является проектным изменением; любому человеку, особенно на крупном проекте, требуется сначала изучить вводные, а новый руководитель проекта может вообще не подтвердить плановые сроки, которые оставил после себя его предшественник; вы можете не выделять задачи на "адаптацию новой команды", тогда сроки тоже съедут, но бесконтрольно;</li>
<li>У архитектурного решения, с одной стороны, есть жизненный цикл (проектирование, разработка, тестирование, внедрение), а с другой стороны, зависимости (системы, которые интегрируются с решением) или предположения, которые были сделаны по срокам ряда задач при том, старом архитектурном решении; безусловно это проектное изменение и требуется заново оценить всё, что может поехать (прежде всего, сроки и бюджет);</li>
<li>Сами по себе риски не являются проектным изменением, и в любом плане управления рисками есть вариант "забить"; а вот если появляются новые задачи (читай, объём) по управлению / митигации рисков, это уже безусловно является проектным изменением.</li>
</ul>
<p>Есть много других пограничных случаев: изменения требований к качеству проектных результатов (изменение объёма), смена бизнес-заказчика (высокий риск изменения объёма), появление технического долга (если не забить на него, а разгребать, то это появление новых задач = изменение объёма), форс-мажор (ковид и невозможность командировок, очной поддержки, очного обучения – тут надо смотреть, но растягивание сроков с неактивным заказчиком очень вероятно). В идеале спрогнозировать сдвиги проектного плана заранее, при анализе изменения, а также сдвиги зависимых задач. Часто бывает так: ну сдвинется проект, и ладно, а вот то, что сдвинется зависимый от него большой и важный проект / запуск / бизнес-показатель – этого уже допустить никто не может. И часто важность последствий перевешивает.</p>
<p>В чём же роль проектного менеджера здесь?</p>
<ol>
<li>Не паниковать. Всем страшно, но не любое событие является проектным изменением. Задачей проектного менеджера является <strong>анализ</strong> того, что происходит. Для этого есть шаблон запроса на изменения. На что в действительности влияет новая информация? Какие есть варианты решения? Что будет, если "оставить, как есть сейчас"?</li>
<li>Сообщить всем заинтересованным сторонам. И формализованный запрос на изменение это существенно облегчает: все получают доступ к абсолютно одинаковой актуальной трактовке того, что происходит. Обычно проектного изменения (без лишних деталей) хватает и для статуса проекта, и для Проектного комитета, и для любых других заинтересованных сторон.</li>
<li>Пересобрать проект относительно произошедшего изменения (выбранного варианта): подвинуть зависимые задачи, заложить дополнительные запасы в виде времени, если неопределённость увеличилась, добавить задачи (при той же смене проектной команды). Да, все будут против, будет много писка и истерик. Если пискуны хотят порулить проектом – "флаг им в руки, барабан на шею". Здесь вестись нельзя.</li>
</ol>
<p>Ну и последнее напутствие в этой части: привыкните слышать "нет". Если бы мне платили $5 за каждое "нет", после которого я всё равно сдвигал сроки, на что-нибудь ощутимо материальное точно бы хватило. "Нет" – это бытовое сопротивление тому, что есть в реальности. Также и сами проекты приводят к изменениям, а люди, в основном, хотят сохранить статус кво. Так что это лишь ещё одна контр-интуитивная вещь в проектном управлении. Особенно забавно это звучит в части программной разработки, поскольку её трудоёмкость объективна. "Нет" говорят люди, которые думают, что у них власть, но на самом деле:</p>
<ul>
<li>У них нет власти уменьшить объективную трудоёмкость и технологическую последовательность задач;</li>
<li>У них нет компетенций спрогнозировать влияние изменения на связанные задачи и инициативы;</li>
<li>У них нет понимания реальных альтернатив, что можно сделать.</li>
</ul>
<p>Всё, что им остаётся – это недовольно стучать ножками и морально давить. Блин, если вы на это ведётесь, мне жаль.</p>FAQ про управление разработкой2022-06-07T08:27:00+03:002022-06-07T08:27:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-06-07:/2022-05-project-5.html<p>Главное, правильно взяться за управлятор</p><p>Есть обширные руководства по управлению разработкой. Но, как оказалось, там не всегда есть прямой ответ на те вопросы, которые возникают по управлению разработкой на практике. В этой статье на основе того, что попадалось мне, ответим на такие вопросы:</p>
<ul>
<li>Как должна быть организована коммуникация с разработчиками?</li>
<li>Что необходимо для наиболее продуктивной работы разработчиков?</li>
<li>Что делать с системной ошибкой оценки разработки?</li>
</ul>
<h3>Коммуникация с разработчиками</h3>
<p>Коммуникация может быть поделена на 2 вида:</p>
<ul>
<li>Оценка планового срока разработки</li>
<li>Уточнение деталей по конкретной задаче</li>
</ul>
<p>За оценку планового срока отвечает тим лид. В этой оценке тоже может содержаться системная ошибка, о которой позже. Тем не менее, это лучше других вариантов:</p>
<ul>
<li>Оценка каждого разработчика – тут получаем случайные величины</li>
<li>Оценка бизнес-аналитика – аналогично</li>
</ul>
<p>В последнем случае всё намного хуже, потому что к тем факторам, которые давят на разработчика, примешиваются факторы, которые давят на аналитика: желаемые сроки и тому подобное. В итоге часто желаемое выдаётся за действительное.</p>
<p>В деталях по конкретной задаче коммуникацию нужно максимально спрямить, то есть разработчик и бизнеса-аналитик (постановщик задачи) должны общаться напрямую. Если необходимо, тим лид может участвовать на встрече, в этом проблем нет.</p>
<h3>Условия продуктивной работы разработчиков</h3>
<p>Если разработку представить, в идеальном случае, как ритмичный конвейер, то для его чёткой работы необходимы:</p>
<ul>
<li>Команда</li>
<li>Постановка задачи</li>
<li>Минимум совещаний</li>
</ul>
<p>Команда означает, что есть общее поле для общения и вне работы: менеджеры, бизнес-аналитики, тестировщики, разработчики. Самый простой способ наладить такое общение – запланировать встречу именно для неформального общения. И даже не так плохо, если такие встречи будут проходить в рабочее время. Пересечение интересов, выяснение общих ценностей сближает людей и сглаживает общение по работе.</p>
<p>Постановка задачи означает чёткое описание того, что должно быть сделано, но при этом без деталей реализации, которые должен продумать сам разработчик. В целом внедрение качественной постановки задачи – отдельная история, которая предполагает:</p>
<ul>
<li>Обучение бизнес-аналитиков</li>
<li>Обсуждение проблем с постановкой задач вместе с разработчиками</li>
<li>Разработку и внедрение шаблонов для разных видов задач, повторное использование успешных примеров</li>
</ul>
<p>Минимум совещаний означает, что разработчики должны быть заняты разработкой технических решений и написанием кода. И их не должны волновать:</p>
<ul>
<li>Ограничения по срокам (которые кто-то установил и свалил)</li>
<li>Юридические или налоговые ограничения решения; задача аналитика – перевести их в технические ограничения задачи</li>
<li>Подробности организации внедрения: как обучают пользователей и т.п.</li>
</ul>
<p>Иногда кажется, что если "все будут знать всё", то будет как-то легче. В моей практике "все будут смотреть за всеми" не работает, должно быть разделение не только труда, но и ответственности за разные части проекта.</p>
<h3>Что делать с системной ошибкой оценки разработки</h3>
<p>Часто разработка раз за разом показывает стабильную ошибку, оценка, естественно, меньше. В целом, стабильность, – это уже неплохо. Потому логично просто в следующий раз корректировать на эту ошибку. Но не всё так просто: руководитель проекта должен встать между разработкой и заказчиком.</p>
<ul>
<li>Оценку разработки нельзя показывать заказчику</li>
<li>Оценку для заказчика нельзя показывать разработке</li>
<li>В целом оценка, скорректированная на ошибку – это всё равно "впритык", поэтому хорошая практика – прибавлять ещё 20%</li>
</ul>
<p>Хуже системной ошибки может быть несистемная (кто-то употребляет наркотики?). Но хуже несистемной может быть только отсутствие данных об ошибках, тогда вместо обсуждения фактов обсуждаем оценки и мнения. "Я считаю, что разработка делает всё вовремя", "А я считаю, что не вовремя". Пожалуйста, не делайте этого, поставьте систему учёта план-факта.</p>Управление планом-графиком2022-05-24T20:42:00+03:002022-05-24T20:42:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-24:/2022-05-project-4.html<p>Составляем план-график, потом сдвигаем</p><p>Вот собрался писать про управление планом-графиком при том, что у меня за последнее время статистика такая:</p>
<ul>
<li>Время на проекте: 4 месяца</li>
<li>Сдвиги проекта: почти 3 месяца</li>
</ul>
<p>Ладно, будем считать, что "за одного битого двух небитых дают". :) Рассмотрим следующие вопросы:</p>
<ol>
<li>Подход к составлению план-графика</li>
<li>Изменение сроков</li>
<li>Ужимание, распараллеливание и другие мифы</li>
</ol>
<h3>Подход к составлению план-графика</h3>
<p>Подход, который я опишу, больше подходит для waterfall и гибридных проектов, когда план-график (и соответствующая ему диаграмма Гантта) имеют место быть. Если вы работаете исключительно в системе agile (Scrum или Kanban), то вы больше работаете с приоритетами, то есть определяете объём следующего спринта (или того, что берёте в работу в рамках Kanban) на основе относительной важности задач. Дальше у вас есть либо фиксированный по длине спринт, либо то, что попало в работу. Другими словами, отрезок времени и ресурсы фиксированы, объём определяется приоритетами, поэтому приоритетами и нужно заниматься в первую очередь.</p>
<p>План-график нужен, когда у вас есть заданная технологией (или подходом) последовательность работ: на уровне достаточно детальных задач в случае waterfall или на уровне этапов в случае гибридного подхода. Поскольку планирование – это процесс, лучше всего на него смотреть с точки зрения входов и выходов:</p>
<ul>
<li>входы: задачи, их последовательность, трудоёмкость и сроки</li>
<li>выходы: общая длительность проекта</li>
</ul>
<p>Можно планировать без учёта ограничений на ресурсы, а можно учитывать такие ограничения. Скорее всего, при балансировке ресурсов после составления календарного графика сроки ещё увеличатся, поскольку у ресурсов не может быть загрузки более 100%.</p>
<p>Специализированные инструменты вроде MS Project или GanttProject сильно облегчают составление плана-графика, поскольку позволяют учесть выходные дни, календарь праздников, а также вносить изменения и при этом не переделывать всё. Если зависимости между задач установлены корректно, зависимые задачи подвинутся автоматически.</p>
<p>Лично я пользуюсь одним-единственным подходом при составлении плана-графика, который страхует от крупных ошибок и дисциплинирует мышление – сверху-вниз:</p>
<ol>
<li>Ставим одну задачу на верхнем уровне, которая совпадает с названием проекта: в ней будет автоматически считаться старт и окончание проекта;</li>
<li>Ставим этапы на уровне -1, только после составления перечня этапов переходим на нижний уровень и так далее;</li>
<li>Детализируем до уровня крупных задач, но это не те задачи, которые будут выданы конкретным исполнителям; в основном, здесь исходят из того, чтобы план слишком сильно не разрастался по количеству строк.</li>
</ol>
<p>Балансировка ресурсов – немного отдельная тема, и она не всегда требуется, поэтому пока едем дальше.</p>
<h3>Изменение сроков</h3>
<p>В проектах очень редко что-то "нагоняют", но проектный менеджер и нужен для внесения изменений план-график, иначе после составления первоначального плана-графика его можно было бы переключить на другой проект. В чём ценность работы проектного менеджера с точки зрения изменений плана-графика:</p>
<ol>
<li>Честно внести изменения</li>
<li>Учесть влияние на другие задачи, которые не всегда видны на плане-графике, поэтому нужно понимать также сутевую часть зависимостей</li>
<li>Сообщить всем заинтересованным лицам через правильные средства коммуникации об изменениях: связанным проектам, Проектному комитету, акционерам</li>
</ol>
<p>Наиболее частный "смертный грех" руководителя проекта, особенно начинающего – умалчивать об изменениях. На мой взгляд, здесь есть два варианта:</p>
<ol>
<li>Взять человека, который уже состоялся как проектный менеджер и которому репутация дороже</li>
<li>Поставить контрольные точки и контролировать сдвиг не только вопросами проектному менеджеру, но и по косвенным признакам</li>
</ol>
<p>Очень часто бывает, что видимые результаты на проекте появляются достаточно поздно, поэтому долгое время можно ходить на статусы и спрашивать "как дела?", а в ответ слышать "всё в работе". Через 2 года окажется, что ничего не сделано, поэтому:</p>
<ol>
<li>Детализация изначального плана-графика определяет риск сдвига на уровне одной задачи; если он разбит на задачи длительностью месяц, то он может сдвинуться на месяц</li>
<li>Косвенным признаком, как на самом деле идут дела, могут быть не только вопросы об окончании задачи, но и вопросы о начале задачи</li>
<li>Можно и нужно до окончания массивной по сроку задачи устраивать обсуждения драфта, поэтому отмазки по планированию таких встреч не принимаются – либо есть что показать, либо там никто ничего не делал</li>
</ol>
<p>С другой стороны, здесь легко можно свалиться на уровень микро-менеджмента, и тут вступает в силу другое правило: если у вас такие люди, которыми можно управлять только с помощью микро-менеджмента, может, пора менять людей?</p>
<h3>Ужимание, распараллеливание и другие мифы</h3>
<p>После скрытия сдвигов следующими грехами проектного менеджера являются:</p>
<ul>
<li>Ужимание ранее запланированных сроков</li>
<li>Распараллеливание задач, у которых изначально была очерёдность</li>
</ul>
<p>В целом это нарушение общего правила "лучше не будет". Исключением является предварительная проработка задачи, в рамках которой её объём уточнился и действительно уменьшился. Именно потому, что бывает обычно хуже, лично я предпочитаю не трогать зависимости и сроки, но использовать для новых задач и для понимания срока окончания уже начатых задач планирование от освоенного объёма. И тут кроется ещё один грех: мы сделали 10% за 90% времени, оставшиеся 90% объёма сделаем сейчас / сегодня / внезапно. Планирование от освоенного объёма это опровергает: грубо говоря, 100% задачи займёт 900% от первоначального срока, следовательно, оставшийся объём можно сделать за 810%.</p>
<p>Но это ещё не всё, в реальности всегда происходит замедление по следующим причинам:</p>
<ul>
<li>Люди устают, и темпы падают</li>
<li>Накапливается технический долг – те вопросы, которые задвинули на попозже</li>
<li>Риски с течением времени имеют свойства реализовываться, в том числе, возникают технические проблемы</li>
<li>Объём тоже имеет свойство увеличиваться с течением времени, особенно если им не управлять: это относится и к критериям приёмки, то есть если первые результаты можно сдавать легко, то следующие будут принимать всё более тщательно</li>
<li>На более поздних стадиях выясняется дельта между тем, что необходимо сделать для достижения результата, и теми задачами, которые есть в проектном плане</li>
</ul>
<p>Но и это ещё не всё, это при относительно грамотном управлении ресурсами. Например, мне известен случай, когда руководитель проекта постоянно переключал все ресурсы на задачи, по которым подходил дедлайн. Поэтому на первых задачах темпы были выше, а потом пошло резкое замедление, да и качество результатов существенно упало. А когда падает качество. требуется больше итераций, чтобы доделать, принять и двигаться дальше. По сути, проблема с качеством приводит к кратному увеличению расхода ресурсов. Но также качество падает и в зависимости от усталости, морального напряжения или негативной атмосферы в команде.</p>
<p>При возникновении такого рода вопросов у проектного менеджера возникает два варианта решения:</p>
<ul>
<li>закладывать средние или даже максимальные сроки, то есть маскировать проблемы в сроках</li>
<li>закладывать минимальные сроки и подсвечивать риски отдельно</li>
</ul>
<p>Тут сложно давать однозначные рекомендации, но всё-таки я убеждён, что миссия проектного менеджера – вытаскивать и подсвечивать проблемы, чтобы они решались. А не пытаться дотащить проект, пряча проблемы под ковёр. Под ковром проблемы имеют свойство умножаться, и если с ними не разбираться, сдвиги получаются совершенно другие. Как разбираться с проблемами и изменениями, расскажу в следующей статье.</p>Проектное управление: статусы и коммуникации2022-05-11T22:41:00+03:002022-05-11T22:41:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-11:/2022-05-project-3.html<p>Предоставляем информацию туда, где она нужна</p><p>В целом можно выделить уровни коммуникации:</p>
<ul>
<li>Директора, здесь требуется сжатый формат, как правило, в виде презентаций</li>
<li>Уровень ключевых участников проекта, здесь требуется обзор реального положения дел в средней детализации</li>
<li>Уровень участников проекта, где требуется максимальная детализация задач, но она не должна расходиться с пониманием на других уровнях</li>
</ul>
<p>Чтобы предоставить на каждый уровень информацию в том виде, как она требуется, предлагаю три меры:</p>
<ol>
<li>Строить коммуникации вокруг статуса проекта</li>
<li>Использовать связку "почта - портал - встречи" и замыкать её компоненты друг на друга</li>
<li>Осознанно создавать новые каналы коммуникаций и встраиваться в существующие каналы</li>
</ol>
<p>Дальше рассмотрим подробнее, что здесь имеется в виду.</p>
<h3>Статус проекта</h3>
<p>По поводу статуса есть несколько моментов:</p>
<ul>
<li>Подготовка: сам статус должен быть готов до встречи, и если ничего лучше нет, рекомендую использовать <a href="https://kovchinnikov.info/pages/projectm.html">шаблон</a>; также желательно выслать документ всем хотя бы за сутки и приучить (не смог подобрать другого слова) всех читать этот документ до встречи</li>
<li>Периодичность и длительность: лично мне больше всего нравится формат "полчаса раз в неделю", но можно и "час в неделю" или раз в две недели; тут надо понимать, что встречи больше часа не продуктивны, а при встрече длительностью в полчаса 15 минут отводится на доклад руководителя проекта и 15 минут для ответов на вопросы</li>
<li>Содержание: на встрече рассматриваются только вопросы управления проектом, такие как проектные риски, критический путь, проектные проблемы; сутевые вопросы и вопросы, связанные с конкретными задачами нужно выносить на отдельные встречи</li>
<li>Участники: присутствуют только ключевые участники, такие как заказчик и руководители проектов, руководители направлений; спонсор может присутствовать, но я предпочитаю выстраивать с ним общение отдельно и подавать только информацию, нужную для принятия конкретных решений</li>
<li>Результаты статуса обязательно фиксируются в отдельном документе и рассылаются всем участникам</li>
<li>На всякий случай напомню об одном из основных правил проектного управления no surprises: содержание статуса все участники должны знать до его проведения</li>
</ul>
<p>С точки зрения информирования остальных участников проекта и внешних заинтересованных лиц о том, что происходит, в 90% случаев хватает информации из статуса. Но как её донести?</p>
<h3>Встречи, письма и портал</h3>
<p>Важно создать "единый источник правды" с наиболее актуальной информацией о проекте, и наиболее полезным является веб-страница или отдельный портал. На нём выкладывается проектная документация, если она не является секретной, а также презентации, результаты встреч, глоссарий проекта, актуальный план-график, устав проекта. Дальше нужно приучить всех прежде всего смотреть не у себя на диске, не в почте или ещё где-то, а на портале. Очень вредными являются устаревшие версии документов, поэтому это критично.</p>
<p>Почта имеет несколько преимуществ:</p>
<ul>
<li>Не нужно создавать отдельный чат, чтобы разослать информацию любому кругу получателей</li>
<li>Люди склонны считать, что массовые рассылки имеют больший авторитет, чем письма отдельным людям или сообщения в чате</li>
<li>Письмо можно сохранить, а потом открыть ссылки оттуда</li>
</ul>
<p>В письмо нет смысла выкладывать файлы, в этом случае почта действует как тизер. Например, вышел новый проектный документ. В остальном в почте приводится краткий список новостей или, если необходимо, призыв к действию: изучить, пройти опрос, записаться.</p>
<p>На встречах нужно исходить из того, что вся необходимая информация есть на портале. И если это не так, не нужно её пересылать; прежде всего, это повод выложить её. Соответственно, встречи и письма побуждают лишний раз зайти на портал. Сколько раз нужно об этом сказать на встрече или написать в письме? Вот несколько известных значений:</p>
<ul>
<li>Чтобы продать что-то, нужно 7 касаний</li>
<li>Коммуникаций должно быть в 7 раз больше, чем вы думаете</li>
<li>Чтобы человек что-то усвоил, ему нужно повторить это 3 раза</li>
</ul>
<p>Если кратко: много, очень много раз.</p>
<h3>Новые и существующие каналы коммуникаций</h3>
<p>Кроме статусов по проекту и рассылок, проект – это повод сделать другие коммуникации:</p>
<ul>
<li>Регулярный вестник проекта</li>
<li>Конференцию во время важной стадии проекта, и это будет не только выработка решений, но ещё и коммуникация</li>
<li>Неформальную встречу проектной команды на природе</li>
</ul>
<p>Но ещё более эффективно – встраиваться в существующие коммуникации со своей повесткой. Там, где обычно говорит руководство и где люди привыкли слушать:</p>
<ul>
<li>Оперативки и летучки</li>
<li>Конференции по другим темам или слёты по функциональной вертикали (финансы, логисты, производство)</li>
<li>Вестник блока, внутренняя газета</li>
</ul>
<p>В целом внутренние корпоративные коммуникации очень похожи на современный маркетинг. Например, интервью о проекте с селебрити (вице-президентом), продвижение целей проекта на светском мероприятии (корпоративе) заходят замечательно. Причём, по моему опыту, выброс негатива не так критичен, как установление доверия к коммуникациям, а для этого нужно уметь признавать свои ошибки и освещать не только "розово-сахарную" сторону проекта.</p>
<p>В следующий раз опишу управление планом графиком: перепланирование, поиск реалистичных сроков и критического пути.</p>Obsidian и другие2022-05-11T19:22:00+03:002022-05-11T19:22:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-11:/2022-05-kb.html<p>Когда где-то начинает пахнуть базами знаний, я не могу пройти мимо</p><p>Ничего особенного, просто в YouTube все так восторгаются управлением своими знаниями / заметками с помощью Obsidian. Возможно, кому-то будет полезна табличка ниже. Лично я переболел ведением своего wiki на этапе Dokuwiki, а для задач использую vimwiki. Ну и небольшие размышления по этому поводу под таблицей.</p>
<table>
<thead>
<tr>
<th>Функции</th>
<th><a href="https://obsidian.md/">Obsidian</a></th>
<th><a href="https://logseq.com/">Logseq</a></th>
<th>Emacs <a href="https://www.orgroam.com/">org roam</a></th>
<th><a href="https://github.com/vimwiki/vimwiki">Vimwiki</a></th>
<th><a href="https://www.dokuwiki.org/dokuwiki">Dokuwiki</a></th>
</tr>
</thead>
<tbody>
<tr>
<td>Задачи</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
</tr>
<tr>
<td>Календарь</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Нет</td>
<td>Да</td>
</tr>
<tr>
<td>Дневник</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
</tr>
<tr>
<td>Диаграмма взаимосвязей</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Нет</td>
<td>Нет</td>
</tr>
<tr>
<td>Opensource</td>
<td>Нет</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
</tr>
<tr>
<td>Совместная работа</td>
<td>Нет</td>
<td>Нет</td>
<td>Нет</td>
<td>Нет</td>
<td>Да</td>
</tr>
<tr>
<td>Размер</td>
<td>221 Mb</td>
<td>190 Mb</td>
<td>305 kb</td>
<td>6,1 Mb</td>
<td>32 Mb</td>
</tr>
<tr>
<td>Markdown</td>
<td>Да</td>
<td>Да</td>
<td>Нет</td>
<td>Нет</td>
<td>Нет</td>
</tr>
<tr>
<td>Plugins</td>
<td>Да</td>
<td>Да</td>
<td>Нет</td>
<td>Нет</td>
<td>Да</td>
</tr>
<tr>
<td>Zettelkasten</td>
<td>Да</td>
<td>Да</td>
<td>Да</td>
<td><a href="https://github.com/michal-h21/vim-zettel">Да</a></td>
<td>Нет</td>
</tr>
</tbody>
</table>
<p>Если вы всё же решили использовать Obsidian, просто хотел напомнить, что:</p>
<ul>
<li>Это не opensource, и никто не может сказать, куда приложение отправляет ваши данные</li>
<li>Есть сервис для публикации ваших отдельных заметок, но это совсем не то же самое, что веб-приложение для совместных заметок; а вот наоборот работает: веб-приложение (например, Dokuwiki) можно как установить лично для себя, так и установить на сервере в закрытом режиме</li>
<li>Не очень понял насчёт пользы от диаграммы взаимосвязей</li>
<li>Dokuwiki тут для примера, люди рекомендуют <a href="https://tiddlywiki.com/">TiddlyWiki</a>, если вам нужен именно Zettelkasten</li>
<li>Vimwiki значительно облегчает редактирование Markdown файлов: добавление ссылок, работу с таблицами и списками</li>
</ul>
<p>И не могу не рассказать (возможно, ещё раз) о бэкапах: однажды у Кати полетел диск на Macbook, но все данные были в dokuwiki на сервере. Если у вас такая ценная база знаний, не забывайте о бэкапах, ну или используйте сервисы, где бэкапы включены.</p>Ограничения ребёнку на интернет2022-05-09T16:23:00+03:002022-05-09T16:23:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-09:/2022-05-squid.html<p>Используем Squid для ограничения интернета</p><p>Дано: комп на linux.</p>
<p>Что требуется:</p>
<ul>
<li>Ввести ограничения на использование Интернетика с 18 до 21</li>
<li>Оставить электронный дневник, который использует большое количество сайтов на mos.ru</li>
</ul>
<p>Что интересно, в linux:</p>
<ul>
<li>время обычный пользователь изменить не может</li>
<li>а вот настройки proxy может, если знает, где</li>
<li>на локальном компе достаточно сложно закрыть порты, кроме того, который используется для proxy, поэтому рекомендуется внутренний firewall</li>
</ul>
<p>Устанавливаем squid и прописываем в конфиг:</p>
<div class="highlight"><pre><span></span><code>acl kidstime time SMTWHFA 18:00-21:00
acl kids src <ip address>
acl dnevnik dstdomain .mos.ru
</code></pre></div>
<p>И чуть ниже </p>
<div class="highlight"><pre><span></span><code>http_access allow kids kidstime
http_access allow dnevnik
http_access deny kids !kidstime
</code></pre></div>
<p>Вот и всё, ничего особенного.</p>Старт проекта2022-05-09T14:16:00+03:002022-05-09T14:16:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-09:/2022-05-project-2.html<p>Как начать проект, чтобы потом не было мучительно больно</p><p>Начать нужно с того, что самый лучший проект – это не сделанный проект:</p>
<ul>
<li>Ресурсы не потрачены зря</li>
<li>Никого не обманывали мутной целью</li>
<li>Не потратили время на ожидание нереальных эффектов от проекта</li>
</ul>
<p>И так далее. Как мне кажется, честность перед собой – это одно из главных качеств руководителя проекта, а всё остальное (проектный подход, шаблоны документов) ему лишь помогает. Если вы всё же решили начать проект, то вот что предстоит:</p>
<ul>
<li>Убедиться, что параметры проекта зафиксированы</li>
<li>Ответить себе ещё раз на ряд простых вопросов</li>
<li>Мобилизовать команду</li>
</ul>
<p>Шаблоны, о которых пойдёт речь, вы найдёте в разделе <a href="https://kovchinnikov.info/pages/projectm.html">проектных документов</a>, куда настоятельно рекомендую заглянуть.</p>
<h3>Фиксируем параметры проекта</h3>
<p>Параметры проекта, а особенно цели и объём, нужно зафиксировать в паспорте проекта. Также в паспорте фиксируется, кто является заказчиком, в чём состоит цель проекта, примерный план-график. С точки зрения объёма важно понимать, что качество является очень важным параметром объёма, поэтому иногда прямо в паспорте проекта фиксируют критерии приёмки результата. Ну и результат, его описание, что должно получиться в итоге.</p>
<p>Про экономические эффекты хочу заметить, что в классическом понимания управления проектом сам проект не несёт ощутимых экономических эффектов. Вместо этого они являются результатом выполнения программы проектов. Проект заканчивается ощутимым результатом для бизнеса, но эффект может наступать после окончания проекта через какое-то время, поэтому руководитель проекта ну никак не может нести ответственность за достижение этого эффекта.</p>
<p>Про эффекты можно написать отдельную статью, но предпочтительным форматом для экономических эффектов является бизнес-кейс с расчётом NPV, ну и могут быть просто количественные и качественные эффекты, которые напрямую нельзя перевести в деньги.</p>
<p>Про риски нужно знать, что при длительных сроках проекта всегда со временем размывается понимание результата. А всё, что связано с изменениями результата, всегда приводит к проектным изменениям. Ну а потом появились ковидные риски и трудности с выполнением работ на месте.</p>
<p>Ограничения и допущения обычно все пропускают, но если честно для себя зафиксировать, что мы на самом деле предполагаем, то сразу всплывут и риски, и наша наивность. Мы предполагаем, что ключевые специалисты не уйдёт из проектной команды, а тем более заказчик, что задачи проекта физически реализуемые за время проекта и так далее, что не всегда так.</p>
<p>Проекты всегда связаны с неопределённостью, но есть большая разница между разработкой и внедрением типовых решений (или похожих на типовые, то есть то, что кто-то когда-то делал) и проектами типа "исследования и разработка", когда никто не получал такой результат или в целом результат может быть не известен. Если есть высокая неопределённость, то можно начать с тех задач, которые максимально уменьшат эту неопределённость. Например, делать прототип, который подтвердит или опровергнет физическую реализуемость конечного результата, ценность и так далее.</p>
<p>В связях очень важно зафиксировать другие проекты, которые поставляют результат на вход в данный проект или зависят от его результатов. Дальше, как в стратегической игре, можно формировать альянсы исходя из общих интересов, и совместно эти интересы лоббировать.</p>
<h3>Чек-лист</h3>
<p>В проектном подходе PRINCE2 рекомендуют пробежаться по чек-листу перед тем, как стартовать проект. Что же там за вопросы? Если кратко: "а всё ли мы учли"? Почему стоит это делать:</p>
<ul>
<li>Подготовка больших проектов сама по себе является объёмной работой, и можно было что-то пропустить</li>
<li>В процессе подготовки какие-то данные могли устареть, поэтому имеет смысл посмотреть ещё раз на всё перед самым стартом</li>
<li>Если было интуитивное ощущение, что что-то с этим проектом не так, то либо один из вопросов ударит в эту точку, либо всё на самом деле норм</li>
<li>За время подготовки внешние обстоятельства (те же стратегические приоритеты в компании) могли резко измениться, а первоначальная задумка проекта могла этого не учитывать</li>
<li>Есть забавные вопросы насчёт того, а как мы вообще собираемся вести проект – это соответствует хотя бы стандартным практикам или мы безнадёжно отстали – ведь проекты большого объёма при устаревших подходах не стоит и начинать.</li>
</ul>
<p>Тут опять же требуется смелость, чтобы встать и сказать: дорогие друзья, мы не будем делать этот проект, и вот почему. Когда все уже настроились, остановить поезд, который уже готов отойти, бывает довольно сложно, но потом потери будут больше, и разумные люди обычно в этот момент грустнеют, но относятся с пониманием.</p>
<h3>Мобилизация команды</h3>
<p>В теории это одна встреча, на которой руководитель проекта озвучивает цели проекта, показывает всем план-график и детальные задачи на ближайший период, заказчик и исполнитель знакомятся, если не видели друг друга до этого. Один из наиболее важных признаков – физическое присутствие заказчика на этой стартовой встрече, которую также называют kick-off: если человек не выделил время даже для этой встречи, то понятно, что дальше будет только хуже.</p>
<p>В реальности (под капотом) такой встречи рекомендуется провести:</p>
<ul>
<li>Собеседования с ключевыми сотрудниками исполнителя и убедиться, что вы на одной волне, одинаково понимаете цели и задачи и путь их достижения, а также убедиться в том, что компетенции этих ключевых сотрудников достаточны для выполнения проекта</li>
<li>Беседы с заказчиком и другими внешними ключевыми лицами о том, что есть проект и как он будет сделан</li>
<li>Встречу со всей проектной командой исполнителя, на которой вы даёте вводные и формулируете детали конечного результата</li>
</ul>
<p>Проектные работы – это функция, которая на основе входов даёт некоторые выходы. Если никто эти входы и выходы не опишет, крайне странно ожидать, что получится что-то хорошее. Такая вводная встреча длится обычно часа два и даёт всем сотрудникам исполнителя следующую информацию:</p>
<ul>
<li>Внутренняя реальная организационная структура заказчика, кто принимает какие решения</li>
<li>Как будет организовано взаимодействие заказчик-исполнитель по направлениям </li>
<li>Как будет организована коммуникация на проекте, что требуется от коммуникации</li>
<li>Как будет проходить приёмка результатов: кто будет осуществлять предварительную проверку и сколько стадий приёмки будут проходить материалы, на основе чего будут приниматься решения о приёмке</li>
<li>Отвечает на вопросы, если такие ещё остались</li>
</ul>
<p>Это всё следствие из более общего правила no surpises: на стартовой встрече все уже обо всём знают. Тем не менее, бывает, что кто-то что-то не так услышал или понял, поэтому неоднократно на таких встречах я ловил ощущение "ну, не зря собрались".</p>
<p>А поскольку и паспорт проекта, и другие проектные документы, и информация на встречах – это всё разновидности коммуникации, то к ним применимы следующие правила:</p>
<ul>
<li>Для усвоения информацию нужно повторить три раза</li>
<li>Коммуникации должно быть в 7 раз больше, чем вы думаете</li>
</ul>
<p>В следующей серии продолжим про коммуникации и статусы проекта.</p>Debian дома2022-05-02T22:27:00+03:002022-05-02T22:27:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-02:/2022-05-debian.html<p>Продолжаем искать решение для стабильности и свежести</p><p>Сижу дома, никого не трогаю; было какое-то странное поведение системы, решил обновиться. Обновилось ядро на 5.17, перезагружаюсь, интернета нет. Ping показывает потерю 70% пакетов и больше. Ищу решение с телефона: увы, сломали совместимость с wi-fi картами одного производителя. Ну что же, теперь мне достоверно известно, что баги в ядре в Fedora случаются раз в 3-4 года.</p>
<p>С появлением flatpak, который позволяет в любой системе ставить последние версии наиболее используемых мной программ, проблема выбора дистрибутива не стоит так остро. ОК, мне нужно чуть больше стабильности, но я явно не готов мириться с костылями в Ubuntu. Для таких людей давно была CentOS, но она умерла, вместо неё вроде как Rocky Linux. В любом случае, мне нужен дистрибутив с deb или rpm, чтобы подключить принтер и сканер, поэтому если от системы требуется максимальная лёгкость и стабильность, то почему не Debian? </p>
<p>Вопрос в том, что Gnome не установишь из flatpak, поэтому придётся мириться с Gnome 3, зато с Adwaita – темой, которую давно пилит RedHat и которая очень хороша. Последний раз, когда я смотрел Debian (кажется, версии 9) там было всё не очень с дизайном, но теперь совсем другое дело. Итак, опишу свой опыт:</p>
<ol>
<li>Скачивание образа и установка</li>
<li>Удаление лишнего</li>
<li>Добавление нужного</li>
<li>Разборки с VPN</li>
</ol>
<p>До того, как всё это начинать, я составил список программ, которые мне нужны, и убедился, что есть документация по их установке. Чего и вам желаю, поскольку это сильно сокращает время настройки. Также следует учитывать, что это скорее серверный дистрибутив, и нехватка отдельных моментов, нужных пользователю, прям явно заметна, но в большинстве случаев это решается установкой программ. А вот в случае VPN и Network Manager лично у меня так не получилось.</p>
<h3>Скачивание образа и установка</h3>
<p>Это два этапа, на которых многие ломаются, начинают плакать, называть Debian плохим дистрибутивом, а также изобретают новые нецензурные выражения. Дело в том, что образ с драйверами в Debian есть, но называется <strong>неофициальным</strong>. Но именно он нам и нужен. Можно записать с помощью Fedora Media Writer, например.</p>
<p>На моменте разметки диска я застрял минут на 20. Хорошо хоть это был Live образ: можно было подключиться к интернету и посмотреть, в чём там дело. А дело в том, что установщик предложил мне только ручную разбивку диска, при этом, на самом деле он ожидал:</p>
<ul>
<li>Выделения 600 Мб под fat32 с точкой монтирования /boot/uefi и установленным флагом boot</li>
<li>Выделения всего остального под файловую систему на выбор с точкой монтирования /</li>
</ul>
<p>Ну это минимально, причём показания различались: где-то было написано, что нужно выделить ещё разделы.</p>
<h3>Удаление лишнего</h3>
<p>По какой-то неведомой причине, именно этот образ (а может и все образы) идёт с поддержкой тамильского, традиционного китайского и некоторых других языков, которые... немного захламляют меню выбора программ. Также традиционно я удаляю LibreOffice (предпочитаю WPS) и Thunderbird (можно ничего не ставить, если пользуетесь веб-почтой). Лично я потратил несколько часов на поиски и выпиливание лишнего, ну а вы можете использовать одну команду:</p>
<div class="highlight"><pre><span></span><code>sudo apt autoremove evolution libreoffice-* thunderbird gnome-games \
xterm task-thai-desktop xiterm+thai \
mlterm mlterm-common rhythmbox shotwell gnome-todo \
mozc-server mozc-data mozc-utils-gui fcitx*
</code></pre></div>
<h3>Добавление нужного</h3>
<p>Сначала поставим то, что можно поставить из deb:</p>
<div class="highlight"><pre><span></span><code>sudo apt install gnome-tweaks vim geary deja-dup git gthumb
</code></pre></div>
<p>Но если вы используете бэкап на Google Drive, вам понадобится ещё пара команд:</p>
<div class="highlight"><pre><span></span><code>sudo apt install python3-pip
pip install PyDrive
</code></pre></div>
<p>Дальше <a href="https://flatpak.org/setup/Debian">подключаем flatpak</a> и ставим:</p>
<div class="highlight"><pre><span></span><code>flatpak install wps telegram
</code></pre></div>
<p>Ну и для примера – что мне нужно поставить, чтобы поднять pelican (генератор этого сайта):</p>
<div class="highlight"><pre><span></span><code>sudo apt install python3 python3-venv virtualenv python3-virtualenv
</code></pre></div>
<p>Создаём виртуальную переменную и ставим в неё:</p>
<div class="highlight"><pre><span></span><code><span class="n">python</span><span class="w"> </span><span class="o">-</span><span class="n">m</span><span class="w"> </span><span class="n">pip</span><span class="w"> </span><span class="n">install</span><span class="w"> </span><span class="ss">"pelican[markdown]"</span><span class="w"> </span><span class="n">pelican</span><span class="o">-</span><span class="n">tag</span><span class="o">-</span><span class="n">cloud</span><span class="w"> </span><span class="n">pelican</span><span class="o">-</span><span class="n">sitemap</span><span class="w"></span>
</code></pre></div>
<p>Ну и дальше уже на вкус, я ставлю из deb Chrome, Zoom, Minecraft. Для Minecraft ставлю Oracle JRE. Кстати, для Minecraft тоже есть flatpak, но на самом деле это же java, то есть получается контейнер (java) в контейнере (flatpak), поэтому, на мой взгляд, смысла не имеет.</p>
<h3>Разборки с VPN</h3>
<p>И тут при подключении к VPN меня ждал облом:</p>
<ol>
<li>OpenVPN плагин к Network Manager не установлен по умолчанию; не страшно, ставим</li>
<li>Импортируем конфиг, не работает: смотрим логи, не хватает прав</li>
<li>Ищем решение, его нет: запускайте openvpn из командной строки; причём отваливается периодически, можете откатываться на предыдущую версию openvpn</li>
</ol>
<p>Но для запуска из командной строки нужны права root + каждый раз вводить логи и пароль. Это ещё ничего, я пробовал IPSEC, там ошибку просмотра конфига сразу выдаёт. Это ровно то, что я называю "серверный дистрибутив" – очевидно, в это место никто даже не заглядывал. И пришлось сделать на основе <a href="https://openvpn.net/cloud-docs/openvpn-3-client-for-linux/">openvpn3</a>:</p>
<p>Сначала прописываем в конфиге (.ovpn) </p>
<div class="highlight"><pre><span></span><code>auth-user-pass login.conf
</code></pre></div>
<p>А в этом файле login.conf прописываем логин и пароль для vpn. Затем загружаем файл:</p>
<div class="highlight"><pre><span></span><code><span class="n">openvpn3</span> <span class="n">config</span><span class="o">-</span><span class="kn">import</span> <span class="o">--</span><span class="n">config</span> <span class="n">openvpn</span><span class="o">.</span><span class="n">ovpn</span> <span class="o">--</span><span class="n">persistent</span>
</code></pre></div>
<p>И отключаем ipv6 (в моём случае):</p>
<div class="highlight"><pre><span></span><code>openvpn3 config-manage --config openvpn.ovpn --ipv6 no
</code></pre></div>
<p>А после этого добавляем 3 alias в .bashrc:</p>
<div class="highlight"><pre><span></span><code>alias vpn-start="openvpn3 session-start --config openvpn.ovpn"
alias vpn-stop="openvpn3 session-manage -D --config openvpn.ovpn"
alias vpn-status="openvpn3 sessions-list"
</code></pre></div>
<p>Нельзя сказать, что это костыль, всё работает, но в общем, вы поняли.</p>Emacs как ветвь эволюции2022-05-02T20:46:00+03:002022-05-02T20:46:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-02:/2022-05-emacs.html<p>Org-mode и чем его заменить</p><p>Поскольку "надо жить так, чтобы было о чём написать в блоге", последние 3 месяца я использовал Emacs в org-mode для управления задачами. В итоге я выбрал vim+vimwiki, но тут надо сделать несколько дисклеймеров:</p>
<ul>
<li>Я использовал emacs и ранее, и, возможно, даже написал в нём несколько курсовых работ в LaTeX; это было настолько давно, что я уже и не помню (возможно, около 1999-2003-го года)</li>
<li>Цель этой статьи не в том, чтобы указать на недостатки emacs, но, скорее, ответить на вопросы "кому он может быть полезен" и "какие есть современные инструменты для того, что есть в Emacs"</li>
<li>Я не программирую, последнее время даже не пишу в LaTeX</li>
</ul>
<p>Хотелось бы не набрасывать на вентилятор, а разобрать системно:</p>
<ul>
<li>UI/UX</li>
<li>функциональность управления задачами</li>
</ul>
<h3>UI/UX</h3>
<p>С точки зрения того, как Emacs выглядит, поражает обилие цветов и расцветок. Точнее, поражает не это, а отсутствие чувства меры при создании цветовых схем, а также при использовании подчёркиваний и шрифтов разных размеров. Например, в типографии подчёркивание считается моветоном (и на этом сайте именно по этой причине оно появляется только при наведении). В терминале подчёркивание выглядит ещё терпимо, но почему-то именно в графической версии Emacs оно напрягает. Наверное, можно его отключить, как я отключил использование жирного шрифта; и в целом тут плюс в том, что каждый может сделать, как хочет.</p>
<p>С точки зрения работы, после vim возникает ровно один вопрос: почему для тех же самых действий нужно использовать в 2-6 раз больше нажатий на клавиши? И дело не только в лени: каждое нажатие увеличивает вероятность ошибки, и если где-то в цепочке нажатий ты ошибся – начинай сначала. На это современный Emacs отвечает: ну так у нас есть evil-mode, который изображает vim идеально. И вот тут начинается проблема, поскольку вся документация на все режимы оказывается не применима с включением evil-mode. Более того, как в режиме вставки, так и в режиме команд продолжают действовать все сочетания клавиш Emacs, от чего крыша начинает несколько ехать. </p>
<p>Если брать org-mode, то нажатий в vimwiki как-то резко меньше:</p>
<ul>
<li>Enter, чтобы открыть ссылку – вместо C-c C-o в Emacs</li>
<li>+, чтобы добавить ссылку, вместо C-c C-l в Emacs</li>
</ul>
<p>И всё же vimwiki некорректно сравнивать с org-mode, который может делать вообще всё, например:</p>
<ul>
<li>показывать повестку дня, то есть задачи на конкретный день</li>
<li>документировать программный код и конфиги, сразу же их выполнять или создавать конфиги на основе файла org</li>
</ul>
<p>Этого я просто не делаю, зато задачами очень даже управляю, и тут я хотел бы рассмотреть набор современных инструментов для управления задачами, которые позволяют мне обходиться очень скромным функционалом vimwiki. Но пойдём мы не от функциональности, а сделаем шаг назад и рассмотрим потребности.</p>
<h3>Функциональность управления задачами</h3>
<p>Что сейчас необходимо для эффективного управления своими задачами:</p>
<ul>
<li>Видеть задачи на разных устройствах, чтобы проверить / дописать</li>
<li>Работать с задачами совместно с другими людьми</li>
</ul>
<p>В общем, на этом можно было бы закончить, чтобы понять, почему Emacs популярен среди учёных. Если ты делаешь изолированное исследование, и тебе всегда доступен компьютер с Emacs, можно ничего не изобретать. Но если ты в современной турбулентной среде, которая вынуждает тебя быть гибким и быстрым, то ты будешь использовать:</p>
<ul>
<li>Для себя: Google Keep или DropBox Paper (да, там есть возможность призвать кого-то, я в курсе)</li>
<li>Для других: трекеры, то есть систему управления задачами, + wiki</li>
</ul>
<p>В связи с тем, что реально большие объёмы информации я храню именно в серверных приложениях, которые доступны всем, в vimwiki остаётся только структурированный набор ссылок на задачи в трекере / страницы на wiki, и выглядит у меня этот файл <strong>вообще всего</strong> крайне небольшим. И тут мы приходим к структуре.</p>
<p>Когда первый раз увидел org-mode, у меня последовательно возникло ровно две мысли:</p>
<ul>
<li>Да они же заново изобрели Markdown!</li>
<li>Да они же изобрели его, наверное, до Markdown!</li>
</ul>
<p>И когда думаешь о Markdown, то поражаешься, зачем заново изобретать, с одной стороны, разметку, которая будет понятна всем, а с другой инструменты экспорта из этой разметки во все типовые средства публикации: pdf, html, LaTeX и т.п. Причём тут люди угарают по хардкору, они не перегоняют содержимое org файлов в markdown, чтобы потом использовать стандартные инструменты (то есть свести задачу к предыдущей), а заново пишут экспорт для каждого формата.</p>
<p>Тут, наверное, можно возразить, что у org-mode есть развитая функциональность TODO, которая позволяет собирать повестку из многих файлов, накладывать её на календарь, а нигде такого нет. Но если в тексте мне нужно что-то поправить, то я просто оставлю TODO, FIXME или ещё какое-то условное слово, по которому буду потом искать, и которое будет видно в окончательной вёрстке. А если мы говорим о календаре, то я, как жалкий раб Google, использую Google календарь или другие календари, в которых можно:</p>
<ul>
<li>Назначать встречи, а не только просматривать свои задачи</li>
<li>Добавлять ко встречам ссылки на Zoom</li>
<li>Добавлять повестку, которую будут видеть все, и использовать ссылку на встречу</li>
</ul>
<p>Тут, в общем, человечество пришло к выводу, что вместе лучше, чем по одному, это кардинально поднимает продуктивность работы (кроме назначения бесполезных встреч). Надеюсь, никто не будет допиливать в org-mode возможности совместной работы.</p>
<h3>Выводы</h3>
<p>Я видел лекции на YouTube, где учёные рассказывали, как одновременно в одном файле org:</p>
<ul>
<li>Исполняют программный код</li>
<li>Просматривают графики и вложенные файлы</li>
<li>Публикуют всё это на сайте</li>
</ul>
<p>Да, наверное, в качестве комбайна, которому нужно всё, замены Emacs нет. Лично я не делал таких сложных формул, и у меня другой workflow: сначала всё набрать, а потом проверить. И то, что весь этот функционал доступен абсолютно бесплатно в единой среде, конечно, поражает воображение. Наверное, сейчас я думаю, что перешёл к vim, но это лишь стадия развития, и когда-нибудь вернусь на Emacs. Но хочется надеяться, что это произойдёт из-за потребностей, которые объективно нельзя решить другими способами, а не из фетишизма или желания не выходить из кокона.</p>Руководитель проекта: первые дни2022-05-02T19:24:00+03:002022-05-02T19:24:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-05-02:/2022-05-project-1.html<p>Краткий курс выживания в проектном аду</p><p>Тут, как это уже случалось, всё тот же Паша сподвиг меня написать серию статей про управление проектом. И заодно систематизировать / актуализировать мои знания и опыт в этой области. Раз уж я сделал N проектов, это кому-нибудь нужно. (C) Пока планирую примерно такой набор записей:</p>
<ul>
<li>Первые дни: собственно эта статья</li>
<li>Старт проекта</li>
<li>Статусы и другие коммуникации на проекте</li>
<li>Управление планом-графиком</li>
<li>Управление изменениями</li>
<li>Управление проблемами</li>
<li>Закрытие проекта</li>
</ul>
<p>Что же нужно для начала работы? Как мне кажется, нужно обратить внимание на три основных области:</p>
<ul>
<li>Люди</li>
<li>Процесс</li>
<li>Проект</li>
</ul>
<p>Причём, на мой взгляд, последовательность именно такая; чуть ниже будет понятно, почему; поехали.</p>
<h3>Люди</h3>
<p>Если кто вдруг не знал, то проект – это абсолютно абстрактная сущность (как и процессы). Проекта в действительности не существует, есть его входы и результаты, но на самом деле всё определяется людьми. Если идти из "ядра" проекта наружу, то получается так:</p>
<ul>
<li>Участники проекта, кто существенное время уделяет выполнению задач на проекте и кому руководитель проекта может ставить задачи.</li>
<li>Заказчик проекта, то есть кто будет принимать результаты проекта, а также спонсор как со стороны заказчика, так и со стороны исполнителя – это те, кто могут решить вопросы с выделением ресурсов на проект и чьё мнение учитывается в первую очередь при рассмотрении проектных изменений.</li>
<li>Внешние к проекту заинтересованные лица, к которым относятся, прежде всего, топ-менеджеры, которые планируют с помощью результатов проекта достичь каких-то своих целей; но это также могут быть другие проекты и их руководители, которые могут зависеть от получения результатов твоего проекта именно в определённые моменты времени.</li>
</ul>
<p>Относительно этих участников нужно провести набор действий, для начала:</p>
<ol>
<li>Определить заказчика проекта. Никаких "если" здесь быть не может, это один конкретный человек, слово или подпись которого означает принятие результатов проекта или недостижение каких-то заявленных целей.</li>
<li>Определить спонсоров проекта со стороны заказчика и со стороны исполнителя; убедиться, что они понимают свою роль и готовы в случае возникновения проектных изменений работать с ними, а также рассматривать эскалированные на них вопросы.</li>
<li>В идеале – прособеседовать участников проекта и определить, что движет каждым: например, разработчик может считать, что он строит красивую систему в вакууме, а бизнес-аналитик может считать, что получает неоценимый опыт. Понимание этой мотивации и управление ожиданиями участников проекта может снизить риски их внезапного ухода. Но это только начало, дальше нужно продолжать держать с каждым тесный контакт, чтобы не было сюрпризов.</li>
<li>Понять зависимости с другими проектами, целями компании, личными целями топ-менеджеров: в идеале при личной встрече, но из достоверных источников тоже подойдёт.</li>
</ol>
<p>Другими словами, в этой части надо ответить на два простых вопроса: кто эти люди и что ими движет. Если пропустить этот пункт, сюрпризы, по закону Мерфи, в дальнейшем будут максимально неприятные.</p>
<p>Но есть ещё один простой вопрос, который вызывает максимальные трудности: а кто собственно управляет проектом? Тут функции могут различаться в зависимости от подходов, но точно всегда присутствует назначение задач проектной команде. Если вы видите, что кто-то это делает в обход вас, идите к нему и договоритесь сразу, чтобы он больше так не делал. Задачи – это тело проекта, на них завязано всё: сроки, время, бюджет, риски. Вы удивитесь, сколько людей считают, что проектом управляют именно они, хотя у них ни в должности, но в роли на проекте нет ни одной буквы из слов "руководитель проекта".</p>
<h3>Процесс</h3>
<p>Под проектом я имею в виду несколько вещей:</p>
<ul>
<li>Уровень зрелости проектного управления</li>
<li>Принятая модель работы</li>
<li>Формат взаимодействия</li>
</ul>
<p>Насчёт уровня зрелости проектного управления есть масса моделей, и я обязательно когда-нибудь выложу в общий доступ свою. Лично я предпочитаю модели с фиксированным набором уровней, где 1 – это начальный, а 5-6 – максимально развитый. Также лично я предпочитаю оценивать зрелость по следующим компонентам: люди и компетенции, процессы, системы, организация.</p>
<p>Если вам лень искать модель зрелости и применять к своей организации, ответьте себе хотя бы на вопросы:</p>
<ul>
<li>Есть ли проектные документы?</li>
<li>Если проектные документы есть, на каком уровне они сделаны?</li>
<li>Описан ли проектный подход?</li>
<li>Люди, которые называются руководителями проектов, соответствуют этому званию?</li>
<li>Есть ли проектный офис?</li>
<li>Есть ли документы, регламентирующие работу проектного офиса?</li>
<li>Есть ли результаты работы проектного офиса в виде отдельных документов, которые регулярно формируются / обновляются?</li>
</ul>
<p>Всё это определяет количество дополнительных усилий, которые вам придётся прикладывать, чтобы дотянуть среду до минимального уровня, в рамках которого можно делать свой проект. Если среда выше вашего уровня – поздравляю, вам крупно повезло, если удастся быстро адаптироваться, конечно. Если же среда ниже того уровня, который требуется вам, чтобы делать свой проект, то вам придётся прикладывать усилия, чтобы объяснять достаточно простые вещи:</p>
<ul>
<li>А что, сроки могут сдвигаться?</li>
<li>А что, бюджет может увеличиваться?</li>
<li>Почему ты приходишь ко мне за новыми ресурсами?</li>
</ul>
<p>В общем, в случае низкой зрелости проектной среды, вам придётся делать массу дополнительных усилий, выделять до 50% и более, чтобы структурировать эту самую среду. А это будет жизненно необходимо, чтобы сделать нормально хотя бы один простой маленький проект.</p>
<p>Под принятой моделью работы понимаю следующие варианты:</p>
<ul>
<li>waterfall</li>
<li>agile</li>
<li>hybrid</li>
</ul>
<p>Тут тема сильно выходит за рамки одной статьи, поэтому скажу лишь, что роль руководителя проекта, ожидания команды очень сильно отличаются в зависимости от модели. И наиболее частый случай сейчас такой: люди думают, что работают по agile и решения принимаются "снизу", а на самом деле работают по waterfall, что требует достаточно тоталитарного принятия решений и несёт массу других недостатков.</p>
<p>Под форматом взаимодействия имею в виду очень простую вещь: а как вообще люди взаимодействуют? И взаимодействие включает очень много вопросов:</p>
<ul>
<li>Как принято ставить задачи?</li>
<li>Как принято контролировать выполнение?</li>
<li>Как принято спрашивать сроки?</li>
<li>Насколько принято выполнять обещания?</li>
<li>Насколько принято съезжать с договорённостей?</li>
</ul>
<p>Ну и также в зависимости от среднего возраста команды может варьироваться сам формат общения по работе и вне её. Вся проблема на ранних этапах состоит в том, что тебя ещё никто не знает и не доверяет тебе, а тебе уже нужно кучу всего сделать. Что означает: потребовать кучу всего от окружающих. Что вызовет их прогнозируемое офигевание, которого нельзя избежать, но можно чуть сгладить адаптацией к стилю общения (и неформальной оргструктуре) в команде.</p>
<h3>Проект</h3>
<p>Тут неизбежно придётся возвращаться к уровням зрелости, поскольку если у вас нет хотя бы таких документов, уровня зрелости проектного управления выше 1 не может быть ну никак:</p>
<ul>
<li>Паспорт проекта</li>
<li>План-график проекта для waterfall</li>
<li>Статусы проекта</li>
</ul>
<p>Отсутствие этих документов однозначно указывает на отсутствие общего понимания следующих компонент:</p>
<ul>
<li>Объёма проекта, включая цели проекта, бизнес-эффекты и сроки их достижения, а также конечный перечень результатов и критерии их приёмки</li>
<li>Временных характеристик, в том числе плана-графика и задач на критическом пути</li>
<li>Выделенных ресурсов, включая людей и бюджет</li>
<li>Текущего состояния проекта, включая текущие риски и проблемы или назревающие запросы на изменения</li>
</ul>
<p>И раз уж это всё отсутствует первое (и совершенно естественное), что потребуется сделать – это их создать. Но это потребуется делать одновременно с запуском задач на критическом пути.</p>Linux на работе: будущее2022-04-23T10:54:00+03:002022-04-23T10:54:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-04-23:/2022-04-linux-5.html<p>Неизменные операционные системы Fedora Silberblue, Clear Linux и подобные</p><p>Как будет развиваться Linux для рабочего десктопа? Есть один очевидный и частично правильный ответ: ChromeOS. В нём можно использовать только веб-приложения, но прикол не в этом, а в том, что в основе его лежит "неизменный" Linux – образ, включающий ядро, набор библиотек и программ, которые пользователь не может изменять. Очень многие проблемы Linux лежат именно в этой области: пользователи шаловливыми ручонками делают что-то не то с ядром, устанавливают конфликтующие или неподходящие версии библиотек или программ. Вот и я недавно набрал <code>sudo apt install emacs</code>, но у меня уже были установлены части emacs27, поэтому dpkg вошёл в ступор, из которого простыми способами типа <code>sudo apt install -f</code> его вывести не удалось. Пришлось тратить время, искать какие-то рецепты.</p>
<p>В целом, чтобы вывести из строя такой замечательный дистрибутив, как Debian, достаточно подключить неподходящий репозиторий и обновиться. Кроме этого, даже не подключая ничего и просто добавляя программы, можно наткнуться на порушенные зависимости и несовместимость библиотек. Ubuntu в этом смысле сломать чуть сложнее, потому что основные рецепты, доступные в интернете, написаны как раз для неё. Ну а сотворить с Fedora что-то мне ещё не удавалось. Но если вы думаете, что у вас проблемы, представьте авторов программ, которым поступают баги от пользователей с разных дистрибутивов, в которых может быть любая комбинация программ, ядер, библиотек. Им это всё надоело, и они придумали flatpak. Какие с ним проблемы, начнём сразу с главного:</p>
<ul>
<li>Библиотеки входят в состав программ, а значит, экономии памяти нет: одна и та же библиотека может устанавливаться несколько раз. А сейчас все модные графические программы используют что? Правильно, Electron, который занимает до фига памяти.</li>
<li>Программа запускается в изолированном окружении, поскольку разработчики озаботились доступом программ к данным пользователя. А если у нас среда разработки (IDE), то ей нужно примерно всё, поэтому люди и мучаются с решением проблем доступа.</li>
<li>Во flatpak далеко не все программы – это как с магазином приложений: он полезен ровно настолько, насколько много в нём приложений. А есть масса полезных небольших программ, которые, я уверен никогда во flatpak не попадут.</li>
<li>У flatpak временами крайне странные зависимости: так, чтобы установить emacs, тянется примерно гигабайт ещё какой-то пурги.</li>
</ul>
<p>Дома мне жалко оперативки, чтобы всё ставить из flatpak, тем более в Fedora достаточно свежие версии того же Telegram и emacs, но если у вас рабочий комп с избытком оперативной памяти, вроде как можно сэкономить время, просто поставив flatpak.</p>
<p>И тут возникает следующий вопрос: а зачем вообще давать пользователям возможность ставить deb/rpm? Ведь если этого не делать:</p>
<ul>
<li>Можно качественно оттестировать "образ" операционной системы, при том, что он может быть собран с достаточно агрессивными (как в Clear Linux) флагами оптимизации под процессоры.</li>
<li>Можно обновлять образ целиком, как будто это единый файл, которым можно управлять через систему контроля версий: достаточно скачать разницу к предыдущему образу.</li>
<li>Можно гарантировать, что ни пользователь, ни программы ничего в этом образе не нарушат.</li>
</ul>
<p>Так и появились Fedora Silverblue, Clear Linux и другие. Но если в Clear Linux ребята ориентируются только на flatpak, то в Fedora понимают, что людям может быть нужен разный софт, и надо дать больше возможностей его устанавливать. Пожалуйста:</p>
<ul>
<li>rpm-ostree – добавляет любой rpm на слой сверху операционной системы; но после установки надо перезагружаться (ой)</li>
<li>toolbox – устанавливай любые программы фактически в контейнер; правда, нужно войти в контейнер, чтобы ими пользоваться</li>
</ul>
<p>И тут возникает вопрос: если у меня Fedora, то зачем мне это всё, если у меня и так всё работает? Если отнять необходимость (или прихоть) постоянной установки программ, а представить, что у нас есть типовой образ пользователя (работа с офисными приложениями, разработка python, аналитик данных и т.п.), то вполне можно пользоваться: работать всё будет быстрее и стабильнее, и обновляться тоже будет быстрее. Относительно Ubuntu, в которой, как не старались, то тут, то там что-то вылезает, это выглядит реальным шагом вперёд. И этот качественный прогрессивный переход позволяет решить главное противоречие, которое для Ubuntu стало больными граблями: обновляться чаще на последние версии программ, но при этом иметь стабильную систему. А вот сама Ubuntu, насколько мне известно, в этом направлении так и не продвинулась.</p>
<p>Ссылки по теме:</p>
<ul>
<li><a href="https://silverblue.fedoraproject.org/">Fedora Silverblue</a></li>
<li><a href="https://clearlinux.org/">Clear Linux</a></li>
<li><a href="https://linuxafterdark.net/linux-after-dark-episode-07/">Подкаст</a>, в котором люди подробно описывают свой опыт использования Fedora Silverblue в качестве основной рабочей станции.</li>
</ul>
<p>Краткое содержание для тех, кто ничего не понял: будет примерно как Andriod. :)</p>Linux на работе: эксперименты2022-04-17T12:07:00+03:002022-04-17T12:07:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-04-17:/2022-04-linux-4.html<p>Почта и телега внутри терминала внутри Emacs</p><p>К такой теме нужен дисклеймер:</p>
<ul>
<li>Нет никаких рациональных причин делать это</li>
<li>Настройка занимает существенное время</li>
<li>Реально я это не использую, хотя пробовал сам, и всё работает</li>
</ul>
<p>Но если вы не испугались, мы заглянем за край работы в терминале: что будет, если по работе вы много используете Телеграм и почту, и вам понравилось работать в терминале? Есть варианты, о них и пойдёт речь:</p>
<ul>
<li>telega.el для Телеграм</li>
<li>mu4e для почты вообще и в частности для Gmail</li>
</ul>
<h3>telega.el</h3>
<p>Если смотреть альтернативные клиенты для Телеграма, то это один из наиболее живых и динамично развивающихся. Причём если вы используете графический Emacs (а не в терминале), то вам становится доступен просмотр графики, pdf прямо в Emacs. Да, голосовые и видео-звонки должны работать, но я не пробовал. Лично мне не очень нравится буйство красок, картинок и шрифтов в Emacs, что кардинально решает терминал. Но в терминале нет просмотра картинок, с помощью которых мы во многом общаемся.</p>
<p>Но основной недостаток для меня не в этом, а реализация: в Emacs окна отдельных чатов сделаны отдельными буферами, поэтому их приходится всё время закрывать или переключаться между ними. В родном клиенте Телеги, на мой взгляд, решение лучше: два окна, контакты и чат, и содержание чата меняется в зависимости от того, какой контакт или чат выбран в окне контактов.</p>
<p>Прежде всего, понадобится Emacs версии 27, для Ubuntu нужно подключить <a href="https://ubuntuhandbook.org/index.php/2020/09/install-emacs-27-1-ppa-ubuntu-20-04/">PPA</a> либо установить Emacs из Flatpak.</p>
<p>Есть несколько вариантов установки telega.el, для Doom Emacs самый простой – указать telega.el в packages.el: там есть зависимые пакеты, которые в этом случае установятся автоматически:</p>
<div class="highlight"><pre><span></span><code>(package! telega)
</code></pre></div>
<p>Дальше нужно установить tdlib, и вот тут у меня возник затык. Дело в том, что руководство на <a href="https://github.com/zevlg/telega.el">сайте telega.el</a> написано для разработчиков, а не для простых смертных, поэтому там явно не указано, что нужно установить зависимости:</p>
<div class="highlight"><pre><span></span><code>sudo apt install libssl-dev zlib1g zlib1g-dev libreadline6-dev
</code></pre></div>
<p>Ну и остаётся найти, где находится telega.el, и прописать путь в config.el:</p>
<div class="highlight"><pre><span></span><code><span class="p">(</span><span class="n">use</span><span class="o">-</span><span class="n">package</span><span class="w"> </span><span class="n">telega</span><span class="w"></span>
<span class="w"> </span><span class="p">:</span><span class="nb">load</span><span class="o">-</span><span class="n">path</span><span class="w"> </span><span class="s2">"~/.emacs.d/.local/straight/build-27.2/telega/telega.el"</span><span class="w"></span>
<span class="w"> </span><span class="p">:</span><span class="n">commands</span><span class="w"> </span><span class="p">(</span><span class="n">telega</span><span class="p">)</span><span class="w"></span>
<span class="w"> </span><span class="p">)</span><span class="w"></span>
</code></pre></div>
<p>После этого всё должно работать, запускается в Emacs с помощью Alt+X и дальше telega. :)</p>
<h3>mu4e</h3>
<p>Сейчас почта приходит, в основном, в HTML, и хочется тоже как-то снизить разнообразие оформлений, но при этом сохранить ссылки и возможность перехода по ним. В терминале Emacs может отображать HTML, и у него для этого есть несколько способов, последним является shr. Чтобы он отображал всё в стандартных цветах, нужно добавить в config.el:</p>
<div class="highlight"><pre><span></span><code>(setq shr-use-colors nil)
</code></pre></div>
<p>С точки зрения клиентов для Emacs стандартным является Gnus, но у Gmail достаточно специфичная структура папок. Поэтому всё работает, но не очень хорошо. Mu4e хорошо работает с папками Gmail изначально, и заточен больше на поиск в большом числе сообщений. Кроме mu4e, нужно настроить транспорт, например, mbsync, а ещё установить сам mu нужной версии и инициализировать его, и тут команда отличается в зависимости от версии. В целом мне помогло <a href="https://www.erichgrunewald.com/posts/setting-up-gmail-in-doom-emacs-using-mbsync-and-mu4e/">руководство здесь</a>, а также поиск по пакетам.</p>
<p>Наверное, здесь есть экономия времени для разработчиков, которые работают в Emacs, и для просмотра почты не нужно из него выходить, а редактирование писем происходит также в Emacs.</p>
<p>Если вы прошли все эти квесты, и у вас всё заработало – поздравляю, вы неплохо размяли мозги. :)</p>Linux на работе: оптимизация и работа в терминале2022-04-16T23:42:00+03:002022-04-16T23:42:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-04-16:/2022-04-linux-3.html<p>Зачем переходить на Linux, если не пользуешься его преимуществами</p><p>Когда пишут про Linux, все обычно упоминают бесплатность, стабильность, быстроту, но меня привлекало не только это. Почему люди ставят WSL или CygWin или Git for Windows. В них во всех есть coreutils, а также сама командная строка. А в чём прикол работать в командной строке:</p>
<ul>
<li>Использовать Vim и Emacs для работы с текстом</li>
<li>Уменьшить visual distraction, когда все шрифты и цвета унифицированы</li>
<li>Использовать другие удобные инструменты командной строки</li>
<li>Выполнять большинство действий с клавиатуры, без помощи мыши, что существенно быстрее</li>
<li>Бонусом уменьшается потребление ресурсов</li>
</ul>
<p>С терминалом можно зайти настолько далеко, что часть вещей я вынес в следующую статью, которая будет скорее про эксперименты, но в целом можно копать в сторону списков приложений в командной строке, <a href="https://github.com/agarrharr/awesome-cli-apps">например</a>. Также интересный момент в том, что много приложений, которые могут работать в командной строке, встроены в Emacs, и к некоторым из них мы вернёмся как раз в экспериментах. Но начать обустройство командной строки надо с менеджера терминальных сессий, мы ведь будем запускать несколько приложений в командной строке одновременно.</p>
<h3>Менеджер сессий в терминале</h3>
<p>Задачу запуска нескольких программ в терминале можно решить несколькими способами:</p>
<ul>
<li>Запускать программы в фоновом режиме, добавив в конце &</li>
<li>Отправлять программу в спящий режим, нажав Ctrl+Z, и возвращать обратно командной fg</li>
<li>Использовать вкладки терминала, что мне не очень понравилось, поскольку занимает место на экране</li>
<li>Использовать менеджеры сессий типа tmux, которые скорее заточены на разделение экрана на части; что мне не очень актуально, потому что я не использую большой внешний монитор, а работаю за обычным экраном ноута</li>
<li>Использовать старый добрый screen</li>
</ul>
<p>Screen – это абсолютно адская штука в плане функциональности, он заточен на работу на удалённых серверах. Например, вы запускаете несколько процессов на сервере, у вас обрывается соединение: процессы продолжaт работать, а к сессии можно подключиться заново. Но также он умеет запускать несколько сессий на удалённом или локальном компьютере, переключаться между ними.</p>
<p>Просто приведу здесь свой .screenrc, который делает несколько вещей:</p>
<ul>
<li>Выводит статусную строку, чтобы привыкнуть к тому, в каком окне находишься</li>
<li>Меняет стандартное сочетание клавиш, с которого начинаются любые команды, с Ctrl+A на Ctrl+]</li>
<li>Запускает в первой сессии emacs, а во второй обычный shell</li>
</ul>
<div class="highlight"><pre><span></span><code>escape ^]] # Ctrl+] для команд screen
startup_message off
hardstatus alwayslastline "%{= bR}[%{= bY}%H%{= bR}]%{= bY} %n%{= bR}:%{= bY}%t %{= bw}%W %=%{= br}[%{= bY}%h%{= bR}]"
term screen-256color
screen -t emacs 1 emacs-nox
screen -t shell 2 bash
select 1
bind c screen 1 # window numbering starts at 1 not 0
bind 0 select 10
</code></pre></div>
<p>Чтобы начать использовать, достаточно ввести в терминале screen. Чтобы получить помощь – Ctrl+] и потом ?. Но это не всё, мы же можем запускать screen сразу при открытии gnome-termnial (или другого терминала). Для этого заходим в параметры терминала, в gnome-terminal это профиль и закладка Command, ставим флаг, чтобы запускать команду при старте и вводим screen. Кроме этого, у меня gnome-terminal добавлен в Startup applications (это можно сделать в том же Gnome Tweaks), поэтому при загрузке происходит следующее:</p>
<ol>
<li>Открывается терминал</li>
<li>В терминале запускается screen</li>
<li>В screen открывается две сессии, одна из них emacs (в котором, кстати, можно сохранять сессии)</li>
</ol>
<p>Это уже экономит некоторое количество времени. Да, кстати, в случае gnome-terminal можно копировать в общесистемный буфер обмена по Ctrl+Shift+C и вставлять в терминал из общего буфера обмена по Ctrl+Shift+V. Эти сочетания настраиваются, но это минимум для выживания в командной строке.</p>
<h3>Vim и Emacs</h3>
<p>Есть люди, которые спорят про то, что лучше; я пока использую оба редактора для разных сценариев:</p>
<ul>
<li>Emacs скорее как среду запуска приложений внутри него</li>
<li>Vim для набора больших текстов, таких как записи в этот блог</li>
</ul>
<p>Чтобы сделать Vim удобнее, достаточно установить плагин типа <a href="https://github.com/itchyny/lightline.vim">lightline</a>, что добавит статусную строку, она же индикатор режима. Есть разные способы установки, по ссылке всё описано. И о том, как в 2 шага перейти на Vim из IDE, <a href="https://www.youtube.com/watch?v=1UXHsCT18wE&list=WL&index=21">видео здесь</a>. Ну и можно взять какой-нибудь cheat sheet, <a href="https://devhints.io/vim">такой</a> или <a href="https://phoenixnap.com/kb/vim-commands-cheat-sheet">для печати</a> и периодически посматривать в него.</p>
<p>Emacs привлёк меня <a href="https://orgmode.org/">org-mode</a>, в нём можно вести записи и список задач. Пользуюсь достаточно долго, мне нравится, хотя недавно узнал, что есть аналогичная штука для vim – <a href="https://github.com/vimwiki/vimwiki">vimwiki</a>. Org-mode – это как dropbox paper, только локально. Что хочется видеть:</p>
<ul>
<li>заголовки</li>
<li>скрытые ссылки</li>
<li>переход по ссылкам</li>
<li>создавать задачи</li>
<li>отмечать задачи как выполненные</li>
</ul>
<p>Это всё есть, как и многое другое.</p>
<p>При этом Emacs можно использовать, если грубо, тремя разными путями:</p>
<ul>
<li>Установить голый Emacs</li>
<li><a href="https://github.com/hlissner/doom-emacs">Doom Emacs</a></li>
<li><a href="https://www.spacemacs.org/">Spacemacs</a></li>
</ul>
<p>Лично я для себя выбрал второй вариант, поскольку он быстрый, простой и прозрачный. Но для работы с русским логично поставить авто-переключалку на русский при вводе команд, это делается добавлением в packages.el:</p>
<div class="highlight"><pre><span></span><code>(package! reverse-im)
</code></pre></div>
<p>А в config.el:</p>
<div class="highlight"><pre><span></span><code>(use-package reverse-im
:config
(reverse-im-activate "russian-computer"))
</code></pre></div>
<p>Дальше уже выбираем в init.el нужные пакеты, обновляем doom-emacs. Кстати, для этого просто сделал alias в .bashrc:</p>
<div class="highlight"><pre><span></span><code>alias doom-update="~/.emacs.d/bin/doom sync"
</code></pre></div>
<h3>Другие инструменты</h3>
<p>Например, можно уменьшить размер PDF</p>
<div class="highlight"><pre><span></span><code>gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -dQUIET -dBATCH -sOutputFile=output.pdf input.pdf
</code></pre></div>
<ul>
<li>Можно работать в python prompt с pandas, и для этого не обязательно ставить Jupyter Notebook</li>
<li>Можно подключаться к базам данных типа mysql</li>
<li>Работать с git</li>
<li>Создать архив в bz2: <code>tar jcf <название архива>.tbz <каталог></code></li>
<li>Подключаться к другим компьютерам по ssh</li>
<li>Делать поиск внутри текстовых файлов с помощью fgrep</li>
<li>Смотреть нагрузку на систему и процессы с помощью top / htop</li>
<li>Переносить данные между облачными хранилищами с помощью rclone</li>
<li>Ну и конечно работать с установкой программ с помощью apt / dnf, rpm / dpkg, snap / flatpak</li>
</ul>
<p>Это только то, что использовал последнее время. В заключение этой части хочу заметить, что не всегда путь к этим конфигурациям был простым, поэтому помогало то, что я мог экспериментировать на домашнем компе, а потом закинуть конфиги на рабочий комп. Ведь конфиги – это обычные текстовые файлы, при этом понятно, какие.</p>Linux на работе: проблемы и тюнинг2022-04-09T11:44:00+03:002022-09-09T11:44:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-04-09:/2022-04-linux-2.html<p>Полная перепись того, что не работает и что желательно донастроить</p><p>В этой части расскажу о том, что не работает, и о том небольшом тюнинге, который крайне желательно сделать. Поскольку описывать не так уж много, приведу полные рецепты того, как всё сделать, хотя можно найти самому поиском. Речь пойдёт о следующем:</p>
<ul>
<li>Тачпад</li>
<li>Яркость экрана</li>
<li>Сканер отпечатков пальцев</li>
<li>Наушники</li>
<li>Gnome vanilla</li>
<li>Telegram и LibreOffice</li>
</ul>
<h3>Тачпад</h3>
<p>Работал какое-то время, может быть даже несколько недель, и тут меня стал занимать вопрос: а как работает правая кнопка мыши на тачпаде? Долго мучился и тыкал в правый нижний угол, нажимал разными способами, чтобы не искать правильный ответ: нужно одновременно нажать двумя пальцами. Ничего необычного с точки зрения привычки, просто как-то не ожидаешь, что здесь что-то может быть по-другому.</p>
<h3>Яркость экрана</h3>
<p>Проблема в том, что после всё перезагрузки яркость выставляется на максимум. При этом яркость регулируется стандартными кнопками. Натыкаешься на <a href="https://www.quora.com/How-can-I-fix-ubuntu-brightness-getting-reset-to-max-after-restart-problem">первый рецепт</a>, с изменением параметров загрузки в /etc/default/grub и... яркость нормальная после перезагрузки, но не регулируется кнопками. Берём другой рецепт по той же ссылке:</p>
<div class="highlight"><pre><span></span><code>sudo apt-get install xbacklight
</code></pre></div>
<p>Нажимаем Alt-F2, вводим gnome-session-properties, добавляем новый пункт с командой</p>
<div class="highlight"><pre><span></span><code>xbacklight -set 25
</code></pre></div>
<p>Вроде работает, фух.</p>
<h3>Сканер отпечатков пальцев</h3>
<p>Сканер отпечатков пальцев буквально неделю назад заработал после очередного обновления, но есть нюанс. В систему можно войти после перезагрузки через отпечаток пальца, но связка ключей (keyring, хранит пароли) не будет разблокирована в этом случае, и вы получите 2 окна с требованием ввести один и тот же пароль. В остальном работа сканера отпечатка пальцев полностью зависит от качества железа, на рабочем ноуте всё работает просто отлично, на домашнем примерно никак.</p>
<h3>Наушники</h3>
<p>Не знаю, связано ли это с тем, что в Ubuntu 20.04 звуковая система pulseaudio, а не pipewire (с которой у меня таких проблем не было). В общем, если компьютер перезагружается и наушники подключены к ноутбуку, то звук в наушники не идёт. Нужно вынуть и воткнуть заново, но тут надо помнить, что во время звонка (когда и обнаруживаешь, что звук не работает), надо отключить микрофон. Если этого не сделать, то во время перетыкания твоих наушников с микрофоном все участники звонка получат неслабый удар звуком по ушам. Даже не пробовал пока это починить, просто жду выхода новой версии LTS 22.04, в которой, возможно, этой проблемы нет.</p>
<h3>Gnome vanilla</h3>
<p>В Ubuntu LTS 20.04 можно наслаждаться Gnome 3, Gnome 4 нельзя поставить никак; с этим можно только смириться.</p>
<p>В чём проблема с Unity + X, на мой взгляд:</p>
<ul>
<li>панель слева съедает место и не вписывается в интерфейс</li>
<li>её невозможно сделать внизу</li>
<li>в целом мне не очень нравится история с авто-появлением, я предпочитаю кнопку Win</li>
</ul>
<p>Один из способов всё это исправить – перейти на Vanilla Gnome: тут ничего особенного, находим <a href="https://linuxconfig.org/how-to-install-gnome-on-ubuntu-20-04-lts-focal-fossa">инструкцию</a>, я выбрал </p>
<div class="highlight"><pre><span></span><code>sudo apt install gnome-session gdm3
</code></pre></div>
<p>После перезагрузки нажимаем на колёсико и выбираем Gnome + Wayland. </p>
<p>Чтобы сделать лёгкий тюнинг, нам понадобятся расширения. А расширения легче всего установить с сайта <a href="https://extensions.gnome.org/">Gnome Extensions</a>. Здесь всё очень продумано:</p>
<ol>
<li>Просто заходишь на сайт, сайт предлагает установить расширение Gnome Shell Extensions для браузера.</li>
<li>После установки расширения находишь нужное расширение, там будет переключатель On/Off, включаем.</li>
<li>Соглашаемся с установкой.</li>
</ol>
<p>Параметры расширений можно менять в приложении Extensions или на закладке Extension в Gnome Tweaks; там же можно отключить ненужные расширения. Лично я себе поставил dash-to-dock (собственно док), tray icons (сворачивать zoom, чтобы не мешался при переключении между окнами), Gnome clipboard (выбирать любое предыдущее значение буфера обмена).</p>
<h3>Telegram и LibreOffice</h3>
<p>Тут я не был курсе, что Snap уже закопали, поэтому первым делом установил Telegram из него, версии 3.4. Пару раз при использовании Telegram всё замораживалось намертво. Как им удалось это сделать – понятия не имею. ОК, удалил Telegram из Snap, поставил из стандартного репозитория. Версия оказалась 3.1, части функционала не хватало. И тут я понял, что все уже перешли на flatpak.</p>
<p>Но при попытке установить Telegram из flatpak оказалось, что нужно обновить версию flatpak. А для этого нужно подключить внешний PPA, например, как описано <a href="https://linuxways.net/ubuntu/how-to-install-and-use-flatpak-on-ubuntu-20-04/">здесь</a>:</p>
<div class="highlight"><pre><span></span><code>sudo add-apt-repository ppa:alexlarsson/flatpak
</code></pre></div>
<p>Вообще никаких проблем после этого не было, причём как с Telegram версии 3.6, так и с LibreOffice версии 7.3. Насколько я понял, разработчикам проще сконцентрироваться на одном формате и довести пакет до ума, тем более с flatpak нет проблем с версиями библиотек.</p>
<p>И... это всё насчёт косяков и тюнинга! Если знаешь, что делать, выглядит вроде несложно.</p>Linux на работе: что-то работает2022-04-03T20:34:00+03:002022-04-03T20:34:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-04-03:/2022-04-linux-1.html<p>22 года прошло, и вот под Linux можно работать</p><p>Где-то в 2000-м году бородатый мужчина и по совместительству админ freebsd.org.ru в переходе (по-моему, на Арбатской) продал мне по стоимости болванки CD собственно болванку с записанной на ней FreeBSD. Все эти годы на своих личных компах я использовал её и Linux, но на работе безальтернативно Windows. И вот, всего лишь через 22 года я использую Linux в качестве основной системы на рабочем десктопе, правда, с некоторыми оговорками:</p>
<ul>
<li>большинство коллег используют Mac (в т.ч. разработчики), некоторые – Windows (в силу привычки) и лишь некоторые разработчики – Linux</li>
<li>для себя я сразу решил, то если упрусь в какие-то ограничения (больше всего беспокоили офисные приложения), то перееду на Mac, поскольку работа страдать не должна</li>
<li>на работе нет выбора дистрибутива, поэтому у меня Ubuntu 20.04 LTS</li>
</ul>
<p>В связи с этим я решил записать цикл статей о том, как же живётся с Linux на работе, примерно в таком порядке:</p>
<ol>
<li>Что работает – эта статья, надо же начать с хорошего</li>
<li>Что не работает и с чем проблемы</li>
<li>Как можно оптимизировать работу</li>
<li>Эксперименты</li>
<li>Будущее в виде неизменных операционных систем</li>
</ol>
<p>В этой статье о том, что работает, пройдусь по основным моментам:</p>
<ul>
<li>Вход и рабочее окружение</li>
<li>Коммуникации</li>
<li>Бразуер</li>
<li>Офис</li>
<li>Специализированный софт</li>
</ul>
<p>Вроде бы ничего особенного, но, с другой стороны, всё честно: никаких dual boot, виртуальных машин, удалённых рабочих столов с Windows.</p>
<p>И ещё один дисклеймер: есть прекрасное <a href="https://www.youtube.com/watch?v=06cKL5DQ5CY">видео</a>, где внятно объясняется, для каких задач Linux точно не подойдёт; там человек прошёл собственный долгий путь, полный граблей, и я с ним на 100% согласен:</p>
<ul>
<li>Игры</li>
<li>MS Office</li>
<li>Специализированный софт типа Adobe</li>
<li>Если вы не хотите осваивать терминал</li>
<li>Железо без поддержки Linux</li>
</ul>
<p>Не говорите потом, что вдохновились моим примером, и я вас не предупреждал. :)</p>
<h3>Вход и рабочее окружение</h3>
<p>Начать надо с того, что диск шифруется, и это важно для рабочего ноута. Как известно, стоимость рабочего ноута ничто по сравнению со стоимостью данных на нём. Сколько я работал в компаниях разного уровня продвинутости, а под Windows диск не шифровал никто.</p>
<p>Дальше в рабочих нуждах стоит VPN для подключения к ресурсам корпоративной сети извне. И тут оказалось, что Linux, в частности, Gnome, поддерживает соединения как OpenVPN, так и WireGuard. Например, для MacOS потребуется ставить дополнительный софт.</p>
<p>Звук, bluetooth, регулировка яркости дисплея, адаптивное управление батареей – всё это работает. Из приятного, в Gnome есть ночной режим, который отслеживает заход солнца именно в вашей местности и переключается на более тёплые цвета.</p>
<p>Принтеры на работе поддерживают не только прямое подключение, но и SecurePrint, то есть печать после авторизации бейджем.</p>
<p>Ещё к рабочему окружению я бы отнёс подключение сетевых дисков Google через online accounts в Gnome. Что достаточно удобно, но... для Google Docs особого смысла не имеет. Зато отлично работает для бэкапа рабочих данных через вполне дружелюбный инструмент Déjà Dup Backups.</p>
<p>Что ещё поставил из необходимого: GThumb для редактирования скринов, сам инструмент для скриншотов опять же встроен в Gnome и аккуратно складывает скрины в папку Pictures. VLC для просмотра видео.</p>
<p>Автообновление включено, почти каждый день что-то обновляется. Включил LivePatch, чтобы перезагружаться пореже. Хотел написать, что не работает сканер отпечатков пальцев, там всегда очень плохо всё с драйверами, но вот сегодня он неожиданно заработал. :)</p>
<p>В качестве рабочего окружения я использую Gnome3 + Wayland (по умолчанию идёт Unity + X), для этой версии Ubuntu vanilla Gnome пришлось установить отдельно. Также, как обычно, ставлю Gnome Tweaks, чтобы отключить анимацию, хотя в ресурсы вообще не упираюсь. Ну и итоговая конфигурация рабочей обстановки, для справки:</p>
<div class="highlight"><pre><span></span><code><span class="n">OS</span><span class="o">:</span><span class="w"> </span><span class="n">Ubuntu</span><span class="w"> </span><span class="mf">20.04</span><span class="o">.</span><span class="mi">4</span><span class="w"> </span><span class="n">LTS</span><span class="w"> </span><span class="n">x86_64</span><span class="w"> </span>
<span class="n">Host</span><span class="o">:</span><span class="w"> </span><span class="n">Latitude</span><span class="w"> </span><span class="mi">7420</span><span class="w"> </span>
<span class="n">Kernel</span><span class="o">:</span><span class="w"> </span><span class="mf">5.14</span><span class="o">.</span><span class="mi">0</span><span class="o">-</span><span class="mi">1031</span><span class="o">-</span><span class="n">oem</span><span class="w"> </span>
<span class="n">Uptime</span><span class="o">:</span><span class="w"> </span><span class="mi">9</span><span class="w"> </span><span class="n">mins</span><span class="w"> </span>
<span class="n">Packages</span><span class="o">:</span><span class="w"> </span><span class="mi">2245</span><span class="w"> </span><span class="o">(</span><span class="n">dpkg</span><span class="o">),</span><span class="w"> </span><span class="mi">10</span><span class="w"> </span><span class="o">(</span><span class="n">flatpak</span><span class="o">),</span><span class="w"> </span><span class="mi">9</span><span class="w"> </span><span class="o">(</span><span class="n">snap</span><span class="o">)</span><span class="w"> </span>
<span class="n">Shell</span><span class="o">:</span><span class="w"> </span><span class="n">bash</span><span class="w"> </span><span class="mf">5.0</span><span class="o">.</span><span class="mi">17</span><span class="w"> </span>
<span class="n">Resolution</span><span class="o">:</span><span class="w"> </span><span class="mi">1920</span><span class="n">x1080</span><span class="w"> </span>
<span class="n">DE</span><span class="o">:</span><span class="w"> </span><span class="n">GNOME</span><span class="w"> </span>
<span class="n">WM</span><span class="o">:</span><span class="w"> </span><span class="n">Mutter</span><span class="w"> </span>
<span class="n">WM</span><span class="w"> </span><span class="n">Theme</span><span class="o">:</span><span class="w"> </span><span class="n">Adwaita</span><span class="w"> </span>
<span class="n">Theme</span><span class="o">:</span><span class="w"> </span><span class="n">Adwaita</span><span class="w"> </span><span class="o">[</span><span class="n">GTK2</span><span class="o">/</span><span class="mi">3</span><span class="o">]</span><span class="w"> </span>
<span class="n">Icons</span><span class="o">:</span><span class="w"> </span><span class="n">Adwaita</span><span class="w"> </span><span class="o">[</span><span class="n">GTK2</span><span class="o">/</span><span class="mi">3</span><span class="o">]</span><span class="w"> </span>
<span class="n">Terminal</span><span class="o">:</span><span class="w"> </span><span class="n">gnome</span><span class="o">-</span><span class="n">terminal</span><span class="w"> </span>
<span class="n">CPU</span><span class="o">:</span><span class="w"> </span><span class="mi">11</span><span class="n">th</span><span class="w"> </span><span class="n">Gen</span><span class="w"> </span><span class="n">Intel</span><span class="w"> </span><span class="n">i5</span><span class="o">-</span><span class="mi">1145</span><span class="n">G7</span><span class="w"> </span><span class="o">(</span><span class="mi">8</span><span class="o">)</span><span class="w"> </span><span class="err">@</span><span class="w"> </span><span class="mf">4.400</span><span class="n">GHz</span><span class="w"> </span>
<span class="n">GPU</span><span class="o">:</span><span class="w"> </span><span class="n">Intel</span><span class="w"> </span><span class="n">Device</span><span class="w"> </span><span class="mi">9</span><span class="n">a49</span><span class="w"> </span>
<span class="n">Memory</span><span class="o">:</span><span class="w"> </span><span class="mi">2816</span><span class="n">MiB</span><span class="w"> </span><span class="o">/</span><span class="w"> </span><span class="mi">15735</span><span class="n">MiB</span><span class="w"></span>
</code></pre></div>
<p>Snapd используется только для LivePatch, а вот Flatpak используется более активно для LibreOffice и Telegram Desktop.</p>
<p>Недавно попробовал дома Material Shell – расширение для Gnome, функциональность очень понравилась, но оно кардинально заглючило, на работе ставить не решился. Честно, с некоторыми вещами нет времени разбираться, потому что надо (сюрприз) работать. Из расширений Gnome (напомню, у меня vanilla, а не Unity) сейчас использую только Dash to Dock (даёт больше места на экране) и Tray Icons (чтобы прятать Zoom, когда не используется).</p>
<p>Для поддержки (один раз пришлось использовать) нужен TeamViewer, и тут он напишет, что не поддерживает Wayland – в общем, ничего страшного, загружаем сессию под X, всё работает. Что ещё примечательно: используются репозитории Яндекс, также подключены репозитории специфичного для Яндекс софта, поэтому тут тоже удобно и быстро (с т.з. обновления).</p>
<p>Терминал можно было не запускать, просто привык пользоваться apt для поиска и установки программ, мне так проще и быстрее, хотя есть стандартное приложение Gnome Software.</p>
<h3>Коммуникации</h3>
<p>В целом, моя работа – это постоянная коммуникация, а именно: очные встречи, чаты в Telegram и звонки в Zoom. Встреч может быть 8-10 в день легко, а Telegram идёт до встреч, после встреч и во время встреч, поэтому работоспособность этих двух программ для меня критична. Что могу сказать: всё работает, хотя Telegram в итоге поставил из Flatpak (с дистрибутивом идёт древняя версия), Zoom скачал с официального сайта, ничего необычного.</p>
<p>Почта и календарь работают через web, хотя можно подключить какие-то клиенты, но тут функциональности будет меньше, а с обновлением информации сложнее, поэтому смысла нет. Хотя и для работы, и для личной почты я настроил и Evolution, и Geary, опять же через online accounts в Gnome. Всё работает, но даже личной почтой не пользуюсь через эти почтовые клиенты, потому что Gmail также удобнее использовать через web. В частности, активно пользуюсь отложенной отправкой сообщений.</p>
<p>Встречи по Zoom и очно подразумевают фиксацию результатов этих встреч. Для этого пользуюсь GEdit, в нём есть вкладки и можно настроить мою любимую цветовую схему Solarized Dark. Пока нахожу информацию просто по дате и названию записей, ничего супер-специализированного.</p>
<h3>Бразуер</h3>
<p>Тут есть нюанс: получается использовать только Яндекс Браузер. В бете он мне не нравился, много всего надо отключить, и всё равно то тут, то там торчали какие-то цветные рюшки. Недавно вышла стабильная версия, там это убрали, стало получше. О нём сказать особо нечего – это Chromium с полезными дополнениями:</p>
<ul>
<li>понимает, если ты забыл переключить раскладку</li>
<li>запоминает пароли в привязке к твоему аккаунту</li>
<li>сбоку есть панель управления музыкой (пользуюсь) и заметками (сервис Яндекса, не пользуюсь)</li>
<li>также сбоку можно управлять закладками и открытыми вкладками</li>
</ul>
<p>У меня пароли хранятся в Chrome, поэтому Chrome тоже стоит на случай, если нужно... скопировать пароль, больше ни для чего он не используется.</p>
<h3>Офис</h3>
<p>Было понятно, что с офисом будут наибольшие проблемы, поэтому со страху поставил всё:</p>
<ul>
<li>OnlyOffice – deb с официального сайта</li>
<li>LibreOffice – последнюю версию из Flatpak</li>
<li>WPS Office – deb с официального сайта</li>
<li>Шрифты Microsoft и Rotobo (для презентаций из Google Slides)</li>
</ul>
<p>Также используются Google Docs и до недавнего времени мог использовать MS Office Online. И вот, после двух месяцев использования, что я могу сказать по разным приложениям, выводы достаточно неожиданные:</p>
<ul>
<li>Текст docx ближе всего к оригиналу отображается в OnlyOffice, хотя в большинстве случаев хватает WPS. Заметки и исправления без проблем отображаются везде.</li>
<li>Электронные таблицы (постоянно приходится пересылать данные в них) в формате xlsx лучше всего отражаются в WPS; при этом OnlyOffice не может даже отобразить, что в таблице наложен фильтр; регулярно пользуюсь ВПР и сводными таблицами, ничего особенного. Незаменимая функция – текст по столбцам, что позволяет исправить некорректные форматы данных.</li>
<li>Для презентаций критична не красота, а возможности... совместной работы, поэтому тут Google Docs безальтернативно. С отображением презентаций pptx лучше всего справляются WPS и OnlyOffice. Одну презентацию делал в MS Office Online: мучительно, и по функциональности уступает Google Docs.</li>
<li>MailMerge (рассылка по списку в таблице с использованием шаблона в файле) мне удалось запустить только в WPS (пробовал всё).</li>
<li>LibreOffice обладает хорошей функциональностью, но падает часто; да, при перезапуске всё восстанавливает, но меня напрягает, поэтому перестал им пользоваться.</li>
</ul>
<p>Итого открытие офисных документов на диске у меня настроено на WPS, но это, в основном, текстовые файлы и электронные таблицы.</p>
<p>Продолжаю держать всё установленным, пока удалить страшно. :)</p>
<p>Локальными базами данных не пользуюсь, вся работа с данными делается либо на сервере с помощью SQL-запросов, либо есть ещё вариант pandas – библиотека python, которую постепенно осваиваю, но пока не вижу того, что заставило бы меня использовать pandas вместо WPS (как правило, нужно сделать что-то очень быстро и задачи всегда разные, а форматы данных не всегда корректные). Pandas при этом лучше использовать в связке с Jupyter Notebook, и тут мы приходим к тому, что и то, и другое гораздо быстрее и удобнее установить и использовать на Linux.</p>
<p>То, что условно можно отнести к офису, хотя скорее это незаметный и незаменимый софт: Files и Document Viewer (PDF и не только). С архивами работаю прямо в файловом менеджере, Document Viewer приятно подрос в функциональности (ночной режим, например), поэтому устанавливать что-то другое смысла нет.</p>
<h3>Специализированный софт</h3>
<p>Работаю руководителем проекта, и основные приложения – это wiki и система управления задачами, они обе работают в web. Причём в системе управления задачами есть функциональность построения Gantt Chart, и мы вроде как работаем по agile... На самом деле нет, мы работаем во многом по waterfall, и ползать по всему дереву задач и поддерживать даты окончания в актуальном состоянии (в т.ч. там, где у меня нет прав на изменение) – не очень продуктивно, поэтому мне нужен инструмент планирования, аналогичный MS Project. В нашу подписку он в любом случае не входил, поэтому поставил испробованное альтернативное решение – <a href="https://www.ganttproject.biz/">GanttProject</a>.</p>
<p>Кроме этого, мы пользуемся Miro, но... Сначала я тоже использовал Miro, но когда потом видишь ужас-ужас, в который превращаются слишком свободные схемы, возвращаюсь к Google Slides. И то, и другое работает в веб, вопросов нет.</p>
<p>Если бы я был продактом, то мне бы нужна была Figma, которая также есть в веб, но и есть и в виде приложения для Linux.</p>
<h3>Промежуточный итог</h3>
<p>Это не конец, потому что в следующей части будут нюансы и заусенцы, хотя всё и завелось сразу.</p>Паша, давай в digital: как поменять работу2022-04-02T16:06:00+03:002022-04-02T16:06:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-04-02:/2022-04-digital-4.html<p>Меняем уже эту работу</p><p>Итак, тебе предстоит, с моральной точки зрения, самая сложная часть. От падения в отчаяние будет удерживать план, и план этот будет такой:</p>
<ol>
<li>Составить план :)</li>
<li>Отредактировать резюме</li>
<li>Подготовить сопроводительное письмо</li>
<li>Найти вакансии и откликнуться на них</li>
<li>Пройти собеседование</li>
</ol>
<h3>Составить план</h3>
<p>Под планом я имею в виду видение, каким образом ты из одной сферы деятельности перейдёшь в другую, сохраняя необходимый уровень дохода и с шансами чуть выше нуля. Для этого надо посмотреть на себя и задать себе несколько простых вопросов:</p>
<ol>
<li>Куда меня реально могут нанять?</li>
<li>Какой минимальный уровень дохода меня устроит?</li>
<li>В чём состоит план B и план C?</li>
</ol>
<p>Понятно, что мы гонимся за существенно большей зарплатой, но на первом этапе она неизбежно упадёт, поскольку мы переходим в другую сферу деятельности. Как платить по текущим обязательствам? Сколько это может продолжаться, то есть на сколько хватит подушки или сколько можно выдержать на более низком уровне дохода? В чём придётся себе отказать? В общем, выбор – это не только то, что ты выбираешь, но и то, от чего ты готов отказаться, хотя бы временно. Именно это составляет твою решимость. А решимость, в свою очередь, измеряется в числовом выражении: на какую минимальную зарплату ты готов согласиться.</p>
<p>Ты не первый, кто ищет баланс между уровнем дохода и переходом в новую область, и хорошая новость в том, что фриланс (которого много как раз для digital профессий) как временная мера для этого очень хорошо подходит. С точки зрения того, что нужно отдать – это время, которое можно было потратить на досуг, семью, сон. Но в терминах времени нужно понимать, сколько ты сидишь на фрилансе и куда ты двигаешься дальше. И всё это время перенапряжения (будем называть вещи своими именами) тебе нужно сохранять мотивацию. Поэтому если посмотреть из будущего в настоящее, можно ещё раз задать себе вопрос: хватит ли у меня бензина мотивации, чтобы доехать до конца?</p>
<p>Тут будет минорная нотка: Upwork, которым пользовался я, недоступен для России. И нет, это не лечится с помощью VPN. Другие сайты по теме работы для продактов мне понравились существенно меньше с точки зрения набора вакансий. В Upwork, кроме этого, есть приложение, которое делает снимки экрана через произвольные промежутки времени, а также резервирует средства для выплаты фрилансерам у себя, поэтому модель предельно прозрачная и удобная.</p>
<p>Если ты считаешь, что набрал достаточный опыт и готов уволиться с текущей работы, чтобы на full-time перейти в digital, точно не стоит делать, как сделал я. Хотя, оглядываясь назад, я не понимаю, как можно было сделать по-другому:</p>
<ol>
<li>Безусловно нужно сначала искать работу, а потом увольняться. У меня был определённый тайминг, а на работе была критичиская масса дел, которую я хотел сделать до увольнения. Именно поэтому я сначала уволился, а потом начал искать работу. Чтобы сделать по-другому, нужно понизить приоритет делам на работе, либо быть готовым сдвинуть время ухода. Но сдвигая время ухода, нужно понимать, что всех дел не доделаешь. Это как ремонт: его нельзя закончить, его можно только прекратить.</li>
<li>План А состоял в поиске работы в зарубежной компании на full-time, в удалённом формате. Здесь ждал облом: удалёнка в США – это когда ты находишься в США с правом работы в США. Аналогично в Европе: для работы в Европе нужно находиться в Европе с правом работы в Европе. Да, есть не очень много компаний, которые действительно нанимают везде. Более того, есть провайдеры, которые наймут тебя в стране твоего пребывания, независимо от того, где находится компания-работодатель. Кстати, если вы вдруг не знали, аутстаффинг в России запрещён законодательно. Ну так вот, реальная удалёнка есть, но её немного, и конкурс там выше.</li>
<li>План B состоял во фрилансе. Поскольку переключаешься между проектами, опыт набираешь быстрее. То есть если на фрилансе поработать годик на разных проектах, это может быть эквивалентно 2-3 годам работе по найму. Но как только ты поднимаешь ставку (ведь ты уже не работаешь на постоянной работе), желание тебя нанять резко уменьшается, поскольку профиль спроса смещается в сторону опытных специалистов, которые подключатся на изолированные задачи и что-то быстро сделают, их не надо будет обучать. И тут я понял, что тот фриланс, который у меня был, был скорее чудом.</li>
<li>И вот уже на ходу, по прошествии двух-трёх недель, я вырабатывал план C, то есть искал работу в российских компаниях. Тут тоже непригодность резюме (о котором ниже) дала о себе знать, поэтому мне 2 раза отказали на уровне резюме в компании, в которую я в итоге устроился. Да, можно причитать про профнепригодность HR службы, но это как писать против ветра: смело, но не продуктивно. Итого я устроился чудом и никому не посоветую делать так же.</li>
</ol>
<h3>Отредактировать резюме</h3>
<p>Поскольку у меня на резюме сломалось примерно всё, делаю вывод, что единственный возможный выход – это переделать своё резюме вместе с кем-то, кто уже работает в digital. Вопрос же не в содержании, а в акцентах и ключевых словах, которые HR должен увидеть и пропустить твоё резюме на следующий этап. Если ты даже чем-то не занимался, не грех всё равно добавить это слово в резюме. Можно оправдать себя тем, что ты прочитаешь про это и подготовишься к ответам на вопросы. Тут такая история, что с другой стороны тоже не белые лебеди, и то, что ты получишь, выйдя на работу, будет сильно отличаться от рекламных проспектов.</p>
<p>Есть вариант "дорого-богато", но на самом деле он более грамотный: заплатить денег HR-специалисту, который поможет тебе доработать резюме. Надо понимать, что есть риски попасть на людей, которые не достигают результата (и поэтому, например, экономить на оплате смысла нет, чтобы хоть немного снять эти риски), и это не "резюме под ключ", это лишь рекомендации + твоя итерационная работа.</p>
<p>И ещё: весь нерелевантный опыт надо безжалостно из резюме убирать. Понятно, что ты гордишься своими достижениями, но тут релевантность – критерий номер один, а получение (по крайней мере) приглашения на собеседование – единственный критерий, что резюме работает. Если приглашение не получаешь – надо переделывать резюме, и так много раз. Рассылать нерелевантное резюме – худшее, что можно сделать, поскольку резюме на ту же позицию нельзя выслать второй раз. Таким образом, ты сам закрываешь для себя возможности.</p>
<p>Если ты не прочитал первый абзац и будешь редактировать резюме только сам, просто знай, что осознание того, как должно выглядеть резюме, придёт к тебе через 3-4 месяца отказов, что достаточно больно бьёт по самооценке. То есть ты не найдёшь работу, а просто начнёшь понимать, что же должно быть в резюме. И на поиск работы у тебя уйдёт ещё месяца 3, поэтому полгода можешь смело закладывать. То есть ты уже вымотан отказами за 3 месяца, и тут ты понимаешь, что нужно начинать всё сначала. Надо ли тебе это?</p>
<p>Для резюме на английском можно добавиться в Slack группы Product School (для резюме продактов), и тебе люди напишут, что им не понятно (ты сильно удивишься). Но это не заменит тебе профессиональной помощи, поскольку чат работает на волонтёрских началах. </p>
<h3>Подготовить сопроводительное письмо</h3>
<p>В идеале резюме корректируется под конкретную вакансию, но сопроводительное письмо уж точно пишется под конкретную вакансию. В письме пишется, какие твои навыки подходят для этой вакансии, почему ты в ней заинтересован, также можно ответить на вопросы, которые были в описании вакансии и написать, как ты видишь работу на этой позиции. Всё это требует сосредоточенности и времени, поэтому можно сказать, что это такая отдельная работа на полную ставку. И, не забывай, постоянно получая отказы, тебе нужно сохранять мотивацию, чтобы писать о том, как ты хочешь получить очередную вакансию. Хотя будет хотеться написать о том, какие дебилы писали эту вакансию и неужели они думают, что хоть кто-то на неё откликнется.</p>
<p>Один момент, на который, я уверен, существенное количество людей не обращают внимания – грамотность сопроводительного письма. Для этого нужно проверять правописание, а при возможности и грамматику (грустная новость – Grammarly не доступен для РФ). А ещё нужно отложить письмо, сделать перерыв, а потом полностью вычитать письмо заново.</p>
<p>Также нужно понимать, что резюме и сопроводительное письмо в других культурах (например, в западной) пишется по особым правилам, и где-то эти традиции очень сильны (например, в Англии), поэтому на твоё резюме и письмо могут не реагировать просто потому, что по структуре оно не типично, хотя в нём может быть вся необходимая информация. Единственный вариант, если ты целишься в конкретную страну – нанять HR специалиста из этой страны (но способов заплатить всё меньше). С твоей бытовой точки зрения такое письмо может быть набором банальностей и штампов, но бывает, что "так надо". И здесь тоже придётся ломать себя, постоянно отвечая себе на вопрос: неужели я действительно отправляю такую тупизну? У меня тот же вопрос по поводу использования определённых слов в резюме, это какие-то условные приседания, которые показывают, что ты свой, ты в теме. И правила переписать здесь ты не сможешь.</p>
<h3>Найти вакансии и откликнуться на них</h3>
<p>Для России, с одной стороны, hh.ru всё ещё жив. С другой стороны, если там искать менеджера продукта, то будут выдаваться вакансии в торговых компаниях. Есть лайфхак: вбивать в поиск именно product manager. Другой вариант: искать на специализированных сайтах digital вакансий, таких как <a href="https://geekjob.ru/">geekjob</a> и <a href="https://career.habr.com/">career.habr.com</a>. На момент поиска работы мной (а это было пару месяцев назад) остальные либо ещё не взлетели, либо уже стухли.</p>
<p>По поводу вакансий за рубежом просто оставлю эту ссылку здесь: <a href="https://equanity.notion.site/equanity/6bb0d8655cf44d25993fb11d14456d5e#1c1014f965034a2dbb4c4f37df2a82bf">эмиграция из России</a>. Сначала думаешь: о, как много там всего! Но на самом деле LinkedIn как был, так и остался основным источником толковых вакансий с понятным процессом подачи заявки. Включаем VPN и вперёд. Не можешь включить VPN (картой не оплатишь)? Добро пожаловать в профессию, это твой первый тест на проф пригодность. "Ты же программист" (С), реши вопрос.</p>
<h3>Пройти собеседование</h3>
<p>Дальше будут тестовые задания и собеседования, и правда в том, что просто нужно их пройти достаточно много. Пару углов, впрочем, можно срезать:</p>
<ul>
<li>Понять процесс найма в конкретных компаниях, приведу здесь ещё раз ссылку на брошюру <a href="https://productschool.com/hired-book/">Hired: How To Get a Product Management Job</a> для продактов (наверняка есть аналогичные ресурсы по другим профессиям).</li>
<li>Многие компании используют общие тесты на интеллект, и тут результат очень сильно зависит от того, готов ты к ним или нет. Есть ресурсы, где можно найти эти тесты и просто научиться их проходить, что относится и к другим тестовым заданиям.</li>
</ul>
<p>Что хотел здесь отметить: важно понимать, что не только они собеседуют тебя, но и ты собеседуешь их. Они определяют уровень твоего интереса по количеству и глубине твоих вопросов, и в итоге у вас должен произойти контакт, особенно если тебя собеседует твой будущий руководитель. Поэтому задавать себе вопрос "а хочу ли я работать в этой компании?" после собеседования и отказываться от дальнейших действий по вакансии – это нормально.</p>
<p>Сам факт того, какие способы отбора используются, и количество собеседований говорят о том, насколько серьёзно люди в компании относятся к подбору персонала, поэтому не стоит радоваться излишне лёгкому процессу. Честно, я первый раз услышал разумные и нетиповые вопросы на собеседовании в компанию, где я сейчас работаю. И ещё было тестовое задание: с одной стороны, несколько дней ушло на исследования и подготовку презентации. С другой стороны, это был шанс развернуться и показать свои компетенции, победить конкурентов в честном бою, а не по индексам закрытых тестов.</p>Паша, давай в digital, частные навыки2022-03-20T21:54:00+03:002022-01-13T22:16:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-03-20:/2022-03-digital-3.html<p>Секретные навыки продакта, которые помогут тебе захватить Вселенную</p><p>Во время, когда всё стало политикой. Во время, когда ты не можешь выразить своё мнение, пока хотя бы один твой родственник находится в РФ. Во время, когда за правду сажают на 15 лет. В это время мои любимые, по совпадению, украинскиe каналы <a href="https://www.youtube.com/c/LANKARRA_S">Lankarra</a> (ранее – "В шлеме") и <a href="https://www.youtube.com/c/Alex007SC2">Alex007</a> продолжают работать, хотя им явно тяжелее, чем мне. И я делаю вывод, что и мне не нужно останавливаться. Актуальны ли по-прежнему темы, про которые я пишу: управление изменениями, digital, Linux? Думаю, да, поэтому погнали.</p>
<p>Это третья статья про переход в digital, речь пойдёт про специальные навыки одной из специфических профессий, продакт менеджера (или продакта далее). В двух предыдущих статьях мы рассмотрели, зачем нужно переходить в digital и какие в целом навыки потребуются для работы в этой отрасли. Но прежде чем перейти к специальным навыкам продакта, мне нужно рассказать, какое я имею отношение к digital и продакт-менеджменту сейчас:</p>
<ul>
<li>я работал продактом полгода</li>
<li>я полностью перешёл в тот самый digital 25 января 2022 года</li>
<li>работаю я руководителем проектов, и здесь не так много отличий с руководителем проектов в не-digital</li>
<li>регулярно общаюсь с нескольким продактами, они являются моими заказчиками</li>
</ul>
<p>Думаю, после этого у вас сформируются правильные ожидания: я кое-что знаю о digital и о продакт-менеджменте, но это не отменяет того, что где-то могу быть сильно не прав, поэтому нужно проверять в других источниках. Тем не менее, Андрей Маленков, который менторил меня и который обладает намного более обширным опытом продакта, проверил тот список источников знаний о продакт-менеджменте, по которому я пойду. Список этот хранится <a href="https://github.com/ikostas/pmbod">на GitHub</a>, но там много всего, и материалы расположены не в порядке изучения, а по областям знаний. Здесь же я расскажу, с чего начинать, и какой список знаний и навыков достаточен для того, чтобы уже начинать работать по профессии.</p>
<p>Лично моё определение продакта, которое вроде бы всем подходит: продакт – это хаб, который вырабатывает видение совместно с топ-менеджментом / владельцами бизнеса, и транслирует его, по ходу дела дорабатывая детали, вместе с самими клиентами, дизайном и разработкой. По этим разделам и пойдём:</p>
<ul>
<li>Видение продукта</li>
<li>Рынок и клиент</li>
<li>Дизайн</li>
<li>Разработка</li>
</ul>
<h2>Видение продукта</h2>
<p>Видение детализируется в таких инструментах, как Business Model Canvas, Value Canvas, но может иметь такие приземлённые формы, как презентации (см. <a href="2022-01-digital-2-skills.html">статью про общие навыки</a>) и финансовую модель. Но это всё прикладные вещи, первичным же является понимание процессов, которые связаны с продуктом, и здесь есть две базовых книжки:</p>
<ul>
<li>Inspired by Marty Cagan</li>
<li>Escaping the Build Trap by Melissa Perri</li>
</ul>
<p>Книжек на английском пугаться не надо, тут есть несколько плюсов прогрызть именно эти книжки:</p>
<ul>
<li>Информация собрана и систематизирована, не надо искать и сопоставлять (противоречащие) статьи</li>
<li>Это действительно классика профессии</li>
<li>Книжки переписаны профессиональными журналистами, поэтому читаются увлекательно</li>
</ul>
<p>С другой стороны, все хотят как-то измерять достижение видения, и тут надо разобраться с продуктовыми метриками, которые отражают воронку продаж и экономику (в т.ч. unit-экономику, то есть сопоставляет затраты и доходы от каждого клиента). И тут есть где отличиться, например, лично мне очень помогла концепция North Star Metric, поскольку это единый натуральный показатель, который понятен всей команде. В итоге лично в моём опыте ты используешь комбинацию инструментов:</p>
<ul>
<li>Выбираешь то, что можешь объяснить и продать</li>
<li>Берёшь то, что подходит под специфику конкретного случая: у кого-то болит количественный рост, а у кого-то прибыльность клиента</li>
<li>Комбинируешь, чтобы была и экономика, и натуральные показатели</li>
</ul>
<p>Дальше есть механика построения dashboard на основе показателей – лично мне повезло, у меня был SEO-специалист, который всё сделал, я лишь уточнил вид некоторых графиков. По поводу вида графиков всё таинственное знание про отображение информации содержится в курсах по презентациям, тут ничего нового нет. Набор данных и цели вполне себе однозначно (и уже лет 40 минимум) определяют, какие графики использовать.</p>
<h2>Рынок и клиент</h2>
<p>Быть постоянно в контакте с клиентом и жить его потребностями – это хлеб продакта, поэтому ежедневная рутина, помимо отслеживания метрик, это:</p>
<ul>
<li>Исследования рынка</li>
<li>Беседы с клиентами</li>
<li>Проведение экспериментов</li>
</ul>
<p>Насчёт исследований рынка – это либо использование существующих данных (что всегда быстрее и дешевле), либо заказ исследований, тогда надо написать техническое задание. Честно, даже не знаю, что тут можно объяснить: с одной стороны, методов много, с другой, на выходе одно и тоже; как это выглядит, можно посмотреть, если вбить в поиск "исследования рынка" или "market research".</p>
<p>Про беседы с клиентами пишут отдельные книжки, но в итоге это про то, как не оказывать на клиента влияние и про то, как снимать информацию системно.</p>
<p>Ну а проведение экспериментов – это про репрезентативную выборку и про метрики и критерии успеха (конкретные значения этих метрик).</p>
<p>Но это всё было раньше, потом появился подход JTBD, он про систематизацию проблем групп клиентов и построения продуктов для решения этих проблем. В целом полезный выхлоп у него в разы больше, чем у экспериментов.</p>
<h2>Дизайн</h2>
<p>С дизайнерами надо говорить на их языке, и для этого лучше всего подходят курсы по дизайну. Лично я выбрал по стоимости и отзывам на Udemy, и вроде этого хватило. Сейчас все рисуют дизайн в Figma, и я видел, как многие продакты это делают. Но если есть выделенные дизайнеры, то они явно сделают это лучше, поэтому это либо первоначальный набросок, либо на дизайнерах сэкономили. Причём у нас была дискуссия, где проходит граница между дизайнером и продактом, насколько детально продакт должен делать техническое задание на дизайн: мне кажется, надо давать возможность людям раскрыть свой потенциал, и ставить задачу на верхнем уровне, какие проблемы / вопросы клиента должны быть решены в итоге. Потом обсуждать предложенные дизайнерами варианты.</p>
<p>Лично у меня была очень интересная задача смены общего стиля, и обсуждения были на уровне существующих эстетик, восприятия выбранной эстетики аудиторией сайта (которая в силу возраста может не считывать все ассоциации, например) и сочетания выбранной эстетики с ценностями и с имиджем. Особенно интересно то, что сайт был в нише андеграунда, поэтому можно было смелее выбирать стиль и за счёт него дифференцироваться. Ну а дальше вопрос, на что хватит смелости у владельцев бизнеса.</p>
<p>Кстати, Figma и другие аналогичные инструменты полезно освоить (толкового курса хватит), но блокером это не является, сам по себе инструмент достаточно простой.</p>
<h2>Разработка</h2>
<p>С точки зрения разработки есть несколько живых подходов:</p>
<ul>
<li>Waterfall</li>
<li>Scrum</li>
<li>Kanban</li>
</ul>
<p>Лично я работал во всех, и могу сказать, что они подходят каждый для своей ситуации. Это примерно как оргструктура: плохой нет, важно наполнение. Если есть лидер разработки, то он берёт технические моменты на себя, и тебе не нужно глубоко знать технические блокеры. Но знать зависимости между разработками нужно, потому что они влияют на сроки. Скажем так, это просто объём информации, который приходится держать в голове, и который влияет как ограничение на состав релиза, и всё.</p>
<p>Ответ на часто задаваемый вопрос: нужно ли продакту знать python и SQL? У меня ответ такой:</p>
<ul>
<li>Знать SQL очень полезно, чтобы не обращаться за каждой мелочью по сопоставлению данных к разработчикам; но это нужно только для больших объёмов данных, поскольку небольшие объёмы продакты (о ужас) обрабатывают в электронных таблицах и не краснеют при этом.</li>
<li>Знать python не нужно. Изучать python полезно для развития мозгов, но если у тебя продукт на Scala (как это было у меня), знание python тебе никак не поможет. А если продукт на python, тоже не поможет, кроме как случаев, когда нужно понять разработанные до тебя алгоритмы. Хотя алгоритм расчёта представляет собой обычно небольшой участок кода, а управляющие структуры на всех языках похожи.</li>
</ul>
<p>С точки зрения ценностей и истории, откуда и почему появился Scrum, вот это очень полезно, но это очень небольшой объём информации. Проблема бывает, когда люди берут тот же Scrum на знамёна, но на деле устраивают какой-то недисциплинированный замес из подходов.</p>
<p>Ну и есть ещё приоритизация разработки, тут куча фреймворков. Лично мне в совершенно разных ситуациях (и даже для приоритизации проектов) очень помогал RICE, и я не вижу причин его не использовать, иногда с дополнениями. Хотя в отдельных специфичных случаях другие фреймворки могут быть более полезны.</p>
<h2>Заключение</h2>
<p>Что могу ещё сказать: ребята, я видел живых продактов, они не семи пядей во лбу. Вообще ничего такого. Могу сказать, что профессия во многом про коммуникацию и сочетанию несочетаемого в одном человеке, лично у меня всегда сложности с неопределённостью со стороны рынка. Остальное, на мой взгляд, – более-менее прикладные вещи, которые можно решить книжкой / курсом. Даже чуть более ясно скажу: если вы делали исследования рынка, при понимании продуктового подхода вы точно справитесь. Если не делали исследования рынка, тем более справитесь. :)</p>Паша, давай в digital: общие навыки2022-01-21T18:23:00+03:002022-01-21T18:23:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-01-21:/2022-01-digital-2-skills.html<p>Базовые навыки, которые спрашивают на собеседованиях</p><p>Краткое содержание <a href="2022-01-digital-1.html">предыдущей серии</a>: digital мы будем называть разработку цифровых облачных продуктов с помощью гибкого (agile) подхода (либо товаров и услуг, включающих такие продукты). Переходить в эту сферу имеет смысл, потому что там нормально платят и есть, куда расти.</p>
<p>В этой части мы разберём, какие общие навыки требуются, исходя из моего личного опыта собеседований. В частности, рассмотрим:</p>
<ul>
<li>Английский язык</li>
<li>Программирование</li>
<li>Системное мышление</li>
<li>Понимание бизнеса</li>
</ul>
<p>Ещё раз отмечу, что здесь именно навыки <strong>для всех</strong> профессий в digital, не только для программистов, но и для дизайнеров и менеджеров продукта и любых других профессий. Даже HR в digital компании это всё потребуется. По поводу каждого навыка есть, насколько мне известно, масса заблуждений, поэтому, извините за занудство, разберём:</p>
<ul>
<li>Что это за навык</li>
<li>Как его приобрести</li>
<li>В чём может быть затык</li>
<li>Как преодолевать затыки</li>
</ul>
<p>Эти общие навыки в значительной степени формируют культуру digital компаний, которая (в идеальном случае в вакууме) противоположна культуре "у меня есть специальные люди для этого, ща дадим им команду, они сделают". Культура digital компаний часто похожа на культуру стартапов или вырастает из них, то есть такой организации, где все занимаются всем. И если ты это умеешь, просто берёшь и делаешь; чувства иерархии и кастовости здесь намного меньше, чем в других отраслях. Но мы отвлеклись, погнали по навыкам.</p>
<h2>Английский язык</h2>
<p>Тут зависит от того, в какой компании / стране вы хотите работать:</p>
<ul>
<li>Для российской компании достаточно уметь читать английскую техническую литературу</li>
<li>Для зарубежной компании нужно уметь разговаривать и писать</li>
</ul>
<p>Для чтения нужно... читать и переводить. Читать отдельно не нужно, в разделе про программирование будет что почитать на английском, таким образом прокачиваются сразу два навыка. А вот насчёт переводить полезно использовать не Google Translate, а <a href="https://www.multitran.com/">Multitran</a>: в нём больше значений, и освоение пойдёт существенно быстрее. И нужно знать, что ничего другого здесь нет: нужно просто много читать и много переводить. Я это делаю непрерывно со второго класса школы, а сейчас мне 39, и я свободно говорю и пишу на английском при этом. Некоторые вещи (и это хорошая новость) больше всего зависят от регулярного труда.</p>
<p>С умением разговаривать и писать вроде бы понятно, можно заниматься по разным методикам, можно заниматься с носителем языка, можно ездить в англоязычную страну с полным погружением, но мне известен случай, когда этого оказалось недостаточно, и я долгие годы наблюдаю затык. Как мне кажется, для разговорного и письменного английского мозг должен переключиться, он должен начать <strong>думать</strong> на английском. Поскольку английский намного проще русского, проявляться это будет в том, что английские слова и выражения будут всплывать в памяти первыми, но это лечится.</p>
<p>Лично я не испытывал на себе такую проблему, но было что-то похожее в Универе. У нас был предмет "Переходная экономика", помню зелёный учебник А. В. Бузгалина. Проблема была в том, что я не успевал прочитать нужную главу, хотя у меня не было военной кафедры, то есть был +1 свободный день. Тогда я пошёл на курсы быстрого чтения, где обучают разным приёмам, но в итоге ты упираешься в то, что ты проговариваешь про себя слова. Мозг уже готов читать быстрее, и ему <strong>не нужно</strong> для понимания, чтобы ты проговаривал про себя слова; это просто привычка. И в этот момент мне помог аутотренинг. Это вроде гипноза, но с самим собой, поэтому вроде как безопасно, если не перегибать с установками, не взваливать на себя слишком много за раз. Всё, больше я не проговариваю про себя слова. Честно не знаю, помог ли кому-нибудь аутотренинг начать думать на английском, но я бы двигался именно в этом направлении. Естественно, набрав минимальную словарную базу и грамматику.</p>
<p>Ещё кстати есть вариант, что те же зажимы, которые мешают думать, говорить и писать на английском, снимаются курсами актёрского мастерства. Актёры могут быстро выучить роль на любом языке, даже если это искусственный язык или бессмыслица. Не знаю, но надо пробовать нестандартные ходы, если дело не двигается; так точно быть не должно. Либо, как ещё идея, менять преподавателей до тех пор, пока не найдётся такой, который умеет работать именно с этой проблемой, и с ним будет видимое улучшение. Очень интересно, напишите пожалуйста в комментариях, какие у вас были затыки с иностранными языками и как вы их преодолевали. А мы переходим к программированию для не-программистов.</p>
<h2>Программирование</h2>
<p>Программисты, естественно, могут не читать, но вот лично меня поражает, насколько люди не понимают, что это и в каких областях применяется. Цель же у нас какая: чтобы компьютер что-то делал за нас. Он может что-то делать за аналитика или за дизайнера, но для этого не обязательно писать программу, есть много разных средств:</p>
<ul>
<li>Можно использовать формулы в Excel</li>
<li>Можно записать последовательность действий в том же Excel, а потом подредактировать код скрипта</li>
<li>В *nix системах можно использовать bash, просто чтобы выполнить последовательность команд или вызвать их много раз (например, в цикле)</li>
<li>Можно использовать Makefile, например, чтобы формировать файлы в системе вёрстки LaTeX</li>
<li>Для обработки изображений можно использовать bash + ImageMagick</li>
<li>Для обработки текстовых файлов можно использовать bash + awk, sed</li>
<li>Для статистической обработки данных можно использовать R</li>
</ul>
<p>Казалось бы, причём здесь python? Да вообще не при чём, если в реальных условиях нужно сделать что-то из перечисленного выше. Если же готового инструмента нет, или нельзя слепить из кусков и склеить скриптом, тогда да, нужно программирование. Либо это тестовое задание, либо вы профессиональный программист, и вам важна производительность. Но этот раздел, повторюсь, не для программистов.</p>
<p>Дальше, до перехода в программирование, у любого языка есть библиотеки и фреймворки, которые позволяют решать задачи в какой-то конкретной области:</p>
<ul>
<li>Создавать сайты</li>
<li>Писать программы с полями для ввода пользователями</li>
<li>Выполнять математические действия</li>
<li>Моделировать физические процессы и так далее</li>
</ul>
<p>То есть писать движок блога на python и не использовать web-фреймворк – это прям ну очень странно. Для разных языков программирования есть разный набор библиотек, python сейчас используется примерно везде, и в этом его плюс. Но почему с него рекомендуют начинать, на самом деле, потому что у него очень ясный и понятный синтаксис, и на нём можно быстро и доступно объяснить базовые вещи, которые должны (в текущей реальности в digital компании) понимать не-программисты:</p>
<ul>
<li>управляющие структуры: if, for и т.п.</li>
<li>функции и передачу параметров</li>
<li>стандартный ввод / вывод и работу с файлами</li>
<li>наконец, объектно-ориентированный подход</li>
</ul>
<p>На этом я остановлюсь с python, но про программирование спрашивают ещё одну вещь, SQL. Это язык запросов к базам данным, но изучать его нужно не для того, чтобы обязательно писать эти запросы. Изучают его для того, чтобы понимать, как данные (обычно) хранятся в компьютерах, в частности:</p>
<ul>
<li>в чём разница между транзакциями и справочниками</li>
<li>что такое ключ в таблице и как его использовать</li>
<li>как таблицы связаны между собой</li>
<li>что такое нормализация базы данных</li>
</ul>
<p>Честно, я не знаю, что ещё помимо перечисленного и базовых запросов (выбор, удаление, добавление) нужно знать не-программисту об SQL. Как видите, про программирование всё оказалось не так сложно. С приобретением тоже проблем нет, есть масса книг в свободном доступе, также есть интерактивные руководства и курсы. Computer Science является, наверное, стандартным курсом, и хорошо бы его пройти, например, на Codeacademy, где есть интерактивный тренажёр. Но в целом это не обязательно, хотя практика нужна. Самый большой затык здесь в том, что люди, далёкие от техники, считают программирование чем-то вроде оккультизма, поэтому шарахаются от него. Никаких других причин затыков лично я не видел, во многих странах программирование преподают детям в начальной школе для развития логики. Есть, правда, персонажи, у которых 2+2 сегодня равно 4, а завтра 5, но это клинические случаи, и тут тоже понятно, к каким специалистам обращаться.</p>
<p>Кстати, материалов в свободном доступе на английском намного больше, вот тут-то английский и пригодится, но и не только здесь.</p>
<p>Переходим к системному мышлению, с описанием которого лично у меня был затык длиной в неделю.</p>
<h2>Системное мышление</h2>
<p>Проблема с системным мышлением в том, что люди под этим подразумевают одно, а те, кто действительно умеет системно мыслить, применяют совершенно определённый перечень инструментов из достаточно обширного списка. Итак, что от вас хотят на собеседованиях:</p>
<ol>
<li>Найти корневую причину проблемы (помните Анализ?)</li>
<li>Предложить решение (помните Дизайн?)</li>
</ol>
<p>Это взгляд с точки зрения бизнеса, которому нужно решение и нужно объяснить, как вы к нему пришли. А вот что находится "под капотом" у системного анализа:</p>
<ul>
<li>Анализ, то есть умение видеть систему (в чём-либо), разбивать её на части</li>
<li>Синтез, то есть умение делать выводы, которые не являются простой суммой результатов анализа</li>
<li>Критическое мышление, то есть уметь отделять факты от оценок, а также проверять и то, и другое</li>
<li>SWOT-анализ, инструмент стратегического анализа и планирования, кстати <a href="pages/strategym.html">есть шаблон</a></li>
<li>PEST-анализ, инструмент анализа внешней среды, кстати <a href="pages/strategym.html">есть шаблон</a></li>
<li>Теория ограничений Голдратта, это моё любимое, сразу книжка: Уильям Детмер, Теория ограничений Голдратта</li>
<li>Процессный подход</li>
<li>Операционная модель</li>
<li>Модель уровней зрелости, это второе любимое</li>
<li>Поиск корневых причин проблем – диаграмма Исикавы</li>
<li>Определение приоритетов на матрице Эйзенхауэра – без этого вообще сложно жить и работать</li>
<li>Брейнсторминг</li>
<li>ТРИЗ</li>
<li>JTBD</li>
<li>6 Сигма</li>
<li>Бережливое производство</li>
<li>Управление цепями поставок (supply chain management)</li>
<li>Цепочка создания ценности (value chain)</li>
<li>Референтные модели по областям: SCOR (SCM), ITIL/ITSM (IT) и так далее</li>
</ul>
<p>Как вы понимаете, это не полный список. Вы спросите: Костя, как же так, почему ты под видом общих навыков впихиваешь нам навыки супер-консультантов типа МакКинзи? Да, ребята, ещё 5-10 лет это было так, но ставки растут, поэтому сегодня, если вы не знаете и не используете хотя бы для себя (а ещё лучше – для работы) ничего из этого, то ничего хорошего вас не ждёт. Чем больше вы знаете, тем больше у вас конкурентных преимуществ. Раньше можно было изобретать велосипеды прямо на собеседовании, и это работало; сегодня вам могут сказать, что в соответствии с таким-то подходом это просто лютая дичь.</p>
<p>Как получить, вроде тоже понятно: есть книжки и материалы в Интернете, можно читать. Здесь проблемка в том, что некоторые материалы в принципе не существуют на русском. Поэтому, в большей степени, от <strong>желания</strong> узнать что-то новое зависит уровень вашего системного мышления.</p>
<p>А затыки здесь возникают не с пониманием, а с тем, что материалов и подходов слишком много. В один ТРИЗ можно нырнуть и не вынырнуть, так мы и теряем людей. Нужно понять, где у вас пробелы, что для вас будет наиболее ценно, выстроить приоритеты в изучении.</p>
<h2>Понимание бизнеса</h2>
<p>Правда в том, что материалы из предыдущей части, например, та же операционная модель, пересекаются с пониманием бизнеса. Стандартный подход – это понимание бизнеса через цифры, основы бухучёта никто не отменял. Но если меня спросят почитать что-то действительно вдохновляющее и настоящее про бизнес, то, конечно, это "Атлант расправил плечи" Айн Рэнд. Если всё же хотите почитать научного, то нужно искать в следующих областях:</p>
<ul>
<li>макроэкономика</li>
<li>микроэкономика</li>
<li>расчёт бизнес-кейсов</li>
<li>институциональная экономика для расширения кругозора и понимания таких вопросов, как, например, "общественные блага"</li>
</ul>
<p>Единственный нюанс здесь состоит в том, что нужно именно читать книжки известных учёных, а не смотреть в YouTube ролики про то, как "богатые становятся ещё богаче". Пограничное, то есть популяризация науки живым языком, есть, например, в статьях экономиста Пола Кругмана, но они редко встречаются на русском. Ещё один повод заняться английским, с которого всё началось, и которым я закончу эту часть. </p>История аварий2022-01-13T22:16:00+03:002022-01-13T22:16:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-01-13:/2022-01-accidents.html<p>Немного оптимизма для всех</p><p>Аудио-версия:</p>
<iframe src="https://anchor.fm/mototr/embed/episodes/ep-e1d3t5r" height="102px" width="400px" frameborder="0" scrolling="no"></iframe>
<p>Тут подходит день рождения, исполняется 39 лет. Почему-то пронзительно вспомнилось, насколько насыщенными были предыдущие годы, и одновременно понимаешь, что подходишь к этапу, когда делать жизнь насыщенной уже не является целью. Иногда важно просто быть, быть рядом с близкими. Работа тоже не видится уже чередой достижений, иногда это просто работа, даже если она доставляет удовольствие, и так, наверное, должно быть. Но есть ещё что-то, возникает ресурс чем-то поделиться, и в моём случае это история аварий, автомобильных аварий. Возможно, кто-то сейчас проходит похожую историю, и именно этому человеку мне важно сообщить сейчас: не важно, что трудно, и что кажется, что жизнь катится вниз по наклонной, и ты перестаёшь что-то понимать. Всё разрулится, и впереди тебя ждёт куча невероятных открытий и впечатлений. Ты никогда не знаешь, насколько странно и одновременно позитивно всё может сложиться. Когда кто-то мне рассказывает о том, что в кино показывает что-то невероятное, я вспоминаю эту свою историю, и говорю: ха, в жизни бывает намного, намного более невероятное. Развязка моей истории связана с мотоциклами, и думаю, станет понятно, почему мотоциклы занимают такое место в моей жизни.</p>
<p>Первая авария случилась где-то в 2007-м году. Права я получил сразу, как мне исполнилось 18, в 2001-м, но стаж вождения у меня был не всё это время. Хотя я считал, что вожу неплохо, первая и главная ошибка. Это была вторая машина для меня: Renault Megan, что важно для понимания истории. Французы придумали машину для развивающихся рынков турецкой сборки, с массой пластиковых деталей, в том числе крыльями. По управляемости не очень, но с точки зрения оснащения и цены это был безусловно лидер рынка, продавали их много. В воскресенье я подвозил знакомую, и здесь произошёл один из ключевых моментов этой истории: мы выехали, я сказал что-то вроде "рекомендую пристегнуться". Знакомой позвонили, она отвлеклась, но я этого не заметил. В правилах дорожного движения есть пункт на эту тему: водитель несёт ответственность за безопасность пассажиров. Поэтому сейчас я сначала говорю всем пристегнуться, и только потом трогаюсь с места, чем многих раздражаю.</p>
<p>Так вот, ехали мы в Москве в центр по Проспекту мира, дело было зимой, был очень солнечный день. Меган имеет заводскую тонировку в районе 15%, в том числе лобового стекла, кстати, это тоже важная деталь. При этом солнечных очков я с собой не взял – ошибка, которую делают многие начинающие водители: вроде бы зачем солнечные очки зимой. Насколько опасно зимнее солнце, я убедился в этот день.</p>
<p>Поскольку я был очень уверен в себе, я разогнался, несмотря на плохую видимость из-за солнца. И через залитое солнцем лобовое стекло поздно увидел стоящие на светофоре машины и горящий красный сигнал. Нажал на тормоза и заметил, что моя знакомая, Лена, качнулась вперёд... и тут я понял, что она не пристёгнута. Тогда я отпустил тормоз и стал тормозить медленнее, чтобы Лена не вылетела через лобовое стекло. Было понятно, что мы влетаем в машину впереди, но не сильно. Мы с Леной в итоге отделались лёгким испугом, а вот мужчина в машине впереди не был пристёгнут и ещё наклонился вниз на перекрёстке, в связи с чем повредил нос. В общем, это была авария с лёгкими телесными повреждениями, если вы в курсе последствий.</p>
<p>Мою машину страховая признала непригодной к восстановлению, поскольку поехала геометрия, повело лонжероны. Ну и ремонт и детали в официальном сервисе очень быстро перевешивают цену новой машины, хотя по виду был немного разбит перед. Полгода заняла выплата от страховой, после чего... я купил тот же Renault Megane, того же цвета, но немного более бедной комплектации, на встроенную магнитолу уже не хватило. Это если вы не верите в невероятные истории например. "Но зачем ты купил такую же машину?", спрашивали меня. "А что, вроде нормальная машина" – так мне казалось, а в приметы я не верю.</p>
<p>Следующая авария случилась довольно скоро: в декабре ехал из Подмосковья, падал снег, вот на этом снегу меня и стало заносить. Пошла раскачка влево-вправо, которую я пытался выправить рулём, но не нажимал ни на газ, ни на тормоз. По встречке ехала цепочка машин, первый водитель видел аварию издалека, но решил проскочить. В последний момент мою машину развернуло, колёса зацепились за колею, она рванула вперёд, и встречная машина снесла часть переда. Мою машину закрутило, и следующая машина, в которой ехал инструктор с тест-драйва... Renault Megane (вы по-прежнему не верите в невероятные истории?), въехал мне в правую заднюю дверь. Когда я открыл дверь и вышел из машины, было полное ощущение, что жизнь стартовала заново. Самое обидное, что я не пострадал, потому что у водителя первой машины было рассечение кожи на голове после удара о переднюю стойку: подушки раскрылись при ударе и сдулись, а он въехал в сугроб на обочине уже без подушек.</p>
<p>После двух таких случаев мне совсем не хотелось ездить. Но ирония была в том, что водитель первой машины отозвал претензии, чтобы побыстрее получить страховые выплаты, и у меня даже не отобрали права.</p>
<p>После этого много чего происходило, но я не ездил на машине, и даже стал получать от этого удовольствие. Оказалось, что практически любой вопрос можно решить без машины, хотя каршеринга, например, тогда в Москве не было. Главное, что случилось, я встретил девушку своей мечты. Как-то стало понятно, что нужна машина, и вот мы её купили: подержанный Ford Mondeo, 2003-го года, где-то в 2009-м году. Помню, мы выехали вместе с Олей, первая поездка была на Живописный мост, и меня порядком потряхивало. Даже сейчас я помню запах нашатыря из подушек безопасности, а тогда от ощущения руля в руках было не по себе.</p>
<p>Одна из следующих поездок была с друзьями на природу, стартовали мы от места, где Оля тогда снимала квартиру, на улице Стрелецкой. Если кто не знает, это вообще не оживлённое место, хотя и рядом с ТТК, движение там в одну сторону. Мы ехали с друзьями, Мариной и Серёгой. Марину мы забрали сразу, а Серёга куда-то пошёл, и мы должны были подобрать его буквально в 50 метрах чуть дальше, на обочине справа. Что происходило дальше: мы трогаемся, поворачиваем, я вижу Серёгу, смотрю (!) в правое зеркало и не вижу там ничего, включаю поворотник, беру вправо. После этого звук металла и VW Tuareg (немаленькая такая машина) останавливается чуть впереди. Даже Марина подтверждает, что я смотрел в правое зеркало, но я реально не увидел машину на пустой улице.</p>
<p>Тут надо сказать, что когда стали описывать повреждения, товарищ подозрительно подробно всё описал, и тут оказалось, что у него недавно была похожая авария. То есть у него был шаблон "обгон справа", но виноват, конечно, я. Меня трясло от того, что справа от меня сидела Оля, и удар по касательной пришёлся в её дверь. Мы заполнили документы и всё-таки выехали на природу. В 2012-м у нас родилась дочь, и каждый раз, когда я возил семью на машине, я выходил в холодном поту из-за руля.</p>
<p>После этого по работе я уехал на Сахалин, примерно на 9 месяцев. Форд продал в Москве, а по Сахалину перемещались на такси, поскольку покупать машину смысла не было, иногда брали машины в прокат, буквально пару раз, и всё проходило без происшествий. После возвращения в Москву купили Kia Rio с автоматом для Оли, хотя ездить она так и не стала, приоритеты немного изменились: ей нужно было закончить обучение, защитить диплом.</p>
<p>Мото-тема началась для меня до Сахалина, но экзамен сдать я не успел, на Сахалине также не стал этого делать, поэтому права на категорию А получил после возвращения с Сахалина. И... потерял работу, поэтому планы по покупке мотоцикла пришлось отложить. Прошло почти 3 года, прежде чем эта мечта осуществилась. Чтобы сразу не убиться, до покупки мотоцикла я ездил заниматься мотокроссом.</p>
<p>Переломный момент в моём отношении к машине наступил именно после того, как я сел в машину после мотоцикла: всё было настолько спокойно, предсказуемо и медленно! И после этого картинка мира сошлась: машина нужна для перемещения людей и грузов и пункта А в пункт Б, всё. Позволить себе мотоцикл – это нормально, и от этого выиграли все. Мотоцикл нужен для получения удовольствия, и это риск, который (по крайней мере, пока) я не готов ни с кем делить (в смысле возить пассажиром). Мне нравится ручная коробка, поэтому у меня ручная коробка как на машине, так и на мотоцикле, и от этого при пересаживании в машину не так грустно.</p>
<p>И это не самое яркое впечатление от мотоцикла. Когда ездишь на машине, в связи с этими авариями, у меня сложилось впечатление, что все водители вокруг даже если не участвуют в автоподставах (а встречалось и такое), то при аварии только и думают, как урвать с тебя что-то. Когда едешь на мотоцикле, видится совсем другое. Раньше я работал на Тверском бульваре, а живу немного за МКАДом на Пятницком шоссе. И в памяти остался один день, пятница, когда после работы абсолютно вся дорога от дома до работы была одной сплошной пробкой. И ты едешь в этой пробке на мотоцикле, протискиваешься, и уже ничего хорошего от жизни не ждёшь (потому что снизу работает подогрев от двигателя). И вот происходит <strong>чудо</strong>: машины расступаются, и ты проезжаешь. Не так: тебя пропускают все, <strong>абсолютно</strong> все. Им стоять в этой пробке ещё часа 3 минимум, но они тебя пропускают. Зачем??? Потому что они хорошие люди, они все.</p>Паша, давай в digital: что это и зачем2022-01-09T13:49:00+03:002022-01-09T13:49:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-01-09:/2022-01-digital-1.html<p>Новая серия статей о переходе в digital, начнём с разбора того, что такое digital и зачем туда переходить</p><h2>Предисловие</h2>
<p>Консалтинг умирал тихо, вроде как сначала умирала даже не профессия, а слабел бизнес консалтинговых компаний. Работая на стороне заказчика, я видел, что с каждым проектом уровень команд падает, и вот уже я сам за наши деньги делаю работу за них. Просто потому, что учить их дольше. Как так получилось? Хотя вопрос совсем в другом. Тот вопрос, который задаст себе таксист, когда проснётся однажды утром и увидит, что все остальные такси – беспилотные: а где, собственно, все?</p>
<p>Лично моя гипотеза состоит в том, что более-менее талантливые и амбициозные люди сейчас стремятся в тот самый digital, независимо от предыдущего опыта. Думаю, прекрасно, если это те же таксисты или "менеджеры среднего звена". У меня возникла идея серии статей на эту тему:</p>
<ol>
<li>Что такое digital и зачем туда идти – это та часть, которую вы читаете; немного про рынок труда, уровень зарплат и карьерные перспективы.</li>
<li>Какие общие навыки вам потребуются, чтобы туда перейти: знание языков, личные качества, какие подходы из предыдущего опыта могут помочь.</li>
<li>Какие есть частные навыки, ссылка <a href="https://github.com/ikostas/pmbod">на github</a> уже давно висит в меню слева, но там только список, а тут хотелось бы рассказать, на что обратить внимание.</li>
<li>Как найти работу или "пересечь пустыню безнадёжности".</li>
</ol>
<p>Постараюсь параллельно рассказывать о собственном опыте, но истории у всех могут быть разные. Лично мой предыдущий опыт работы – консалтинг и управление проектами, но надеюсь, что цикл статей будет полезен и для людей не из этих областей. Также чуть больше будет про product management, но если вы решили стать дизайнером, программистом или кем-либо ещё, я постараюсь, чтобы мой материал вас в этом не ограничивал.</p>
<p>Наверное, нужно рассказать о том, откуда такое название: Паша – это мой друг и бывший коллега по консалтингу. Кстати, мы с ним вместе делаем <a href="https://anchor.fm/mototr">подкаст "Мототрындёж"</a>, но это немного другая история. Паша сейчас продолжает работать в консалтинге и, похоже, ему это не очень нравится. Лично мне чуть проще писать для конкретного человека, тем более которого я очень ценю, поэтому "Паша".</p>
<p>Паша подбивал меня рассказать о переходе в digital в отдельном подкасте – извините, дорогие друзья, третий подкаст я просто не потяну. Думаю, формат блога здесь подходит чуть лучше, поскольку будут ссылки для более детального изучения отдельных тем. Как правило, материалы будут на английском, к этому тоже надо быть готовым. Вот теперь поехали, и начнём с того, что же мы называем digital.</p>
<h2>Методология</h2>
<p>Не бойтесь, здесь загрузки не будет, всё на самом деле очень просто и подходит для прочтения, даже если вы не знаете, что означает консалтинг. Скажем так, у человечества была потребность проводить изменения, и в прошлом (20-м) веке вершиной знаний для проведения изменений (в любой области) была "методология", которую применяли консалтинговые компании, брали за это большие деньги и держали её под большим секретом. Хотя этот секрет был у всех один и тот же и состоял он в последовательности шагов для проектирования и реализации изменений:</p>
<ol>
<li>Анализ</li>
<li>Дизайн</li>
<li>Разработка</li>
<li>Внедрение</li>
</ol>
<p>Когда я пишу "последовательность", то это означает ровно то, что эти этапы должны следовать <strong>строго</strong> последовательно друг за другом. Поверьте, я видел, когда это было не последовательно, и это было очень грустно. За схожесть на плане-графике с водопадом этот подход и называется waterfall. В чём проблема с ним? Если каждая стадия длится 1-3 месяца, то понятно, что пока дойдёшь до последней стадии, требования, снятые на этапе анализа, могут поменяться. Означает ли это, что этот подход порочен, устарел и не должен больше применяться? Лично моё мнение – конечно нет, и в сегменте B2B он ещё долго будет успешно жить, по финансовым причинам. Дело в том, что в бизнес-среде изменению и проекту, который и состоит из перечисленных стадий, соответствует договор, а договором с фиксированным объёмом легче управлять, чем договором с переменным объёмом. В юридическом смысле (а мы не можем абстрагироваться от юридической реальности) изменения в договоре возможны, но это требует подписания дополнительных соглашений к договору, а это требует ресурсов.</p>
<p>В итоге мы получаем, что для того, чтобы проект хорошо прошёл, требования желательно качественно проработать до начала проекта, иногда для этого делают даже отдельный проект. В моём опыте для внедрения облачной (то есть уже разработанной) системы для проекта длительностью 1 год потребовалось 2 года подготовки. Это реальные сроки, друзья мои, и тут есть от чего впасть в депрессию. Что и стало происходить с людьми, и они задались несколькими вопросами. Первый был, само собой: а нельзя ли побыстрее? А второй был: а зачем нам реализовывать требования, которые уже никому не нужны? Начну с второго: иногда это имеет смысл, потому что в бизнесе не всегда требования ставили полные идиоты, и возможно, в них есть смысл, просто мы не можем его понять. Ну и если найти нового владельца требований, согласовать с ним эти требования, то не факт, что получится лучше. И всё же по статистике 60-80% требований не используются приблизительно никем. Зато оставшиеся 20% могут оправдать даже такую уродливую конструкцию.</p>
<p>Насчёт "побыстрее", как сказал бы (не очень) добрый фей: конечно, дружок, мы можем побыстрее, но тебе придётся за это что-то отдать. Если посмотреть на agile подходы, к которым относится канбан и scrum, как минимум, разработки больше. Если требования постоянно меняются, нужно действовать итерационно, на каждом этапе делая готовый продукт. А чтобы каждый раз делать готовый продукт, нужно его каждый раз тестировать. А чтобы каждый раз тестировать, нужно написать массу автоматизированных тестов. Это не говоря о "мёртвых" ветках функционала, которые в итоге "не пригодились". То ли дело waterfall: один раз разработал, протестировал, привет, продуктив. Ну мы же его похоронили, так что не будем откапывать.</p>
<p>Agile, как мне кажется, подходит для B2C и тех компаний, которым waterfall стал тесен. Если же применять agile для тех, у кого не было владельцев процессов, требований или желания их формулировать, то, как мне кажется, получится только фиаско, что подтверждает опыт моих коллег. Это всего лишь вариация известной максимы "любая методология имеет ограниченные условия применения", тут я как про waterfall, так и про agile. Ну и в целом (кто-то же должен это написать): давайте не будем делать фетиш из подходов. Люди, которые перешли в agile, не зная waterfall, обречены его заново изобрести. Например, это означает, что не стоит обесценивать свой опыт, если вы раньше работали только с waterfall'ом.</p>
<p>Но кроме agile изменилось ещё кое-что: фокус переместился с проекта на продукт.</p>
<h2>Product Management</h2>
<p>Раньше было так: что нам нужно, чтобы реализовать изменение? Сделать проект! Получилось ли то, что хотели? Нет в 60% случаев. Почему? Потому что была разница между задачами проекта и тем, что в действительности необходимо сделать для реализации изменения. Кто за этим должен следить? Лично я не видел, чтобы руководитель проекта это делал, поэтому всегда требовался функциональный лидер, глубоко погруженный в предметную область: либо эксперт от заказчика, либо консультант. Нет такого человека – фиаско, но в проектной модели все молятся на руководителя проекта, и именно он является главным.</p>
<p>Область знаний "управление продуктами" была и раньше, но она была нацелена на разработку продуктов реального мира (в отличие от нашего digital, то есть цифрового мира), поэтому для разработки ИТ-сервисов была тяжёлой и неповоротливой. Критическую массу того, как концентрироваться на продукте и разрабатывать цифровые продукты быстро и эффективно, залил Марти Каган в книжке "Inspired". По крайней мере, это первое, что мне посоветовали почитать на тему product management, и я не пожалел. Она рассказывает о том, как должна быть организована команда по разработке цифрового продукта, какими инструментами пользоваться для описания и развития продукта, какие процессы и какая культура необходимы для этого. Здесь решаются обе проблемы проекта:</p>
<ul>
<li>Фокус всегда на продукте, конечной цели для клиента. Мы не "отпочковываем" некоторый "проект", чтобы потом, по закону Мерфи, он начал отличаться от того, что клиент хочет на самом деле.</li>
<li>Лидером является не административный "руководитель проекта", а человек, который как раз управляет всеми аспектами продукта, от описания до достижения его состояний (промежуточных или конечного) – product manager. Как синоним дальше я буду использовать менеджер продукта, хотя есть другие переводы.</li>
</ul>
<p>Здесь сразу хотел привести пару ссылок на статьи для более углублённого изучения:</p>
<ul>
<li>Почему продуктовый подход заменяет проектный: <a href="https://www.emergn.com/thought-papers/moving-from-projects-to-products/">Moving from projects to products</a>. Причём мне известны случаи, когда вместо проектных офисов в компаниях делают набор продуктовых команд.</li>
<li>Как перейти в product management: <a href="https://productschool.com/hired-book/">Hired: How To Get a Product Management Job</a>, здесь хорошо описывается переход в product management из таких профессий, как инженер (разработчик), дизайнер, предприниматель, маркетолог, консультант.</li>
</ul>
<p>Обе эти статьи вы можете скачать совершенно бесплатно, надо только зарегистрироваться, что я настоятельно рекомендую сделать (моя статья подождёт).</p>
<p>Но и это ещё не всё о digital, я бы сделал ещё акцент на облачных сервисах.</p>
<h2>Облака</h2>
<p>Можно ли применять agile, product management и при этом разрабатывать on-premise решения, то есть решения, которые существуют в уникальном экземпляре для конкретного заказчика? Безусловно. Будет ли это "тот самый digital"? Не уверен. Одним из тезисов видения того самого "digital-будущего" (извините, лень искать источник, грешен) будет то, что on-premise решения вымрут, кроме решений для автоматизации ключевой функции, которая является уникальным конкурентным преимуществом организации. Например, если вы не закупочная организация (не закупаете для других), то это, скорее всего, не функция закупок. Ключевой функцией может быть производство, исследование и разработки, планирование. Тогда можно обобщить опыт автоматизации "неключевых" функций и сделать для них единые решения. Наверное, это будет немного скучно, ведь у всех будет одинаково, но это будет удобно и недорого.</p>
<p>Вы всё ещё за on-premise? Лично видел человека, который поддерживал решение на FoxPro на одном заводе молочной продукции. Сидел он там 20 лет и платили ему космическую зарплату. Это legacy-решения, или старый хлам, в который рано или поздно превращается любое on-premise решение. Человеческая мысль развивается дальше, а оно там себе тихо жужжит, написанное на диалекте языка, который уже никто не знает. И генеральный директор молится, чтобы оно не упало или (что хуже), чтобы его не пришлось с чем-то интегрировать. Можно не интегрировать, но ценность систем, которые ни с чем не обмениваются данными, резко падает.</p>
<h2>Зачем это всё</h2>
<p>Вы вряд ли пойдёте в digital, чтобы танцевать в лохмотьях вокруг костра и выкрикивать: agile, product management, облака! Хотя... Да нет, не пойдёте. Мы живём в материальном мире, нам всем нужно оплачивать счета и покупать более дорогие предметы интерьера, либо реализовывать какие-то другие фантазии (включая благотворительность, либо выделять время на волонтёрство), что также оплачивается деньгами. И тут мы приходим к вопросам:</p>
<ul>
<li>А что там вообще есть?</li>
<li>Каков уровень зарплат?</li>
<li>Каков потенциал роста?</li>
</ul>
<p>На последний вопрос ответить легче всего, в применении к product management гуглим "product management career path" и находим, <a href="https://www.productplan.com/learn/product-manager-career-path/">например</a>. Подставьте другую профессию и обрящете.</p>
<p>Насчёт того, какие профессии вообще есть, лично я долго пребывал в заблуждении, что в digital только тестировщики и разработчики. К счастью, это не так, поэтому представьте, что вы заканчиваете школу и вам нужно выбрать профессию. Как мне кажется, <a href="https://gb.ru/">GeekBrains</a> является для этого прекрасным ресурсом, к тому же (для этих целей) бесплатным. Лично я <strong>не рекомендую</strong> покупать курсы там, но записи вебинаров и другие материалы дадут вам неплохое <strong>начальное</strong> представление по спектру digital профессий. С какого-то момента содержание разных вебинаров начинает повторяться, это означает, что вам хватит.</p>
<p>Насчёт уровня зарплат, необходимо уточнить: где? Плюс digital профессий в том, что они стандартизированы между странами, поэтому вы можете начать в одной стране (например, в России), а затем продолжить в другой, что многие успешно и делают. Вы можете идти по пути роста зарплаты, что, скорее всего, приведёт вас в США, или же просто жить там, где вам нравится, работая в той же стране или удалённо.</p>
<p>Насчёт конкретных величин зарплат надо просто зайти на сайты и посмотреть. Для digital профессий есть ряд специализированных сайтов, поэтому чтобы не путаться, имеет смысл начать с них. Например, product manager на hh.ru приведёт вас к менеджеру категории в обычной FMCG-компании. Возможно, затем вы вернётесь на hh.ru, поскольку там может быть больше вакансий (уже на этапе поиска работы), но пока мы говорим лишь о том, чтобы получить представление, поэтому для вакансий в России можно зайти на сайты:</p>
<ul>
<li><a href="https://career.habr.com/">career.habr.com</a></li>
<li><a href="https://geekjob.ru/">GeekJob</a></li>
</ul>
<p>По product management я смотрел вакансии за рубежом на сайтах:</p>
<ul>
<li><a href="https://www.linkedin.com/jobs/">LinkedIn</a>, не забудьте включить VPN</li>
<li><a href="https://angel.co/">AngelList</a>, в основном, стартапы в США и Европе</li>
<li><a href="https://productschool.com/job-portal/">Product School</a>, аналогично</li>
</ul>
<p>Также есть сайты фриланса, лично я работал с <a href="https://www.upwork.com/">UpWork</a>, и мне очень понравилось.</p>
<p>В завершении этой части мне осталось сообщить вам две новости, плохую и хорошую. Начну с хорошей: рынок digital специалистов сейчас достаточно разогрет, а резко много хороших профессионалов не появится. Поэтому зарплаты неплохие, и они растут. Но новость не в этом, а в том, что FaceBook после переименования в Meta в связи с желанием построить мета-вселенную, нанимает по всему миру 50.000 специалистов (пятьдесят тысяч человек, Карл). Они предлагаю ставки, в 3 (три) раза выше рыночных. Не думаю, что меня вдохновляет работа в Facebook и создание мета-вселенной, но тут суть в воздействии на рынок, его разогревают ещё больше. И это не отменяет планов других компаний по резкому расширению. Например, LinkedIn завален вакансиями от TopTal, и это с метавселенными никак не связано.</p>
<p>Плохая же новость состоит в том, что для не-технических профессий, те же менеджеры продуктов или менеджеры проектов, стандартизация между странами не так хорошо развита. Для технических специалистов всё более-менее чётко, и поэтому в западных компаниях (будь то Европа или США) программисты из пост-советского пространства встречаются часто. Что же касается профессий, связанных с коммуникациями, тут всё сложнее:</p>
<ul>
<li>Сама культура коммуникаций немного другая, то есть люди общаются по-другому; есть масса того, что принято и что не принято, то есть культурные различия будут сильно осложнять вам задачу.</li>
<li>Профессия всё же немного различается: если в России тот же product manager может рассматриваться как "подающий патроны" разработчику: сидит себе, бэклог свой ведёт и пишет user stories; то за рубежом потребуется продемонстрировать такие вещи, как видение и стратегический анализ; да и конкуренция на рынке продукта, как правило, будет плотнее.</li>
</ul>
<p>Из этого следует, что из фриланса с зарубежными компаниями именно для не-технических профессий может быть проще перейти на работу в зарубежные компании, чем из российских компаний: в последнем случае ваш опыт для них будет не совсем применим, а продукты и достижения будет не известны. Но это максимум плохого, что может быть, в целом же digital безусловно стирает границы между государствами, и лично мне это нравится.</p>
<p>В следующей серии мы поговорим не только о том, какие общие навыки потребуются для перехода в digital, но и о том, как преодолеть себя, чтобы их получить. А преодолевать себя потребуется, поскольку наш мозг цепляется за привычные подходы... что мешает нам развиваться.</p>Новые материалы по стратегическому и проектному управлению2022-01-08T15:27:00+03:002022-01-08T15:27:00+03:00Константин Овчинниковtag:kovchinnikov.info,2022-01-08:/2022-01-stratprojmaterials.html<p>Выложил новые материалы, велкам</p><p>По итогам работы с некоммерческой организацией (НКО) – благотворительным фондом "Добрый мир" появился ряд материалов, которые я решил выложить для общего использования.</p>
<p>Во-первых, появился целый новый раздел <a href="pages/strategym.html">Стратегическое управление</a>. Туда добавлены шаблоны, которые много раз использовались для исследований рынков. Для НКО был сформирован (и использован) шаблон собственно стратегии и процедура стратегического планирования в виде графической схемы и текстового описания к ней.</p>
<p>Во-вторых, для той же НКО был разработан ряд материалов по <a href="pages/projectm.html">Проектному управлению</a>. Явно не хватало запроса на изменения, также добавлены процедуры управления проектами (в виде графической схемы и текстового описания) и управления программой проектов.</p>
<p>Надеюсь, эти документы будут вам полезны.</p>Прощание с харизмой2021-12-19T19:52:00+03:002021-12-19T19:52:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-12-19:/2021-12-charisma.html<p>Грустная, но поучительная история про веру, харизму и критическое мышление</p><p>Эта история произошла со мной много лет назад, но размышляя над тем, что же она означала, я пришёл к выводам только сейчас. И это выводы именно про лидерство и про совместимость харизмы с лидерством, с помощью которого ведут за собой, но не заводят.</p>
<p>Волею судеб я оказался в христианской секте. Это не была тоталитарная секта хотя бы потому, что я вышел из неё, и мне ничего за это не было. Возглавлял её, то есть был пастором, Питер, который без знания русского языка приехал из Англии и жил в России.</p>
<p>Питер работал реставратором в Англии, а в Англии, если кто не знает, Англиканская церковь, в которой главой церкви является король или королева. С одной стороны, это было объявление независимости от Римской католической церкви (вроде пока ничего интересного), и вроде были религиозные разногласия. Но поводом для отделения стало то, что Король Англии Генрих VIII решил развестись с Екатериной Арагонской, а вот папа Клемент развода не давал. Тогда Генрих VIII объявил об отделении и объявил себя главой новой церкви, Англиканской.</p>
<p>У многих верующих, среди которых был и Питер бомбило (а у многих и продолжает бомбить) от того, что светский монарх является главой церкви. Питер рассказывал, что он помолился, и Господь сказал ему ехать в Россию, потому что Россия много страдала и заслужила наконец что-то хорошее.</p>
<p>В России Питер основал пятидесятническую церковь, это ветвь протестантства, близкая к баптизму, но имеющая от него существенные отличия. Было два типа служб: домашняя церковь и общая служба в воскресенье. На домашней церкви разбирались стихи из Библии, службу вёл один из пасторов церкви, а Питер приходил в разные домашние церкви по очереди. Службу в воскресенье вёл Питер, на ней также выступали пасторы, причём вход на воскресную службу был свободный.</p>
<p>На службах разбиралось применение Библии к жизни, и я думаю, это многим помогло. Например, в какой-то момент я был готов разорвать отношения со своей матерью, но пастор из церкви объяснил мне, что нужно простить, и это помогло мне сохранить отношения.</p>
<p>Питер безусловно был харизматичным: седой англичанин в России с внутреннем стержнем, которым являлась его вера. Но в какой-то момент он объявил всем, что получил новое послание, в котором говорилось следующее: следующие 2 года для России будут плохими, потом будут 2 хороших года, а потом эта церковь (которой он руководил) станет главной церковью мира, и пасторы разъедутся на разные континенты, чтобы руководить там церквями. Питер же уедет в Иерусалим, там умрёт, а потом воскреснет.</p>
<p>На этом месте мой аларм критического мышления сработал, и я понял, что сил в это верить у меня нет. Я ушёл, через какое-то время Питер умер (в Москве), а потом представители церкви пригласили всех на службу, чтобы извиниться, что Питер завёл всех не туда. Они проверили самостоятельно слова Питера, молились, и не получили подтверждения тех обещаний, о которых говорил Питер.</p>
<p>Последние 6 лет моя работа была связана не просто с коммуникациями, а с убеждением людей. В основном, нужно было убеждать, что наши проекты полезны и их нужно поддерживать. И тут меня всегда мучил вопрос: вот харизма – это хорошо или плохо? С одной стороны, ты можешь убедить быстрее. С другой стороны, можешь не услышать других, и этому есть название, "поле искажения реальности". Были рабочие встречи, когда мы вырабатывали решение или направление для дальнейшего движения, и тогда мы старались выслушать всех. Но не слишком ли заманчиво и на рабочих встречах переключаться "в режим харизмы", чтобы принять такое вроде очевидное решение побыстрее? Вы думаете, этого никто не делал? Скажу так: это делали все, и только наше взаимное уважение друг к другу внутри команды помогало эту харизму преодолевать, чтобы <strong>критически</strong> посмотреть со всех точек зрения.</p>
<p>И тут мне на ум пришёл новый вопрос: а были ли положительные случаи использования харизмы? Чтобы найти людей с харизмой, далеко от кассы отходить не нужно: харизмой безусловно обладали лидеры тоталитарных сект, которые часто проповедовали самоубийство членов этих сект либо убийства других. Кто ещё? Политики и политические деятели. Лично меня глубоко поразил пример <a href="https://lenta.ru/news/2019/05/27/luther/">Мартина Лютера Кинга</a>, одного из лучших ораторов за всё время. По ссылке можете ознакомиться: если кратко, слежка ФБР установила, что интересы Мартина Лютера Кинга были весьма специфичны.</p>
<p>Что является противоположностью харизмы? Скромность без выдающихся проявлений. Эмпатия, способность выслушать любого коллегу по работе. В зарубежных вакансиях, которые, опять же, волею судеб мне пришлось за последнее время изучить достаточно много, есть чёткий запрос на эти качества.</p>
<p>И тут возникает последний вопрос (по крайней мере, последний вопрос, до которого лично я дошёл): что делать человеку (менеджеру, лидеру) с яркой личностью, который считает харизму неотъемлемой частью себя? Лично мой вывод: попрощаться с ней, стараться быть скромнее и сходить к терапевту. Поскольку проявление харизмы есть не что иное, как проявление нарциссичности. Ярко выступая, мы смотримся в зеркало и говорим себе: да, я такой классный, а ещё я вот так могу и вот так. А ещё я классный, потому что я вот так легко могу столько людей повести за тобой. И чем более бессмысленна цель, к которой я их веду, тем ярче будет доказательство яркости моей харизмы.</p>
<p>Можете сколотить для своей харизмы маленький деревянный гробик и похоронить её где-то в лесу или сложить бумажный кораблик, посадить туда свою харизму и пустить по реке куда-нибудь далеко. Или оплакать её на сеансе с терапевтом, но проститься придётся, поскольку это не инструмент, который можно использовать во благо.</p>
<p>Такие дела, друзья, пишите свои комментарии.</p>Удобства для работы дома2021-12-13T10:32:00+03:002021-12-13T10:32:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-12-13:/2021-12-home.html<p>Иногда стоит сделать себе удобное рабочее место для повышения продуктивности</p><p>Одно дело, когда открываешь дома ноутбук (или тем более планшет), только чтобы посмотреть YouTube на диване, и совсем другое, когда нужно что-то периодически делать. Случаи могут быть разными: например, переходишь на удалённый график на работе или начинаешь делать какие-то свои проекты в качестве хобби. В любом случае, то, что раньше казалось удобным (тот же диван) начинает доставлять очень конкретные неприятные ощущения. Не говорю о столе и кресле, мой топ-5 вещей для удобства выглядит так:</p>
<ul>
<li>Укладка кабелей, здесь много всего</li>
<li>Внешняя клавиатура и мышь</li>
<li>Проводной интернет</li>
<li>Подставка под ноутбук</li>
<li>Внешний монитор</li>
</ul>
<p>Пройдёмся подробнее, расскажу, до чего я дошёл на текущий момент.</p>
<h2>Укладка кабелей</h2>
<p>Меня эта тема вообще не беспокоила, но потом выложил фото своего рабочего места, и народ написал: надо что-то с этим делать. Посмотрел, действительно, выглядит ужасно. Порядок действий у меня был примерно такой:</p>
<ol>
<li>Надо определить место для розетки или сетевого фильтра, чтобы через кабель не нужно было перешагивать. У меня сетевой фильтр был на столе или в специальной нише под столом: и в том, и в другом случае выглядело ужасно. В итоге закрепил сетевой фильтр пластиковыми стяжками к ножке стола.</li>
<li>Надо проложить провода, чтобы они шли, по возможности, вместе и не пересекались.</li>
<li>Можно дополнить специальными девайсами: подвесными полками под стол, кабель-каналами, стяжками, прищепками и держателями, крючками для наушников.</li>
</ol>
<p><img alt="Сетевой фильтр закреплён" src="images/filter.jpg"></p>
<p>В моём случае, поскольку в ноуте нет ethernet-порта, всё немного аккуратнее выглядит с USB-ethernet хабом, чем с USB хабом и ethernet-адаптером отдельно. </p>
<p><img alt="USB-ethernet хаб" src="images/usb-hub.jpg"></p>
<h2>Внешняя клавиатура и мышь</h2>
<p>Достаточно много основной работы я сделал на ноуте без них, то есть на клавиатуре ноута и с помощью тачпэда. Но когда печатаешь большие объёмы текста или используешь подставку под клавиатуру, о которой ниже, удобнее с внешней клавиатурой и мышкой. Клавиатуру предпочитаю механическую, о чём <a href="2020-04-mechkeyb.html">писал отдельно</a>. Мне не очень нравится, когда клавиатура занимает много места на столе, поэтому у меня без цифрового блока, от чего не страдаю. Механические клавиатуры редко делают беспроводными, но тут уж провод приходится терпеть.</p>
<p>Мышь лучше взять полноразмерную, ну и коврик не помешает, иначе будет раздражать.</p>
<p>USB-хаб для клавиатуры и мышки можно отключить и взять ноут куда-то, это тоже удобно.</p>
<h2>Проводной интернет</h2>
<p>В характеристиках канала есть не только скорость, но и лаг – задержка сигнала. Вроде бы не критично, если пользуешься интернетом для чтения сайтов, просмотра видео и веб-приложений, а не для игр. С другой стороны, лаг может достигать секунды на страницу. Если перемножить на число страниц, которые просматриваешь, то времени становится жалко. Видео может грузиться с одинаковой скоростью, но вначале качество будет хуже. А вот веб-приложения с кабелем загружаются существенно быстрее.</p>
<h2>Подставка под ноутбук</h2>
<p>Есть целая история про эргономику: высота стола, стула, ровная спина, положение ног и т.п. Лично я сделал стул пониже, а вот подставка под ноут делает его экран выше, в связи с чем не нужно наклонять шею. У подставки есть ещё несколько плюсов:</p>
<ul>
<li>Её можно брать на диван, и ноут не будет жечь ноги;</li>
<li>Сам ноут на подставке охлаждается лучше, чем на мягкой поверхности;</li>
<li>Под ней можно проложить кабель питания ноута, если он идёт на другую сторону, и будет выглядеть чуть приличнее.</li>
</ul>
<h2>Внешний монитор</h2>
<p>Тут сложность в чём: экраны современных ноутов поддерживают высокие разрешения, на которых всё становится слишком мелким. Можно увеличивать шрифт, но какой тогда смысл. У меня экран ноута 13", и я собираюсь поставить монитор 27" с таким же разрешением, чтобы можно было больше поместить на экран, и не нужно было всё время увеличивать масштаб.</p>
<p>Делитесь своими находками в части эргономики в комментариях, буду рад новым идеям.</p>Хокку как хобби2021-12-10T21:51:00+03:002021-12-10T21:51:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-12-10:/2021-12-hokku.html<p>Начинаем изменения в свой жизни с нового хобби</p><p>Если вы хотите изменить что-то в своей жизни, не прилагая особенных усилий... нет, это не журнал "А кто ж его знает", можно начать с нересурсоёмкого хобби. Например, написания хокку. Хотя лично для меня вопрос "как писать?" никогда не стоял, скорее был вопрос "как можно не писать?". В чём смысл: технически это сублимация эмоций, которые могут быть как положительными или отрицательными. Или ещё контейнирование, за счёт чего собственное состояние улучшается. Буквально недавно об этом говорила Адель после записи последнего альбома: творчество безусловно может выступать своего рода терапией.</p>
<p>Например (и это частый сюжет именно для хокку): сидишь и наблюдаешь дождь за окном (снег или град), настроение не очень. Написал хокку, описал свои ассоциации, и вроде стало легче.</p>
<p>Поскольку это поэзия, то есть часть искусства, основная идея – описать эмоции так и таким образом, чтобы хокку (также известное как хайку) затронуло слушателей. Но у хокку есть ещё один нюанс: в стихотворении обязательно должна быть неопределённость, и именно интерпретации слушателей, часто необычные для автора, являются очень ценными. В хокку для этого заложен специальный механизм, поэтому переходим к сюжету:</p>
<ul>
<li>Первая строчка должна быть завязкой, то есть говорить о том, что происходит; вроде бы всё начинается с банального факта;</li>
<li>Вторая строка с одной стороны, содержит дополнительные детали первой, а с другой, содержит какие-то ассоциации и эмоциональную окраску;</li>
<li>Третья строка содержит, с одной стороны, вывод, а с другой, неожиданный поворот, который заставляет взглянуть на ситуацию под другим углом.</li>
</ul>
<p>Есть также требования к ритму и количеству слогов: в идеале это 5-7-5 слогов, но для русского языка так не всегда получается сделать, поэтому ритм первичен. Рифма является браком, то есть её нужно избегать. Также получается, что по смыслу браком является полная определённость, которая не предполагает различных толкований.</p>
<p>Кстати, мои хокку регулярно по рабочим дням появляются в <a href="https://groups.google.com/g/ikostas-haiku">списке рассылки</a>, на который любой может подписаться. Список рассылки удобно комбинировать с отправкой в почте по расписанию, поскольку муза приходит далеко не каждый день. А когда приходит, может выдать сразу серию хокку. Не могу сказать, что все мои хокку канонические, но основной принцип неопределённости толкований я старался сохранить.</p>
<p>Пробовал публиковать в Твиттере, но, к сожалению, он не поддерживает разбиение на строки.</p>
<p>Ну и невозможно в статье про хокку не привести хотя бы одну хокку. Эту я написал по случаю дня рождения своего друга Алекса:</p>
<p>Годы летят,<br>
Седину выбивая,<br>
Щит уже в щепки.</p>
<p>Всем успехов, пишите хокку и не стесняйтесь своих творческих порывов.</p>Идём в подкасты2021-12-04T18:55:00+03:002021-12-04T18:55:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-12-04:/2021-12-podcasting.html<p>Что необходимо для того, чтобы запустить свой подкаст</p><p>Итак, я прошёл некоторый путь (мытарств) в запуске своего подкаста, даже двух. Самое главное, как мне кажется, это контент, поэтому свои подкасты я выбирал на основе того, что на эти темы есть что записать:</p>
<ul>
<li><a href="https://www.anchor.fm/mototr">Мототрындёж</a> с Пашей Мамичевым, который разбирается в мотоциклах от управления до их обслуживания и готов поправить меня, когда я начинаю нести пургу</li>
<li><a href="https://www.anchor.fm/wim87">Женщины в менеджменте</a> с гостями, которые могут рассказать что-то ценное для других женщин об управлении и личной эффективности</li>
</ul>
<p>На текущий момент в первом подкасте 5 выпусков, во втором три. И, наверное, с чего стоит начать – это как раз с составления списка тем и гостей. Дальше я опишу, что нужно, чтобы прийти к этому, в целом путь выглядит примерно так:</p>
<div style="text-align: center"><img src="images/podcast_process.png" alt="Путь к подкастингу"></div>
<p>Подготовка будет немного зубодробительной, но дальше пойдёт легче. Следом за этим могут быть продвижение и анализ статистики (прослушивания), а также монетизация. Но об этом я не расскажу, потому что рассказать пока нечего.</p>
<h2>Подготовка</h2>
<p>Здесь всё зависит от формата, с ним желательно определиться в самом начале, будет это очный формат или удалённый. Очный формат сложнее, поэтому я от него отказался:</p>
<ol>
<li>Требуется специальное помещение</li>
<li>В это помещение все участники должны вовремя приехать</li>
<li>Помимо микрофонов требуется внешняя аудиокарта, которая стоит существенных денег</li>
<li>На выходе будет одна звуковая дорожка, поэтому категорически нельзя говорить одновременно</li>
</ol>
<p>Если формат удалённый, то любые системы видео-связи использовать не получится, потому что у них есть лаг. В отличие от них <a href="https://zencastr.com/">Zencastr</a> записывает звук локально, а потом сохраняет (например, на Google Drive). Получаем звуковые дорожки по количеству участников. И это всё бесплатно, если записывать только аудио.</p>
<p>У слова "формат" есть ещё одно значение: это интервью, рассказ истории либо монолог, об этом можно узнать из... подкастов о том, как делать подкасты. Если промотать в самый конец, интервью считается самым доступным для начала.</p>
<p>Здесь надо сделать лирическое отступление: под подкастом я имею в виду именно аудио-дорожки, поскольку сейчас набирают популярность подкасты с видео. Но это совсем другая история с точки зрения техники и организации, от причесаться до редактировать видео.</p>
<p>С точки зрения микрофона можно использовать любой внешний микрофон. Лично я начал с гарнитуры для разговоров по тем же видео-конференциям, но с какого-то момента её качество перестало устраивать. В итоге купил внешний микрофон для подкастов с поп-фильтром (чтобы не было плевков в микрофон). Бонус: его можно использовать для видео-конференций, часто это бывает удобно. Подключается он по USB, список рекомендованных микрофонов можно найти легко, поскольку в сети есть достаточно большое количество материалов на эту тему. Микрофон для подкастов отличается от микрофона для вокала рядом характеристик, поэтому лучше брать именно его. Цена с учётом скидки оказалась около $100.</p>
<p>Для подготовки осталось назначить время, пригласить собеседников и начать запись. Вроде бы ничего сложного, но:</p>
<ul>
<li>Нужно подготовить список вопросов заранее, их отсутствие – это ошибка номер 1 начинающих подкастеров</li>
<li>Нужны ответственные люди, которые готовы выделить время</li>
<li>У них тоже должен быть внешний микрофон</li>
<li>Zencastr не работает на мобильных устройствах, только на компьютере</li>
</ul>
<p>Особых технических проблем нет, в крайнем случае можно переподключиться. Нюансов много (выбор звукового устройства, интернет-соединение, открытые вкладки, особенно с потоковым видео), но об этом как-нибудь в другой раз.</p>
<p>С точки зрения организации нюансов куча, об этом также лучше почитать или послушать: как лучше представиться, обозначить, для кого этот подкаст, какие темы будут рассматриваться, подвести итоги и сделать анонс следующих эпизодов... много всего.</p>
<p>Ну и комната, в которой записывается подкаст, должна быть изолирована от звуков у всех участников. У меня пока лучше всего получалось записывать утром в выходные, пока все спят.</p>
<h2>Производство</h2>
<p>Итак, у нас есть mp3-файлы по числу участников, что нам нужно дальше:</p>
<ul>
<li>Музыка (или звук мотоцикла, в случае подкаста "Мототрындёж"), которая подходит нам по условиям использования; проще всего попросить записать 10-секундное вступление знакомого музыканта на его же музыку, иначе будет заигранная общедоступная мелодия</li>
<li>Программа для редактирования: Audacity (выбесила меня напрочь), Garage Band (для Mac) или <a href="https://www.reaper.fm/">Reaper</a> (мой выбор, но стоит $60)</li>
<li>Наушники закрытого типа, в которых слышны все нюансы</li>
<li>Средства нормализации звука, либо в программе для редактирования, либо внешний сервис, <a href="https://auphonic.com/">Auphonic</a> (мой выбор, ограничение 2 часа в месяц на бесплатном тарифе)</li>
</ul>
<p>Вся редактура сводится к вырезанию неудачных фрагментов. У меня уходит 4 часа на 1 час записи, в том числе поэтому перешёл на получасовой формат интервью. С опытом приходит понимание, что вырезать надо больше, отклонения от темы – без жалости и целиком.</p>
<h2>Публикация</h2>
<p>Для подкакстов нужен специализированный хостинг, их, по сути, 3 типа:</p>
<ul>
<li>С оплатой за количество скачиваний, чего никто заранее сказать не может; таких большинство</li>
<li>Buzzsprout, с оплатой за количество хранимых часов контента</li>
<li><a href="https://anchor.fm/">Anchor</a>, на котором я и остановился, поскольку он бесплатен</li>
</ul>
<p>Anchor при этом принадлежит Spotify, поэтому публикация на Spotify максимально лёгкая. </p>
<h2>Распространение</h2>
<p>Хостинг выдаёт RSS-поток, который надо скормить агрегатору подкастов (один раз), это может быть:</p>
<ul>
<li>Яндекс.Музыка</li>
<li>Раздел "Подкасты" на странице в Facebook</li>
<li>Apple Podcasts</li>
<li>Google Podcasts</li>
</ul>
<p>Могут быть и другие сервисы, принцип один и тот же: они лишь публикуют ссылку на поток аудио. С этим же связано то, что вся статистика по прослушиванию доступна на хостинге, там будет сегментация аудитории по возрасту, времени, странам.</p>
<p>Тут возникает вопрос: а как же обратная связь от слушателей? Для этого я и создал страницу в Facebook, можно также использовать Instagram или создать отдельный сайт.</p>
<p>При публикации и создании страниц возникает момент с артом, то есть картинками или фото. Варианты тут такие:</p>
<ul>
<li>Сервисы типа <a href="https://canva.com/">Canva</a> для создания баннеров, логотипов, обложек</li>
<li>Фото гостей для обложки конкретного выпуска, об этом надо договориться</li>
<li>Фото из собственных запасов</li>
<li>Сервисы стоковых фото</li>
</ul>
<p>Вроде бы не так сложно, но всё занимает время, особенно редактирование первого выпуска и подбор инструментов. Это сложный этап, с готовой производственной цепочкой всё идёт намного легче. Пишите в комментариях, какие вопросы остались. Или, может быть, я где-то не прав.</p>Неожиданные применения RICE2021-09-15T07:11:00+03:002021-09-15T07:11:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-09-15:/2021-09-rice.html<p>Приоритизируем работу НКО, развитие ИТ-решения и проекты</p><p>RICE – это система приоритизации; насколько я понял, она наиболее популярна в управлении продуктом для выбора того, какую функциональность продукта разрабатывать в первую очередь. Но применение этой системы лично мне понравилось и для других областей. Cначала разберём примеры, а уже потом пройдёмся по каждой колонке, чтобы избежать ступора, когда заполняешь их в первый раз.</p>
<p>Примеры будут такие:</p>
<ul>
<li>Направления работы НКО (некоммерческой организации)</li>
<li>Задачи по развитию внедрённого ИТ-решения</li>
<li>Приоритизация проектов</li>
</ul>
<h2>Направления работы НКО</h2>
<p>НКО является организацией, сильно ограниченной в ресурсах, а заниматься хочется всем. Планировать ресурсы необходимо также в связи с тем, что под запланированные мероприятия необходимо заранее провести фандрайзинг (или сбор средств): сбор частных средств, пожертвований от коммерческих компаний или подписаться под государственным грантом. В последнем случае активность и финансирование идут вместе.</p>
<p>С точки зрения затрат есть некоторая обязательная часть, которая при выставлении приоритетов должна всплыть вверх: это затраты на персонал и административные расходы, без этого НКО не сможет функционировать. Такого признака в системе RICE нет, поэтому я обычно добавляю колонку и сортирую сначала по ней. Чуть позже вы увидите аналог и для коммерческих компаний. К обязательной части также относятся мероприятия, для которых уже получено целевое финансирование.</p>
<p>НКО обладает заданным количеством штатных сотрудников, поэтому второе расширение RICE – рассматривать как денежные затраты, так и показывать требуемые затраты сотрудников (в FTE, или в эквивалентах полного рабочего дня в год), это поможет сориентироваться. С точки зрения формулы можно в затратах учитывать показатель на основе взвешенного значения затрат в деньгах и требуемых людских ресурсов.</p>
<p>В остальном логика стандартная, и на выходе (если кто-то не знаком с RICE) получаем единый балл, по которому инициативы можно отсортировать. Остаётся определить "линию отсечения" – инициативы до какого уровня важности мы можем себе позволить.</p>
<h2>Задачи по развитию внедрённого ИТ-решения</h2>
<p>Есть информационная система, в ней работают пользователи, возникают вопросы:</p>
<ul>
<li>ошибки, которые надо устранять</li>
<li>неточности в документации, которые надо исправить</li>
<li>пожелания пользователей, которые можно реализовать</li>
<li>новые функции системы, которые можно освоить</li>
</ul>
<p>Здесь RICE можно применять без изменений, но рекомендуется добавить колонку с классификацией запроса: к какому этапу бизнес-процесса относится данный вопрос. Это поможет задать себе вопросы:</p>
<ul>
<li>не упустили ли мы какой-то этап</li>
<li>развиваем ли мы этапы равномерно</li>
<li>хотим ли мы сконцентрироваться на доведении до ума какого-то этапа</li>
</ul>
<p>На выходе получаем отсортированные по приоритетам задачи поддержки.</p>
<h2>Приоритизация проектов</h2>
<p>В коммерческих компаниях в целом логика идёт от экономической эффективности, что есть в RICE. Но есть стратегические решения, по которым экономический эффект либо сложно обосновать, либо мы реализуем инициативу несмотря на отрицательный экономический эффект сознательно.</p>
<p>Как уже упоминал, достаточно добавить отдельную колонку с признаком стратегического приоритета и отсортировать сначала по ней. Кстати, стратегических инициатив может быть слишком много (то есть они превышают весь доступный бюджет), тогда возвращаемся к классическому RICE.</p>
<h2>Заполнение отдельных столбцов</h2>
<p>Кратко опишу приёмы, которые помогают заполнить колонки, с одной стороны, достаточно достоверными значениями, а с другой не потратить слишком много времени на сбор данных. Напомню, итоговый рейтинг RICE считается по формуле на основе компонент:</p>
<ul>
<li>R, Reach, охват</li>
<li>I, Impact, воздействие</li>
<li>C, Confidence, уверенность</li>
<li>E, Effort, затраты</li>
</ul>
<p>Опишу, как в реальных случаях лично я предпочитаю заполнять эти значения. Здесь важно понимать, что все компоненты, кроме Effort, перемножаются, и итоговый рейтинг – относительная величина. Поэтому важна не шкала, а относительные различия между отдельными оценками.</p>
<p>Охват – это количество пользователей или благополучателей. Здесь обычно возникает два нюанса. Во-первых, лучше оценивать только людей, непосредственно способных ощутить данный эффект. Если в рамках компании этот эффект влияет на акционерную стоимость, то всех акционеров, на мой взгляд, учитывать не нужно. С другой стороны, нужно оценивать одинаково. Если вы вдруг приняли решения учитывать смежные службы, то это нужно сделать для всех инициатив.</p>
<p>Может возникнуть вопрос: что делать, если точно количество людей посчитать нельзя? В этом случае можно применить следующую шкалу:</p>
<ul>
<li>1 – группа людей, которые нас не очень интересуют</li>
<li>2 – группа людей, которая нас интересует в первую очередь (рейтинг будет выше)</li>
<li>3 – инициатива затрагивает обе группы</li>
</ul>
<p>Воздействие – это сила воздействия, обычно применяется шкала из экспертных оценок. На человеческий язык её нужно переводить в каждом конкретном случае:</p>
<ul>
<li>3 = очень сильное воздействие</li>
<li>2 = сильное воздействие</li>
<li>1 = среднее воздействие</li>
<li>0.5 = низкое воздействие</li>
<li>0.25 = минимальное воздействие</li>
</ul>
<p>Уверенность – опять же, экспертная оценка уверенности достижения той силы воздействия, которая указана. Здесь не рекомендуется делать слишком много значений, а ограничиться следующими:</p>
<ul>
<li>100% = высокая уверенность</li>
<li>80% = средняя уверенность</li>
<li>50% = низкая уверенность</li>
</ul>
<p>Усилия лучше всего измерять в деньгах. Всё, что не в деньгах, можно привести к деньгам. Например, свои усилия можно оценить по условной часовой ставке, так можно сравнить с необходимостью закупки внешних услуг. Также единицей измерения затрат может быть время, например, человеко-часы, человеко-дни или человеко-месяцы специалистов, которые в любом случае работают и получают зарплату. Но для этого придётся сначала оценить в этих единицах измерения трудоёмкость всех инициатив.</p>
<p>Типичная ошибка в оценке затрат – это оценка детальнее, чем нужно. Нам нужно оценить всего лишь до той степени, на которой проявится разница между инициативами. Тогда нужно укрупнять сетку оценки, то есть переходить от часов к неделям или месяцам, а иногда и годам.</p>
<p>Это всё, остаётся только заполнить, посчитать и отсортировать по итоговой оценке.</p>
<p>Пишите в комментариях, в каких нетипичных областях вы применяете RICE или другую систему приоритизации. И насколько мне удалось внести ясность в использование RICE.</p>Разгребаем конюшни2021-09-08T07:11:00+03:002021-09-08T07:11:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-09-08:/2021-09-stable.html<p>Разбор самых неприятных дел и зачем это нужно</p><p>Насколько я успел разобраться в жизни, самые приятные перемены происходят после вложения определённого труда. К чему приложить этот труд? С одной стороны, к тому, что тебе требуется больше всего, но есть другой вариант: к тому, что тебе больше всего <strong>не нравится</strong>, хуже всего пахнет, о чём <strong>не хочется</strong> думать больше всего.</p>
<p>Приведу несколько примеров, чтобы пояснить эту мысль:</p>
<ul>
<li>Защита диплома</li>
<li>Интернет для дома</li>
<li>Отчёт на работе</li>
</ul>
<h2>Защита диплома</h2>
<p>Когда-то давно угораздило меня поступить на российский MBA. Я был молод и горяч, конфликтовал с руководством факультета по поводу низкого качества отдельных курсов, и вот на защите мне это припомнили: внезапно оказалось, что весь диплом мне нужно переписать, хотя я делал ровно по тем требованиям, которые были предоставлены.</p>
<p>Ну, я плюнул, меня автоматически отчислили, дальше я сменил работу. Не могу сказать, что отсутствие диплома мне мешало в практическом плане, но чувство незавершённой задачи вернулось через год. И вот я решил закрыть этот вопрос, восстановился, каких-то 3 допуска к защите (со сбором подписей на дипломе каждый раз) и две защиты, и вот она – четвёрка (потому что пятёрку на второй защите не ставят).</p>
<p>Помимо прямого следствия – у меня появился диплом и строчка в резюме – есть также одно косвенное следствие, которое повлияло на мою жизнь намного больше. Когда мне нужно было пройти бюрократические процедуры и неприятное выступление на публике, это всегда были семечки по сравнению с защитой диплома.</p>
<h2>Интернет для дома</h2>
<p>Вернулись мы этим летом из отпуска, и наготове у меня был список дел, что нужно поменять, в том числе, дома. И там не было задач, связанных с интернетом, поскольку он вроде как был и везде работал от одного роутера. Оказалось, что дочь приходит в гостиную из своей комнаты, чтобы посмотреть YouTube, потому что у неё в комнате wi-fi работает плохо. Не буду мучить подробностями, дело было в зеркале на стене, которое экранировало сигнал.</p>
<p>Магазин с сетевым оборудованием находится рядом, но чтобы решить задачу, купить и настроить то оборудование, которое заработало, мне потребовался целый день:</p>
<ol>
<li>Сначала мне предложили взять роутер с более мощной антенной и попробовать другое расположение роутера. Логично? Логично.</li>
<li>Пока пробовал роутер, обновил драйвера сетевой карты на компе дочери и проверил наложение сигналов wi-fi с другими сетями.</li>
<li>Вернуть роутер, взять два powerline-адаптера и два роутера для mesh-сети, настроить.</li>
</ol>
<p>Вроде как и не умирал никто от плохого сигнала, вроде как он и есть местами, но проблема фонила и добавляла напряжённости. Решил: вроде как явных изменений нет, но гармонии как-то стало больше. Неожиданный плюс – новые роутеры намного лучше вписываются в интерьер. </p>
<p>Да, я убил целый выходной и больше ничего не сделал, в итоге всего лишь одна галочка выполненного дела. Но вопрос закрыт и больше не возвращается.</p>
<h2>Отчёт на работе</h2>
<p>Заказали на работе исследование рынка, делает его мой давний знакомый. Проходим уточнения, вторая версия отчёта, потом третья. Смотрю – ровно то, что разжёвывал на встречах, не выполнено. Просто написать возмущения в такой ситуации не подходит, поскольку так не работает.</p>
<p>Нужна встреча, на которой нужно обозначить проблему, поднять её серьёзность. Это разговор не из приятных, но иначе можно провести ещё N итераций с тем же успехом: шаг вперёд, два шага назад.</p>
<p>Даже если проводить такую встречу спокойным тоном, токсинов не избежать, они формируются, потому что всем неприятно. И всё же ставлю эту встречу в первое же свободное окно, потому что идёт время.</p>
<p>Важно, что эта встреча проводится только с руководителем, чтобы не было размывания ответственности. По сути, на ней нет новой информации, это отрицательная мотивация: её не будет, если всё будет качественно.</p>
<p>Но есть и множество других отрицательных последствий, если такую встречу не провести:</p>
<ol>
<li>Ты не последователен</li>
<li>Такое проходит с тобой</li>
<li>Ты не реагируешь оперативно</li>
</ol>
<p>Сам конкретный отчёт в таких случаях даже не так важен, как отлаживание взаимодействия. Но если не наладить взаимодействие, отчёта приемлемого качества не получишь. Как в одном анекдоте: "смерть через матумбу".</p>
<h2>Выводы</h2>
<p>Конфликты неприятны человеку, он помнит ощущение от токсинов. Неконструктивные или плохо управляемые конфликты разрушают отношения. Есть масса других вещей, с которыми связаны неприятные ассоциации. Это задачи, которые долго делать или они связаны с деталями, которые принято называть "геморрой". Но всё же и такие конфликты, и такие задачи, на мой взгляд, стоят того, чтобы ими заниматься: как с точки зрения достижения результата, так и для личного роста.</p>
<p>Можно портить вещи или портить отношения – ничего страшного, идёт набор опыта. Когда опыт будет набран, можно дальше прокачивать компетенцию, которая отсутствует у большинства людей: разгребать конюшни.</p>Список мечт2021-09-06T07:11:00+03:002021-09-06T07:11:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-09-06:/2021-09-dreams.html<p>Если не можешь реализовать, то хотя бы запиши</p><p>Есть такой интересный приём: составить список того, что ты хочешь. Не цели в жизни, это отдельно, а о чём ты мечтаешь в материальном плане. Если у вас это просто, то я вам завидую, потому что у меня сразу возникают следующие сложности:</p>
<ul>
<li>Определиться с тем, что я собственно хочу</li>
<li>Определиться с тем, какой именно вариант того, что я хочу, мне нужен; иначе у меня визуализация не работает</li>
<li>Абстрагироваться от того, что на это нет бюджета или что это потребует выделения бюджета семьи</li>
<li>Погоревать по поводу практической бесполезности того, что я хочу; а также того, что использование этого предмета вообще не вписывается в существующий распорядок</li>
<li>Вернуться к первому пункту</li>
</ul>
<p>Самое забавное, что это работает. Видимо, мозг продолжает обрабатывать этот список как задачи, даже когда занимаешься чем-то другим. Иногда просматриваешь его, и это мотивирует что-то делать, иногда забываешь, потом вспоминаешь опять и сравниваешь целевую картинку исполнения мечты с тем отсутствующим элементом паззла, который делает тебя несчастливым сейчас. Корректируешь список, это тоже нормально.</p>
<p>В моём списке достаточно долгое время была гитара, и самое сложное тут оказалось осознать, что у меня эта потребность назрела. Когда же она назрела, то всё оказалось просто: спросить друга-гитариста, который как раз собирался продавать одну из своих гитар.</p>
<p>Исполнение мечт – немного грустный момент, поскольку потом нужно придумывать что-то ещё, да и момент получения желаемого не всегда дарит те эмоции, которые ожидаешь. В моём случае друг заснял меня на видео, и это то видео, которое хочется пересматривать. Потому что оно подтверждает, что счастье есть. </p>Теория вкуса к жизни2021-08-27T07:11:00+03:002021-08-27T07:11:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-08-27:/2021-08-taste.html<p>Размышления о счастье, от которого зависит всё остальное</p><p>Отпуск – прекрасная тема, позволяет переосмыслить многое, и лично мои размышления привели меня к теории вкуса к жизни. Достаточно сложно ответить на вопрос "счастлив ли ты?", вместо этого можно задавать вопрос "какова твоя жизнь на вкус?". Она может быть пресной, солёной или сладкой, острой или какой-то ещё. И человек, пожалуй, не создан для пресной жизни, но именно к ней мы часто и приходим (из лучших побуждений).</p>
<p>Пресная жизнь – именно то, что мне приходит на ум, когда я вижу плоских мужских персонажей в сериалах для женщин, например, "Секс в большом городе" или "Скажи, что любишь меня". Вот он лежит с женой в огромной постели в большом доме, и у них проблемы с сексом, хотя вроде все бытовые проблемы решены, они достаточно молоды, у них двое детей, и жизнь в целом устроена.</p>
<p>Смотришь на такого персонажа, вроде он и реальный, но почему-то отводит взгляд в сторону. Где он черпает ресурсы, какие у него увлечения? Не поверю, что в семье. Самое смешное, что коллекция дорогих костюмов, часов или машин тоже не может быть таким увлечением.</p>
<p>Возможно, я что-то проецирую на таких людей, но я с охотой поверю, что у него любовница, или он пьёт втихаря, или он готов устроить теракт, типа выйти с ружьём и начать отстреливать людей. Кстати, тему возникновения насилия от такого персонажа развили в сериале "Большая маленькая ложь". И это не тот человек, с которым я готов дружить или к которому я повернусь спиной.</p>
<p>Зрелость приводит к принятию себя (около сорока лет), а это означает принятие и своей тёмной стороны. В "Звёздных войнах" тема тёмной стороны затронута, но не раскрыта, ведь тёмная сторона остаётся с тобой навсегда и является источником твоего ресурса.</p>
<p>Что отличает моих друзей и делает их предсказуемыми – это то, что они знают и принимают свою тёмную сторону. Это же делает их объёмными персонажами, с которыми интересно, у каждого из которых есть своя жизненная философия. А интересно именно потому, что сама их жизненная философия и её применение не делает их безусловно положительными, да они сознательно и не стремятся к этому.</p>
<p>Как люди выходят из кризиса среднего возраста, принимают свою тёмную сторону и как раз возвращают тот самый вкус к жизни, который <strong>не пресный</strong>? Достаточно посмотреть на моих знакомых, чтобы выявить реально работающие способы:</p>
<ul>
<li>Триатлон неожиданно популярен, а Фейсбук пестрит фотками. Как рассказал один из френдов, к здоровью это не имеет отношения, просто раньше он пил, а с появлением семьи надо чем-то заниматься. Именно это оттолкнуло лично меня.</li>
<li>DIY не столь популярен, но это контакт с собой, своим телом и с материалом, что важно в терапевтических целях. Меня до сих пор мучает идея сделать пространство типа коворкинга с инструментами (в т.ч. дорогими электро-инструментами) и материалами (чтобы каждый раз не ездить закупаться), куда можно прийти и поваять. Из дерева, железа, стекла, бетона. Такое пространство сделал Джимми Диреста, о чём рассказывает на своём канале в YouTube.</li>
<li>То, что связано с авто, от стрит-рейсинга до восстановления машин. Нет, полировка своей камри по выходным сюда не относится.</li>
<li>Мото, уже неоднократно писал про это. Мото-тема подразделяется на просто езду по городу, эндуро, кросс или трек, но в любом случае это либо часть твоей души и реализация любви к технике, либо нет.</li>
<li>Есть масса других хобби от конного спорта до академической гребли, даже нумизматика или компьютерные игры (которые, по исследованиям британских учёных, делают человека счастливее; это помимо того, что это такой спорт, только киберспорт).</li>
<li>Музыка, особенно регулярные репетиции и выступления со своей группой.</li>
</ul>
<p>Смысл в том, что у человека, который чем-то увлечён, есть цель, и эта цель кристаллизует и его жизнь, и людей вокруг. Именно поэтому (это уже вторая гипотеза) цель придаёт жизни смысл, а смысл жизни является компонентом счастья. Другим компонентом счастья (согласно исследованию британских учёных, на которое мне лень искать ссылку), является общение. Вокруг триатлона, DYI, авто и мото формируются сообщества, внутри которых это общение и происходит, что... добавляет счастья. Да, работа тоже может быть хобби и может добавлять счастья, но это отдельная тема.</p>
<p>Жена однажды показала шутку из чата психологов: "Хочу гармоничных отношений, а секса – как в токсичных". Когда все аспекты отношений проработаны, эмоций перестаёт хватать (жизнь становится пресной), поэтому их нужно добавлять. И добавляются они через иррациональные вещи, например:</p>
<ul>
<li>Зачем тебе спортивная машина или старая на восстановление, возьми новый минивэн возить семью.</li>
<li>Зачем тебе триатлон, ходи в зал, как все.</li>
<li>Зачем тебе опасности, связанные с ездой на мотоцикле, ты что, хочешь сделать детей сиротами.</li>
<li>Зачем тебе делать что-то своими руками, на одни инструменты сколько истратишь, дешевле в Икее пойти купить готовое.</li>
<li>Зачем тебе игры, ты не подросток.</li>
</ul>
<p>Был такой мультик, когда Икар изобретает крылья, но ему всё время не дают взлететь, сбивают его римскими поговорками. Часть этого спора происходит внутри человека, и вокруг я вижу много людей с потухшим взглядом в сторону, совсем как в этих женских сериалах. Человек не рождён летать, но стремится, поэтому что душа тогда так же расправляет крылья. </p>
<p>Никто не сказал, что это просто или дёшево, счастье не даётся само. И не факт, что то, что ты попробуешь, тебе понравится, или ты сможешь продолжишь этим заниматься в силу объективных причин. В общем, как хотите, а у меня в планах освоение фридайвинга.</p>
<p>Опасайтесь женатых мужчин без хобби, сохраняйте спокойствие и добавляйте в жизни перчику.</p>Модели зрелости и их применение2021-07-09T22:21:00+03:002021-07-09T22:21:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-07-09:/2021-07-maturity.html<p>Краткое введение в модели зрелости</p><p>Для любого человека достаточно естественным и однозначным оказалось понятие "зрелость" (maturity), которое применяется в бизнес-моделировании как уровень развития систем и процессов. Понятие связано со следующими вопросами:</p>
<ul>
<li>Есть ли однозначный путь развития конкретного бизнес-процесса?</li>
<li>Связано ли развитие компонентов операционной модели между собой?</li>
<li>Как кратко и доступно объяснить, что происходит и должно происходить по развитию операционной модели?</li>
</ul>
<p>На бытовом уровне на вопрос "есть ли однозначный путь развития" принято отвечать "нет", однако бизнес-консультанты склонны выявлять общее в развитии разных компаний в разных странах и регионах мира и раскладывать определённые признаки на шкале зрелости, отрезке "от начального уровня до развитого".</p>
<p>Для абстрактного "предприятия" это сложно сделать, поэтому вводится понятие операционной модели, на что "предприятие" делить. Как вариант:</p>
<ul>
<li>Операционная стратегия</li>
<li>Бизнес-процессы</li>
<li>Организационная структура и коммуникации</li>
<li>Информационные системы</li>
<li>Люди и компетенции</li>
<li>Иногда выделяют Performance management, что можно перевести как управление эффективностью; в других случаях важно управление рисками</li>
</ul>
<p>Дальше возникает вопрос по выделению бизнес-процессов, это достаточно наукоёмкая задача, хотя есть и стандартные модели процессов. И да, на уровне бизнес-процессов можно выделить уровни зрелости:</p>
<ol>
<li>Начальное состояние. Это хаос, в котором делаются отдельные попытки сделать что-то, напоминающие цели бизнес-процесса. Результат крайне нестабилен и никто не поручится, что в следующий раз сможет его достичь.</li>
<li>Повторимое состояние. Это минимальное состояние, в котором можно повторить ранее достигнутый успех, но помимо этого ничего хорошего не происходит.</li>
<li>Документированный уровень. Принципиальный прогресс происходит за счёт того, что "рецепт успеха" хранится не в головах сотрудников, а в документах. Следовательно, если сотрудники меняются, не происходит отката назад, потери рецептов и поиска новых.</li>
<li>Измеримый. Здесь многие заблуждаются, поскольку считают, что достаточно "навесить" показатели на любой процесс. Но модель предполагает, что вы прошли все предыдущие стадии (например, задокументировали процессы), и показатели являются реальным результатом процесса.</li>
<li>Оптимизирующий. Кто-то (выделенный ресурс) занимается оптимизацией процессов, формирует инициативы в виде проектов или отдельных задач.</li>
</ol>
<p>Переход на третий уровень – наиболее актуальная задача во многих случаях. Просто смотришь, что процесс сбоит, начинаешь задавать вопросы, и оказывается, что он не документирован. Какой должна быть документация? Минимальной для процесса, который изначально определяется как преобразование входов в выходы. Если входы и выходы функций есть в документации, будь то схема или текст, этого может быть достаточно.</p>
<p>Для дальнейшего изучения материала нет ничего лучше, чем <a href="https://www.google.com/search?q=capability+maturity+model">поиск по capability maturity model</a>.</p>
<p>Но это была классика, в отдельных моделях зрелости уровней может быть больше, хотя, как правило, это 5-6 уровней. В снабжении, например, важна точка, в которой произошла внутренняя интеграция, то есть подразделения вышли за границы своих "функциональных колодцев" и начали продуктивно взаимодействовать. И точка, когда начинает работать цепь поставок, то есть бизнес-процесс проектируется на фокусную компанию, её клиентов и клиентов их клиентов, а также поставщиков и поставщиков их поставщиков.</p>
<p>Раздел "организация" очень важен и связан со зрелостью процессов. Оказалось, что есть единственный способ распространить процессы на организацию: сначала организацию надо централизовать. Да, децентрализация эффективна, но она возможна только после того, как подразделения освоились со стандартными процессами. </p>
<p>Каждый уровень зрелости связан с сотрудниками определённых уровней компетенций. Можно ли "прокачать" сотрудников или их необходимо периодически менять по мере роста зрелости – тут однозначного ответа нет, хотя ответ становится чуть яснее при заданном темпе повышения зрелости. Какие же уровни компетенций должны быть, что помогает сотрудникам развивать организацию? Примерно так:</p>
<ol>
<li>Базовый уровень – это когда люди работают на основе здравого смысла. Конечно, можно достичь определённых успехов, но в каждой предметной области есть "стандартные практики" и без их знания такие сотрудники вынуждены "изобретать велосипед", тратить на это невероятное количество усилий, а результат всё равно будет разочаровывать. Это в оптимистичном случае, а в пессимистичном всё будет работать "как-то".</li>
<li>Знание стандартных практик выполнения процессов сразу позволяет повысить уровень зрелости. Например, вы приглашаете сотрудников, которые узнали стандартные практики в другой организации, они начинают работать так же. Но это исполнители, они не знают, как развивать процессы, и не сильно стремятся планировать свою работу.</li>
<li>Те сотрудники, которые могут планировать свою работу – это уже квалифицированные сотрудники. Развиваться дальше можно в сторону развития взаимодействия с другими подразделениями, но им это недоступно, поэтому эффективность растёт в рамках "локального максимума" по одному подразделению.</li>
<li>Опытные сотрудники мало того, что способны наладить взаимодействие между подразделениями, так ещё и "смотрят в корень" возникающих проблем, настроены на выявление и устранение их причин.</li>
<li>Эксперты нацелены на поиск и применение лучших практик в предметной области. А для этого эти практики нужно адаптировать, что достаточно сложно.</li>
</ol>
<p>Это не значит, что достижения заданного уровня зрелости <strong>все</strong> сотрудники должны отвечать уровню компетенций выше, но кто-то точно должен.</p>
<p>Посмотреть, какие есть модели зрелости есть у меня, можно <a href="pages/maturity.html">здесь</a>.</p>Когда дело движется к сорока2021-07-01T19:50:00+03:002021-07-01T19:50:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-07-01:/2021-07-forty.html<p>Никому ничего не навязываю, лично мои выводы о старении и принятии своего возраста</p><p>Итак, мне скоро 40 (года через полтора), и это скорее приятно. Не буду перечислять плюсы этого возраста, они безусловно есть. Скорее, это заметки самому себе, что перестать делать, а что продолжать делать, – заметки, которые могут оказаться интересными кому-то.</p>
<p>Прекратить делать:</p>
<ul>
<li>Есть. Не совсем, конечно, но обмен веществ замедляется, и это единственное, что работает, чтобы не набирать килограммы с пугающей скоростью. Сил, наоборот, больше не становится, поэтому таскать лишние килограммы на себе просто неудобно.</li>
<li>Покупать. Понятно, что есть необходимость, но голод по потреблению в целом и достижению материальных мечт уже должен пройти. Всё, что хотелось, надо признаться, я себе уже купил. Дальше можно покупать всё то же самое, но лучше, и тут принципиален вопрос "зачем", ведь предельная полезность убывает.</li>
<li>Забивать на здоровье. Стоматолог – лучший друг, хотя регулярная диспансеризация тоже не помешает. К сожалению, вот до диспансеризации не дошёл. Вредных привычек на так много, чтобы было, что бросать, кроме кофе и сладкого; уже начал со сладкого (ещё один эклерчик и всё).</li>
</ul>
<p>Продолжать делать:</p>
<ul>
<li>Спать. Силы не бесконечны, а вот цели на день должны быть конечны, чтобы можно было "играть вдолгую", а не сжечь всё за день. И всю остальную неделю страдать от этого.</li>
<li>Нагружать себя физически. Организм создан для нагрузок, без них он переходит в достаточно странные состояния, которые в лучшем случае отзываются депрессиями на уровне ощущений, в худшем – болями в спине. И нагрузки – это не совсем про результат, больше про процесс.</li>
<li>Отдыхать. А для этого нужно поставить приоритет отдыха выше многих задач, уделить время планированию и взять себя в руки с точки зрения отключения от задач. Очищение сознания от мыслей реально даёт отдых, а вот загрузка компьютерными играми / другой мозговой деятельностью – нет.</li>
</ul>
<p>Представляю, как это попадёт на глаза более молодому человеку: "Только сейчас что ли дошло?" Да, для некоторых вещей требуется время. Как сказал мой преподаватель по гитаре: "Да, пора завязывать с жизнью в стиле рок-н-ролл".</p>Ещё о персональных wiki2021-07-01T00:27:00+03:002021-07-01T00:27:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-07-01:/2021-07-wiki.html<p>Варианты для персональной базы знаний</p><p>В предыдущих сериях мы освоили Google Keep, <a href="2021-01-dropbox-paper.html">Dropbox Paper</a> и <a href="pdf/kb.pdf">Dokuwiki</a>. Как выяснилось, есть ещё достойные продукты, которые не хочется сразу удалить. Лично мне попалось два экземпляра, чем реально можно пользоваться:</p>
<ul>
<li><a href="https://tiki.org/">Tiki Wiki</a></li>
<li><a href="https://tiddlywiki.com/">TiddlyWiki</a></li>
</ul>
<p>Ситуация примерно такая: есть один человек, и ему нужно как-то структурировать свои заметки. Заметок настолько много, что в Google Keep и Dropbox Paper они не влезают / пользоваться неудобно. Дальше можно идти двумя путями:</p>
<ol>
<li>Искать маленькое компактное решение для одного человека, но испытывать нехватку функционала</li>
<li>Поставить полнофункциональное решение, но для одного человека</li>
</ol>
<p>TiddlyWiki – это первый вариант. Есть масса вариантов установки, которые не требуют практически ничего, либо онлайн-сервисы, на которых всё уже установлено. Что понравилось, так это подбор варианта: отмечаешь галочками, что у тебя есть, и выводится список вариантов установки.</p>
<p>Если раньше вы не пользовались wiki, то на какое-то время вам хватит. Можно создавать страницы, писать на них текст, загружать файлы – что ещё нужно? А может быть нужно много чего, и это может быть что-то из <a href="https://tiki.org/Features">функциональности</a> той же Tiki Wiki. Проблема с этой функциональностью в том, что однажды подсев на неё, уже сложно слезть.</p>
<p>Но это то, что лежит на поверхности, а ещё есть сохранность данных. И тут мы приводим к таким вариантам:</p>
<ul>
<li>Бэкапы</li>
<li>Облачное хранилище, такой вариант есть</li>
<li>Свой хостинг</li>
</ul>
<p>Теперь перейдём к Tiki Wiki. Здесь вроде бы всё страшно: серверное решение, требуется веб-сервер и база данных. У Dokuwiki есть вариант <a href="https://www.dokuwiki.org/install:dokuwiki_on_a_stick">Dokuwiki on a stick</a>, куда входит веб-сервер, и вроде бы это один исполняемый файл с точки зрения пользователя. Тут дело в том, что Dokuwiki не использует базу данных, а Tiki Wiki использует.</p>
<p>Опять же, если взять установку локально, на usb-флешку или на компьютер, то требуются бэкапы. Но самое интересное, что для того, чтобы установить окружение для запуска Tiki Wiki, можно установить <a href="https://www.apachefriends.org/">XAMPP</a>, и это не сильно сложно.</p>
<p>Но тут возникает другая проблема: вот мне пришла идея, и я не нахожусь за тем компьютером, на котором установлена wiki, нет под рукой флешки. Что делать? Давным-давно для этого люди придумали хостинг. Есть люди, которые делают свой домашний сервер, это я сейчас не буду разбирать. Часто хостинг просто есть, либо это ещё один повод его завести.</p>
<p>Установка Tiki Wiki на хостинг происходит с использованием "мастера установки", поэтому тоже ничего сложного: создать базу данных, указать её реквизиты. Для цели персонального wiki SQLite более чем достаточно, поэтому здесь и создания базы данных не требуется, на самом деле.</p>
<p>А для хостинга всё равно, что ставить: dokuwiki или TikiWiki. Подойдёт любой хостинг, поскольку любой минимальный хостинг поддерживает PHP и MySQL (MariaDB), что и требуется. Кроме того, хостинг по умолчанию комплектуется бэкапами, а это минус одна головная боль.</p>
<p>Недостатки у хостинга, кроме собственно платы за его услуги, конечно, есть. Например, нужно своевременно обновлять приложение, но и без этого кто-то может взломать, всё похитить и т.п. Тут вопрос, насколько вы верите в хостинг и в ценность своих данных.</p>
<p>В итоге, как вы уже успели догадаться, я остался на варианте Tiki Wiki + хостинг, перенёс туда все свои данные, чем доволен и чего другим желаю.</p>МФУ и изменение пользовательских сценариев2021-06-23T23:13:00+03:002021-06-23T23:13:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-06-23:/2021-06-usecases.html<p>Продуктивность и смена технологий на примере МФУ</p><p>Хочу рассказать о кардинальном изменении в использовании такой достаточно консервативной штуки, как МФУ / принтеры. Возможно, меня недавно разморозили и все уже об этом знают – напишите мне об этом.</p>
<p>Изначальный сценарий предполагал подключение МФУ к компьютеру (обычно ещё и по кабелю), распечатку и сканирование документов с компьютеров, пересылку этих документов по электронной почте.</p>
<p>Первым шагом к прогрессу стало появление беспроводных МФУ. Сначала ничего особенного не произошло, просто компьютеры стали подключаться к МФУ без проводов. Но тут произошёл второй шаг, внезапно люди стали пересылать друг другу документы в мессенджерах, поэтому получилось два сценария, совсем неудобный и просто неудобный.</p>
<p>Совсем неудобный:</p>
<ol>
<li>Отсканировать документ на компьютер</li>
<li>Закинуть документ через сервис обмена файлов на телефон</li>
<li>Отправить файл с телефона</li>
</ol>
<p>Просто неудобный:</p>
<ol>
<li>Подключиться с компьютера в мессенджер (веб-версия или отдельное приложение на десктопе)</li>
<li>Отсканировать документ на компьютер</li>
<li>Отправить документ в мессенджер с компьютера</li>
</ol>
<p>И тут внезапно оказалось, что для домашних МФУ производители делают приложения для телефонов, тогда печать файла из мессенджера или отправка скана в мессенджер производятся через функцию "поделиться".</p>
<p>Самое интересное, что приложения на телефоне – не такое уж простое, например:</p>
<ul>
<li>оно понимает и автоматически преобразует на печать разные форматы файлов</li>
<li>они содержит в себе все драйверы МФУ, которые на компьютере нужно искать и устанавливать</li>
</ul>
<p>То есть экономия значительно больше, чем в двух шагах. Потому что когда тебе что-то нужно распечатать или отсканировать, почему-то оказывается, что именно на этом компьютере ты сканирование и печать не настроил. А для сканирования ещё и программу лучше отдельную поставить, это тоже время.</p>
<p>Как по мне, это гениально.</p>Выбор работающих решений2021-06-23T22:10:00+03:002021-06-23T22:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-06-23:/2021-06-solutions.html<p>Подход к обсуждению между теорией и практикой</p><p>Хочу рассказать о практике выработки решений, которой пользуемся давно. Для этого нужен достаточно специфический набор команды, но в целом это повторимый и достаточно успешный опыт.</p>
<p>Суть в том, что есть идеальное решение – это то решение, которое предполагается "лучшими практиками" организации процессов, практиками проектного управления, документацией к информационной системе и т.п. И это идеальное решение кто-то должен проработать и представить.</p>
<p>Также должен быть эксперт от бизнеса, который защищает точку зрения "плохо, но мы так работаем". У бизнеса есть один неоспоримый аргумент: он зарабатывает деньги, которые тратятся на покупку и внедрение решений. Но также бизнес понимает, что заказные разработки долго не живут, поэтому нужно брать что-то, что используется всеми и развивается.</p>
<p>Ключевой момент здесь – эффективное взаимодействие этих двух людей, поэтому можно сделать шаг назад и вспомнить, что это всего лишь роли. Если есть два человека, которые имеют некоторые представление о бизнесе и некоторое представление о том, как должно быть, они могут (случайным образом) взять эти роли, и это будет лучше, чем просто вести обсуждение.</p>
<p>Многие наверняка вспомнили роль "адвоката дьявола", которая применяется для структурирования дискуссий. Здесь что-то похожее, а общее у этих двух подходов – создание напряжения в дискуссии. То, что производит ценность из обсуждения, называется positive tension. </p>
<p>С одной стороны, собеседники должны уважать друг друга и быть конструктивными. А с другой стороны, у них должно быть фундаментальное противоречие, базовый конфликт, который не позволяет им сразу согласиться друг с другом и разойтись. Цель – поиск компромисса, который оптимален в данной конкретной ситуации. Иногда компромисс не случается, и бывает лучше разойтись, чем пытаться внедрить то, к чему организация, например, не готова на текущий момент.</p>
<p>Discussio mater veritas est, "В споре рождается истина".</p>Зона охвата менеджмента2021-06-17T22:13:00+03:002021-06-17T22:13:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-06-17:/2021-06-management.html<p>Применение менеджмента к своей личной жизни</p><p>По тем людям, которых лично знаю, менеджмент – точно не та область, где может быть "сапожник без сапог". То есть когда ты управляешь чем-то (людьми, процессами, организацией), но при этом не можешь управлять своей жизнью. Допускаю, что есть гениальные менеджеры, которые не могут заставить себя почистить зубы утром, но в целом менеджмент начинается с себя. И да, человек в запаре с кучей невыполненных задач – не совсем менеджер. Для менеджера основной показатель – выполненные вовремя (и с требуемым качеством) задачи, достигнутый результат.</p>
<p>Каждый может быть менеджером сам себе, и развитие менеджера происходит изнутри, насколько я понимаю физику этого процесса:</p>
<ul>
<li>Управление своим здоровьем</li>
<li>Управление своей энергией</li>
<li>Управление своим рабочим местом; свет, эргономика рабочего стола и стула относятся сюда же</li>
<li>Управление отношениями со своими коллегами</li>
<li>Управление подрядчиками</li>
</ul>
<p>Но вернёмся к бытовухе, к квартире, чтобы было интересно всем. Как менеджмент выражается в бытовом плане? Как мне кажется, можно нарисовать такие расходящиеся круги:</p>
<ul>
<li>Квартира, уют и чистота в ней</li>
<li>Площадка между квартирами, аналогично</li>
<li>Лифт и подъезд</li>
<li>Придомовая территория</li>
<li>Органы самоуправления, начиная с родительского комитета в школе или детском саду</li>
</ul>
<p>"Не моё дело" и пофигизм стандартный можно рассматривать как отсутствие менеджмента. Или отсутствие желания брать менеджмент этих объектов на себя. Если на работе бросить задачу, она вряд ли сделается сама, так и тут: лифт не перестанет вонять, а придомовая территория себя не уберёт. В каждом случае нужно подбирать своё решение. </p>
<p>Эта история не про то, что выйти и сделать всё самому. Иногда это нужно, но не об этом речь. Важнее организовать процесс, чтобы всё работало, это отличает менеджмент. Итого получается, что менеджмент начинается с принятия на себя ответственности за процесс. Отличие в том, что на работе тебе всё распределят (хотя и не всегда), а тут каждый сам определяет, сколько готов взять. </p>Открываем газ2021-06-10T22:13:00+03:002021-06-10T22:13:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-06-10:/2021-06-motocross.html<p>Аналогии между мотокроссом и лидерством</p><p>Если пропустить предысторию, однажды я оказался на мотокроссе. И тренер стал рассказывать мне базовые вещи, одна из которых – открывай газ, больше газа. Даже когда тормозишь, открывай газ, чтобы поддерживать обороты двигателя. Механика движения в том, что колесо должно чуть проворачиваться и нарезать колею в грунте, что даёт устойчивость. Новички боятся открыть газ, теряют устойчивость и падают. Это контр-интуитивная вещь, но она работает. Контр-интуитивная, потому что страшно, а кроссовый мотоцикл рвёт достаточно резко.</p>
<p>Когда навык выработался, обнаружилось, что он очень полезен и на машине. Не являюсь экспертом вождения и ни в коем случае не советую, но сама модель поведения, когда ты сначала думаешь о газе, а потом о тормозе, позволяет уезжать из многих непонятных ситуаций.</p>
<p>Но если наложить аналогию на работу, то газ – это и есть лидерство. Либо ты накидываешь темы, которые все обсуждают, либо тебе накидывают, и ты просто вынужден включиться в обсуждение. Второй уровень лидерства – это умение нажать на тормоз, признать ошибки или признать направление движения неверным, вне зависимости от того, кто его предложил.</p>
<p>Старт новых проектов и инициатив – это всё про газ, потому что тоже страшно, но ты выделяешь ресурсы (бензин) на их проработку. Колесо проворачивается, потому что только в идеальном мире есть полный зацеп, когда все усилия приводят к результатам. Часто делаешь несколько шагов в сторону, потом возвращаешься на траекторию, но это нужно сделать, чтобы продвинуться вперёд. Так и мотоцикл при разгоне может кидать в стороны.</p>
<p>Как и мотоцикл, проект / инициатива стремятся в момент открытия газа вырваться из-под тебя или сбросить. И, как и на мотоцикле, закрытие газа ровно к этому и приводит. Потому что проекты и инициативы живут только в движении, без выделения времени на них они сами по себе сдуваются. И если ты хотел с их помощью чего-то достичь, то ты остаёшься ни с чем.</p>
<p>Всем желаю двигаться вперёд, хотя бы и с пробуксовками.</p>Linux, продвинутый уровень2021-05-31T21:15:00+03:002021-05-31T21:15:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-05-31:/2021-05-fedora.html<p>Новая серия метаний между дистрибутивами</p><p>Если помните, <a href="2021-04-ubuntusetup.html">последняя серия</a> закончилась на том, что мой личный комп отказался выключаться в Fedora (который я использовал на двух чужих компах до этого), поэтому я психанул и поставил Ubuntu. Которая мне так понравилась, что я поставил ещё и на комп дочери. Но реальность оказалась не такой радужной (в отличие от внешнего оформления):</p>
<ul>
<li>Софт, который пишут именно создатели Ubuntu, весь на соплях: трогаешь одно, отваливается всё остальное. На своём компе хотел удалить панель, система стала запрашивать пароль администратора постоянно, в т.ч. на подключение wi-fi. Пришлось терпеть панель, которая мне, в общем-то, не нужна.</li>
<li>Snapstore постоянно висит в памяти, и может выжрать хоть 8 Гб.</li>
<li>Chrome remote desktop, который мне так понравился, висит отдельной сессией, и приводит к отдельному вопросу при попытке перезагрузиться или выключить комп.</li>
</ul>
<p>Между тем, вышла Fedora 34, в которой:</p>
<ul>
<li>Gnome 4! Сразу могу сообщить, что вообще ничего революционного не увидел, но он просто работает.</li>
<li>btrfs по умолчанию; поскольку это файловая система со сжатием, ускорение чувствуется, но об этом чуть подробнее ниже.</li>
<li>Спокойное оформление всей системы и другой подход к написанию софта, который нужен именно для дистрибутива.</li>
</ul>
<p>Решение по переходу на Fedora далось непросто, также был вариант Debian, который был отвергнут:</p>
<ul>
<li>Придётся настраивать сглаживание шрифтов</li>
<li>Плохая поддержка оборудования</li>
<li>В целом плохо переносит добавление внешних репозиториев</li>
</ul>
<p>Fedora работает быстрее Debian, но ест больше оперативки. С которой сейчас проблем нет. Однако Fedora требует больше знаний, чем Ubuntu:</p>
<ul>
<li>Больше внимательности. Например, для записи образа установочной флешки на диск используется стандартный инструмент работы с дисками, который легко может записать вам ISO на диск с данными.</li>
<li>Работа в командной строке; в Ubuntu на каждый чих делают графический интерфейс; как и Open SuSe, кстати, которую тоже можно рассмотреть, если это критично.</li>
<li>Знание английского, так как документация на английском.</li>
</ul>
<p>Если вас это не пугает, могу сказать, что смысл есть. Но сначала про минусы:</p>
<ul>
<li>Chrome Remote Desktop не поддерживается, это понятно. Но также не поддерживается и Wayland в TeamViewer. Что с этим делать – да ничего.</li>
<li>Программы в Fedora не просто свежие, а очень свежие, поэтому могут легко падать; у меня почему-то падал Firefox (который мне нужен был, чтобы скачать Chrome),</li>
<li>Потенциально может мешать selinux; крайне желательно знать, как её отключить, но я пока не отключал; точно нужно отключать для использования VirtualBox.</li>
<li>Citrix Workspaces вроде и работает, но тоже глючит; этого же можно ожидать от многих других программ, от которых ждёшь совместимости с Windows и работоспособности;</li>
</ul>
<p>В итоге я установил Fedora на 5 компов, и могу сказать, что всё работает отлично: свой ноут, ноут дочери, на внешний HDD, старый комп, предыдущий комп супруги. Прирост скорости есть везде, но:</p>
<ul>
<li>На компе дочери и в Ubuntu не распознавался драйвер wi-fi карты, скачивал и устанавливал драйвер (потребуется ethernet-to-usb adapter); в этом случае решилось обновлением (<code>sudo dnf update</code>).</li>
<li>На старом компе (Core Duo, то есть 2 ядра, и 3 Гб оперативки) всё ворочалось быстрее, чем на Ubuntu, но в какой-то момент память закончилась; ну ничего, поставил xfce (<code>sudo dnf groupinstall -y "Xfce Desktop"</code>).</li>
<li>Minecraft оказалось лучше ставить всё же из snap; есть некий способ обойтись без snap, но результат оказался не очень (+ обновлять придётся вручную), да и телодвижений многовато.</li>
<li>С внешнего HDD (по ощущениям) ускорение чувствуется сильнее всего.</li>
</ul>
<p>Дальше пойдёт рассказ о настройках системы после установки, который я проделал на тех самых пяти компах с небольшими вариациями. Есть источники, которые раскрывают эту тему (<a href="https://www.debugpoint.com/2021/04/10-things-to-do-fedora-34-after-install/">раз</a>, <a href="https://fosspost.org/things-to-do-after-installing-fedora-34/">два</a>, <a href="https://www.fosslinux.com/46272/things-to-do-after-installing-fedora-workstation.htm">три</a>), но у меня получилось немного по-другому, и по ходу дела будут пояснения, почему так. Тем, кто хочет узнать подробнее, что такое linux, думаю, будет интересно почитать с точки зрения "насколько всё страшно".</p>
<ol>
<li>Включаем плагины пакетного менеджера dnf fastestmirror и deltarpm, которые должны увеличить скорость скачивания; вроде логично это делать до обновления системы; можно ещё увеличить количество потоков скачивания, но я этого не делал. Всё очень просто, <a href="https://gist.github.com/cho2/2d8682b60aaeabf3fa8c151bf2162e27">добавляем две строки с настройками</a> в dnf.conf.</li>
<li>Удаляем лишнее до обновления, чтобы не обновлять то, что собираемся удалить. Себе удаляю LibreOffice, однако это не так просто, если не знать названия пакета: <code>sudo dnf remove libreoffice-core</code></li>
<li>Обновляем систему и перезагружаемся (потому что будет обновлено ядро): <code>sudo dnf update</code></li>
<li><a href="https://rpmfusion.org/Configuration/">Добавляем rpm-fusion</a> для vlc (также там есть драйвера nvidia, если кому нужно, и VirtualBox). В командной строке это делается одной командой (<code>sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm</code>)</li>
<li>Устанавливаем vlc, поскольку это избавляет от скачивания кучи кодеков: <code>sudo dnf install vlc</code></li>
<li>Скачиваем rpm с Chrome, Zoom, Mailspring (почта) с соответствующих сайтов и устанавливаем (например, <code>sudo dnf install *.rpm</code>, если всё в одном каталоге)</li>
<li>Ставим Unite – расширение Gnome, которое добавляет места, убирая заголовки, ну и много чего другого полезного.</li>
<li>В настройках Gnome рекомендую включить Tap to click для ноута (в настроках мыши) и отключить блокировку экрана (а то блокирует каждые 5 минут). Также можно включить Night light, чтобы вечером (после захода солнца) цвета дисплея были более тёплыми (это всё в настройках дисплея).</li>
<li>Есть достаточно неприятный баг с PackageKit, который мешает перезагрузке. Нужен этот пакет для установки дополнительных кодеков, но поскольку мы поставили vlc (в котором все кодеки есть), его можно спокойно удалить. Лично я его выпилил вместе с gnome-software (всё равно пользуюсь dnf) и simple-scan (если нужен будет, можно установить отдельно): <code>sudo dnf remove PackageKit\*</code>.</li>
<li>Minecraft через snap ставится стандартно, сначала snap, потом Minecraft: <code>sudo dnf install snapd && sudo snap install mc-installer</code>. Потом надо перезагрузиться, и он появится.</li>
</ol>
<p>Да, я перешёл на Mailpsring для почты. Geary в Fedora, к сожалению, у меня вылетала постоянно на одном письме. Evolution просто устарел. Ну а Mailspring – это чистый интерфейс, быстрая и стабильная работа.</p>
<p>На этом пока всё, вроде полёт нормальный.</p>Если выбило из седла2021-05-28T08:22:00+03:002021-05-28T08:22:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-05-28:/2021-05-crash.html<p>Как выруливать из эмоционального и нервного перегруза</p><p>Бывает, что, по закону бутерброда, обострение идёт по всем фронтам. У меня, например, на этой неделе на одном проекте случилась авария, устранение которой потребовало затрат массы сил и нервов; по другим проектам и активностям просто нужно было двигаться в темпе. В результате ощутил полную опустошённость. Что делать в таких случаях?</p>
<p>По опыту лично для себя выработал такой рецепт:</p>
<ol>
<li>Не делать серьёзные задачи; в таком состоянии можно нанести только вред</li>
<li>Переключиться, чтобы выйти из состояния эмоциональной охваченности</li>
<li>Сжечь стресс, физически; он есть в организме в виде адреналина</li>
</ol>
<p>Это именно то состояние, в котором прокрастинация идёт на пользу, а на следующий день, вернувшись к работе, чувствуешь прилив сил. Зажимать же себя волей и заставлять что-то делать... Ну, так можно довести себя до истощения и депрессии, то есть кризис будет глубже. И чтобы выйти из него, потребуется больше времени и... целенаправленных усилий.</p>
<p>Берегите себя.</p>Разогнаться перед работой2021-05-22T18:28:00+03:002021-05-22T18:28:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-05-22:/2021-05-accel.html<p>Если организм сопротивляется работе</p><p>Бывает, что нужно поработать, а организм всячески сопротивляется, например:</p>
<ul>
<li>Идёт переваривание пищи после обеда</li>
<li>Дело происходит в выходные (как в анекдоте, "Вот и сейчас...")</li>
<li>Есть много отвлекающих факторов, с которыми работа плохо конкурирует</li>
</ul>
<p>Лично для меня работает такой лайфхак: можно начать писать что-то некритичное. Это запись в блог или в дневник. С точки зрения затрат времени это оправдано, поскольку быстрее переключение организма в рабочий режим всё равно не произойдёт. С точки зрения пользы – безусловно лучше других способов:</p>
<ul>
<li>Дать себе расслабиться и посмотреть развлекательный контент</li>
<li>Почитать новости</li>
<li>Просто потупить</li>
</ul>
<p>Хотя нет, есть один способ, который более эффективен, но он не всегда возможен в офисе по объективным причинам: поспать.</p>
<p>Бонус, если вы заинтересованы сделать что-то сделать для себя: можно пообещать себе сделать это после выполнения работы.</p>Подкасты и развитие2021-05-16T10:53:00+03:002021-05-16T10:53:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-05-16:/2021-05-podcast.html<p>Глазки устают, видео и книжки уже не заходят, а развития хочется</p><p>В своё время на... курсе повышения квалификации, скажем так (иначе российский MBA трудно определить) мне дали задание провести опрос среди коллег: что для них наиболее важно на работе. А коллеги были в то время, в основном, программисты, достаточно прагматичные. При этом у всех выиграл вариант "развитие". Человеку развитие и перспектива важнее, чем деньги.</p>
<p>Лично по своему опыту могу сказать, что выделение времени на развитие – одна из самых сложных задач, особенно когда ты "заряжен по полной": семья, собака, хобби. Постепенно скатываешься в рутину, когда места ни для развития, ни для хобби не остаётся. Потом наступает отпуск, а вместе с ним и депрессия: и что, вот так и жить? Как мне кажется, важно разорвать этот круг любым способом, хотя у меня есть знакомые, которые после отпуска меняли работу или шли получать дополнительное образование (тоже неплохо).</p>
<p>В чём проблема: самым действенным инструментом развития (на мой взгляд), являются книги и тренинги. И то, и другое сильно нагружает глаза, которые начинают просить отдыха, а в какой-то момент закрываешь глаза, и начинают прыгать разноцветные зайчики. Знакомые рассказывали про подкасты, но то ли я не мог выбрать конкретную тему, то ли они были несовместимы с достаточно шумной веткой метро, по которой я ездил в тот момент – в общем, не пошло. Подкасты в Яндекс Музыке носят, в основном, развлекательный характер. </p>
<p>Сейчас появилась тема, которая мне крайне интересна с профессиональной точки зрения, и вот оказалось, что достаточно поставить приложение "Подкасты" от Google, вбить ключевые слова в поиск и вуаля – очень качественный контент, серии по 30-40 минут. Нюанс для тех, кто не знает английский: аудио на английском. Но здесь не такая концентрация знаний, как в специализированных книгах, и пропустить часть смысла не критично.</p>
<p>Другие не совсем очевидные плюсы:</p>
<ul>
<li>Можно слушать в машине</li>
<li>Можно скачать в самолёт</li>
<li>Можно слушать перед сном, и есть режим отключить через заданное время</li>
</ul>
<p>В итоге депрессия гудбай, в целом есть ощущение, что ты развиваешься, а не стоишь на месте. Идеи стали переть, причём в гости к ведущему приходят люди, которые делают конкретные приложения, и возникает желание их посмотреть или использовать (как на работе, так и для себя лично). Но кроме этого, и это наиболее важно, возникает вера в то, что ты <strong>можешь</strong> выделить время на свой развитие. А значит, можешь выделить его и больше, на те же тренинги и книги. По сути, это вера в себя.</p>Разрушительные изменения2021-05-13T22:35:00+03:002021-05-13T22:35:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-05-13:/2021-05-destructive-change.html<p>О том, как изменения могут разрушать жизни людей, и о том, как с этим справиться</p><p>Пишу по мотивам фильма "Земля кочевников", и первое, что стоит отметить: это действительно очень крутой фильм, который вам стоит посмотреть прямо сейчас. Суть сюжета в том, что из-за падения спроса на гипсокартон закрывается завод в моно-городе, и сам город фактически умирает. Но главная героиня не может уехать, поскольку вся её жизнь связана с этим городом, этой работой.</p>
<p>Думаю, очень важно написать что-то прямо противоположное лозунгам "адаптируйся или умирай": о том, что бывает, если отдельному человеку трудно адаптироваться. Оказывается, что в США есть целая субкультура "кочевников" – людей, оказавшихся на обочине жизни, которые живут в трейлерах и не имеют постоянной работы. Эту группу возглавляет идеолог, который видит свою миссию в том, чтобы помочь таким людям. А у каждого из них есть своя личная история.</p>
<p>Легко говорить: "пусть каждый обратиться к психоаналитику". Но сделать трудно, поскольку это дорогое удовольствие. Люди оказываются в ситуациях, которые не предусмотрены государственными системами помощи, либо стесняются обращаться за этой помощью, и это тоже нормально. И именно в этой ситуации то, за что можно зацепиться, это единомышленники и место, где ты чувствуешь себя комфортно. Для начала, чтобы отдышаться. Именно об этом говорит тот самый идеолог главной героине: тебе трудно, но ты в правильном месте и с правильными людьми.</p>
<p>И это то, что может помочь смириться с реальностью, принять её. Этот процесс нельзя ускорить, только человек сам может решить, когда он считает, что закончил оплакивать свою прошлую жизнь и своих близких. Это то, что может помочь найти новые ориентиры в жизни. Как определить, что это те люди и то место? С точки зрения людей это не очень сложно: они говорят о том, что важно для тебя. С точки зрения места тоже вроде просто: либо есть внутреннее ощущение, что тебе спокойно, либо нет. И, скорее всего, это природа.</p>
<p>То, что происходит внутри группы людей, это, на самом деле, и есть групповая психотерапия. И это один из самых эффективных способов пережить деструктивные, травмирующие события. Что для этого не подходит, так это публичное обсуждение, поскольку это очень личные вещи, которые можно рассказать только тем, кому доверяешь. В тот момент, который ты считаешь подходящим, и когда ты созрел поделиться.</p>Эффективный отдых2021-04-28T22:35:00+03:002021-04-28T22:35:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-04-28:/2021-04-rest.html<p>Эффективный отдых запланирован и продуман</p><p>Близятся майские праздники, для многих (и для меня, в том числе) – долгожданный отпуск. Такой странный и непредсказуемый, но похоже, всё-таки реальный. "Чем поможет твоё системное мышление, Константин? Уж с отдыхом мы разберёмся без тебя, отдыхать-то мы умеем!" – скажете вы и будете неправы. Эффективный, то есть восстанавливающий силы, отдых должен быть тщательно спланирован, в идеале, регламентирован и автоматизирован. Это, конечно, шутка, но не любое, на первый взгляд, восстанавливающее занятие является отдыхом.</p>
<p>Относительно недавно посетил тренинг по эмоциональному интеллекту, и там, в числе прочего, составляли списки: что восполняет эмоциональный и физический ресурс, а что его расходует. Интересно, что же его вроде как восполняет, а на самом деле расходует:</p>
<ul>
<li>YouTube и другие социальные сети</li>
<li>Игры на компьютере, планшете и телефоне</li>
<li>Чтение новостей</li>
</ul>
<p>Не знаю, можно ли прекратить это делать, но сама информация об этом для меня была новой. Про чтение новостей пишут и отдельно, что это расходование нервной и эмоциональной энергии в чистом виде. А тут коллега как раз поделился опытом отдыха: 2 недели медитации без разговоров и девайсов (включая телефон). Могу сказать, что выглядит он реально отдохнувшим.</p>
<p>Вопрос "что же восполняет ресурс?" лично для меня не является таким уж простым, но вот мой (не претендующий на полноту) список:</p>
<ul>
<li>Отключение от работы</li>
<li>Смена обстановки</li>
<li>Физические нагрузки</li>
<li>Творческая активность</li>
<li>Ограничение общения</li>
</ul>
<p>С отключением от работы недавно получился эксперимент: вроде и новогодние праздники, но с одним-двумя совещаниями каждый день. Могу сказать, что организм в режим отдыха не переключился, и ресурс восполнился слабо.</p>
<p>С ограничением общения всё сложно: если есть перегруз, то спасает полное прекращение общения. С другой стороны, общение с друзьями и семьёй необходимо и восполняет ресурс. Но если семья и друзья начинают сливать в тебя, как в контейнер, то ресурс расходуется снова.</p>
<p>Проще всего с физической нагрузкой: она просто должна быть. Здесь может быть ошибка в том, что мы ставим себе амбициозные цели и пытаемся их достичь, но важен факт любой физической нагрузки, её регулярность и получение удовольствия от неё. Например, долгое время мне хватало прогулок пешим шагом с собакой, и я не стремился пройти какие-то рекордные расстояния, а делал один и тот же круг.</p>
<p>Обстановка рождает определённые ассоциации, именно поэтому рекомендуют разделять зоны работы и отдыха, и именно поэтому от работы из дома так устают. Последний раз выезжали на пикник, за неполный день очень сильное ощущение отдыха, поскольку вырываешься из мест, которые ассоциируются с чем-то. Наверное, ассоциации создают какую-то дополнительную нагрузку.</p>
<p>С творческой активностью мне тяжелее всего. С другой стороны, могу сказать, что арт-терапия реально работает в любом варианте, можно сесть и начать рисовать вне зависимости от навыков. Опять же здесь ловушка в концентрации на результате, получить что-то красивое. Если же концентрироваться на процессе, терапевтический эффект очевиден.</p>
<p>И да, про планирование это была не шутка. Чек-лист на пикник, билеты и отель с учётом предпочтений участников для более дальних поездок – всё это оказывает непосредственное влияние на качество отдыха, поэтому здесь имеет смысл <strong>поработать</strong>. Один раз ездили на юг на машине, поскольку из-за ковида не хотелось лететь на самолёте, и все в итоге вспоминали дорогу и пробки.</p>
<p>С учётом негативного опыта имеет смысл и планировать работу таким образом, чтобы она не пришлась на отдых. И это требует совершенно особых усилий: делегирование, изменение сроков, обсуждение интересов с заинтересованными сторонами. Но это вполне реально.</p>
<p>Поделитесь, как вы отдыхаете, как планируете отдых?</p>Режим созидания и режим коммуникации2021-04-20T19:40:00+03:002021-04-20T19:40:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-04-20:/2021-04-makermanager.html<p>Размышления о разном режиме работы мозга по зарубежным публикациям</p><p>Нашёл статью <a href="https://www.fastcompany.com/90615172/how-we-cut-our-number-of-meetings-in-half-and-got-more-done">FastCompany</a>, которая, в свою очередь, была вдохновлена статьёй Пола Грэма <a href="http://www.paulgraham.com/makersschedule.html">Maker's Schedule, Manager's Schedule</a>. Изначально Пол Грэм заметил, что прерывание созидательной работы даже одной встречей в день может быть критичным. Его метод – планировать созидательную работу на вторую половину дня, когда никто не сможет помешать.</p>
<p>В компании Ministry of Supply поступили по-другому: выделили недели в одном режиме, созидательная работа полностью без встреч, и недели в режиме менеджера. Понятно, что компания в целом перестраивается тяжело, и на это нужно время (неделя ещё и мало). </p>
<p>А ещё они же придумали окно общения: встречи проводятся по два-три часа, в ходе которых вопросы должны быть решены. Никаких задач по итогам встречи. Последнее достаточно радикально и лично мне пока не понятно: как можно прямо в ходе встречи решить вопросы, которые требуют времени. Так вот, с учётом удалённой работы окно общения стали проводить в Slack и G-Suite, где можно одновременно работать над одним документом. Пишут, что результатами остались довольны.</p>
<p>Что ещё можно сделать, когда нужно что-то создавать, а коллеги постоянно ставят тебе встречи? Лично мой выход – делегирование. Выделение человека, который делает созидательные задачи, выглядит компромиссом. С ним у меня сессии по постановке задач и по приёмке результатов. Если мы начинаем делить между собой "менеджерские" задачи, то созидательная работа практически останавливается.</p>
<p>Также хочу поделиться лайфхаком от коллег: под любым предлогом (типа заболел) остаться дома, поставить отбивки о недоступности и сделать зависшие созидательные задачи. Единственный нюанс, что дома должны быть условия для этого. Как правило, если есть дети, это работает плохо. Но здесь на помощь может прийти коворкинг.</p>
<p>На мой взгляд, если посмотреть на календарь и применить правило "адаптируйся или умирай", то можно найти окна для продуктивной работы. По практике, они бывают в понедельник и пятницу: на понедельник ещё не успели ничего поставить, а на пятницу уже не успели.</p>
<p>Поделитесь, как вы совмещаете созидательную работу и интенсивное общение!</p>Настройка Ubuntu после установки2021-04-14T23:34:00+03:002021-04-14T23:34:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-04-14:/2021-04-ubuntusetup.html<p>Настройка самого доступного дистрибутива</p><p>Кто о чём, а я снова о linux. Перевожу все компьютеры, до которых могу дотянуться, на дистрибутив Ubuntu. До этого пользовался Fedora, который мне казался самолётом с точки зрения скорости и идеалом с точки зрения доработанного Gnome. Но идеал отказался выключаться на ноуте Acer, и никто этот баг даже не собирался чинить. Потом выяснилось, что одно крайне нужное приложение есть только под Ubuntu. А чуть позже оказалось, что второе нужное приложение, Chrome Remote Desktop, работает тоже только под Ubuntu.</p>
<p>Дочь подрастает, стали играть в minecraft; тут оказалось, что вышел родной (под Ubuntu) пакет Minecraft. Хочется верить, что он настроен чуть более оптимально, чем пакет из SnapStore, а это на слабых компьютерах имеет значение. И это было окончательным аргументом, что Ubuntu выбрали не зря. Хотя до этого в нескольких компаниях, поддерживающих большое число рабочих станций, встречал утверждение "только Ubuntu" и не верил.</p>
<p>Так что будем чинить недостатки Ubuntu и настраивать под свои нужды:</p>
<ol>
<li>Удалять лишнее</li>
<li>Ставить нужное</li>
<li>Настраивать очевидное</li>
</ol>
<h2>Удаляем лишнее</h2>
<p>У меня под нож обычно сразу попадают:</p>
<ul>
<li>Firefox как не выдержавший конкуренции с Chrome</li>
<li>Thunderbird как безнадёжно отставший вообще от всего</li>
<li>Видео-плеер как не поддерживающий нужные форматы</li>
<li>gnome-todo как просто бесполезное (использую Google Keep)</li>
</ul>
<p>Лично себе удаляю LibreOffice, потому что хватает Google Docs.</p>
<p>Пытался удалить панель, но из этого ничего хорошего не вышло: удалилась куча нужных пакетов, в результате система на каждый чих стала просить права админа.</p>
<p>После всего этого рекомендую запустить в терминале команду, которая удалит все ставшие ненужными библиотеки: <code>sudo apt autoremove</code></p>
<h2>Ставим нужное</h2>
<p>Соответственно на замену предыдущим пунктам ставим:</p>
<ul>
<li>Chrome синхронизирует закладки и историю, хранит пароли и просто открывает все сайты</li>
<li>Geary – на мой взгляд, лучший почтовый клиент</li>
<li>vlc в качестве видео-плеера</li>
<li>Chrome plugin для интеграции с Gnome (можно устанавливать плагины Gnome прямо с сайта)</li>
<li>Плагины Chrome для музыки, например, YouTube Music</li>
<li>Chrome Remote Desktop, если требуется удалённое управление</li>
<li>Minecraft (без комментариев)</li>
<li>Gnome Tweaks просто для того, чтобы сделать переключение по Alt+Shift ну и для массы других настроек</li>
<li>Zathura для комфортного чтения PDF</li>
</ul>
<p>Также приложения из SnapStore (встроен в Ubuntu Software):</p>
<ul>
<li>Visual Studio Code – отлично работает в качестве текстового редактора</li>
<li>Slack для чатов по работе</li>
<li>Skype, кому нужно, хотя работает отвратительно (периодически сжирает всю память)</li>
<li>Zoom (даже не знаю, кто без него обходится)</li>
<li>Telegram</li>
</ul>
<p>Кстати, сам SnapStore (snapd) тоже может прилично отжирать память. Это баг, он известен, пока не починили. Когда бесит, просто вырубаю процесс.</p>
<h2>Настраиваем очевидное</h2>
<p>Во-первых, Online Accounts. Функциональность большинства из них не понятна, но аккаунт google позволяет:</p>
<ul>
<li>Подключить почту, в том числе, в Geary</li>
<li>Подключить сетевой диск в Nautilus</li>
<li>Подключить календарь</li>
</ul>
<p>И это крайне удобно!</p>
<p>Во-вторых, расширение Gnome dash-to-dock, которое позволяет сохранить место на экране:</p>
<ul>
<li>скрывать панель автоматически</li>
<li>уменьшить размер значков и место, занимаемое самой панелью</li>
</ul>
<p>На ноутбуке это достаточно критично, а расположение внизу превращает ваш компьютер почти что в макбук.</p>
<p>Ну и в третьих, есть такое расширение для Gnome, pomodoro – это таймер, который по известной систем напомнит вам делать перерывы. Именно то, что он встраивается в верхнюю панель, а не болтается отдельно, делает его удобным.</p>
<p>Chrome в целом решает проблему переключения между компьютерами, особенно когда вы пользовались преимущественно веб-приложениями. Многие из перечисленных приложений также можно заменить онлайн-аналогами, если вас что-то не устраивает.</p>Перетаскиваем данные между компьютерами2021-04-05T21:15:00+03:002021-04-05T21:15:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-04-05:/2021-04-migratedata.html<p>Сравнение облачных и обычных технологий для хранения и обмена данными</p><p>Когда-то задача перетащить данные (причём вне зависимости от объёма) была достаточно простой: сделал архив, поднял ftp, перекинул. К сожалению, бывают нюансы:</p>
<ul>
<li>Производители стали делать SSD, которые пока дороже за ту же ёмкость, поэтому многие ограничиваются ёмкостью 256 Гб и... не всё влезает.</li>
<li>Если у вас есть внешний накопитель, это замечательно, но если вы переносите данные между разными системами, возникают вопросы с файловыми системами.</li>
<li>Если вы делаете собственный NAS, то есть сетевое хранилище, вопросов будет ещё больше.</li>
</ul>
<p>Попутно неплохо бы решить вопрос с бэкапом данных, потому что ноутбук вещь такая, переменчивая: то он есть, а вот его уже и нет.</p>
<p>Итак, если нам надо перекинуть данные между компьютерами на ограниченный SSD, какие варианты у нас есть?</p>
<table>
<thead>
<tr>
<th>Технология</th>
<th>Скорость</th>
<th>Стоимость</th>
<th>Доступность (извне)</th>
</tr>
</thead>
<tbody>
<tr>
<td>FTP в локальной сети</td>
<td>Самая высокая (особенно Ethernet)</td>
<td>Низкая</td>
<td>Сложно</td>
</tr>
<tr>
<td>Внешний накопитель</td>
<td>Высокая</td>
<td>Средняя</td>
<td>Сложно</td>
</tr>
<tr>
<td>NAS</td>
<td>Высокая</td>
<td>Высокая</td>
<td>Средняя</td>
</tr>
<tr>
<td>Облако</td>
<td>Низкая</td>
<td>Средняя / Низкая</td>
<td>Высокая</td>
</tr>
</tbody>
</table>
<p>Разберём, что здесь имеется в виду и, исходя из этого, определим, что делать, например:</p>
<ul>
<li>Облако: для файлов наибольшей ценности и не очень большого объёма (например, документы; фото, но не видео), к которым важен доступ из любой точки.</li>
<li>NAS: на мой взгляд, имеет смысл, только если у вас терабайты информации + вам не нужен доступ извне, либо вы готовы возиться с его настройкой.</li>
<li>Внешний накопитель: пара терабайт информации легко для малоценной информации (например, видео, которые можно скачать ещё раз или старые документы, которые редко нужны); с собой вы будете забывать его таскать, поэтому рассчитывайте, что он будет лежать дома. Если накопитель не SSD, а обычный, он очень, очень подвержен механическим воздействиям и риск потери данных высок. См. NAS или облако.</li>
<li>FTP в локальной сети (по кабелю): перенос десятков и сотен Гб между компьютерами, если не хочется ждать часами.</li>
</ul>
<p>Чуть подробнее разберём каждую технологию и её особенности.</p>
<h2>FTP</h2>
<p>Моя любимая технология, старая и надёжная. Проблемы с кодировками решены, но нюансы остались. С чем лично я столкнулся последний раз: странная поддержка FTP в разных системах и программах приводит к тому, что копируются не все файлы. Как проверить: посмотреть свойства папки и сравнить общий размер и количество объектов. Как вылечить: FTP Sync, например, в FileZilla. Плюс в том, что если есть кабель, быстрее файлы передаваться не будут. Но кабель сейчас есть не у всех компьютеров, что решается переходниками.</p>
<p>FTP – это протокол, он может быть и у внешних сайтов, и у NAS, здесь имеется в виду именно способ перекинуть данные напрямую между двумя компьютерами. Понятно, что это имеет смыл, когда на втором компьютере достаточно места.</p>
<h2>NAS</h2>
<p>Тут надо понимать, что вы не просто ставите себе некоторый девайс, а становитесь обладателем мини-серверной, со всеми вытекающими:</p>
<ul>
<li>Обеспечение бесперебойного питания (UPS придётся докупить)</li>
<li>Обеспечение стабильного интернета (почти у всех провайдеров он периодически прерывается)</li>
<li>Настройка доступа извне (настройки роутера, DynamicDNS или другие сервисы)</li>
<li>Обновление прошивки, чтобы не взломали, особенно если есть доступ извне</li>
<li>Слежение за здоровьем дисков и их своевременная замена (а также восстановление информации после сбоев)</li>
</ul>
<p>Без этого функциональность NAS ограничивается тем же переносным внешнем накопителем, который вам не надо носить в пределах квартиры. Кроме этого, реальная надёжность данных достигается при зеркалировании, то есть покупаете два диска по 1 Тб и получаете... 1 Тб пространства. Здорово, правда?</p>
<h2>Внешний накопитель</h2>
<p>Тут нюанс только с файловой системой. Радостно отформатировав накопитель в EXT4, обнаружил, что его не понимает не только Windows, но и Mac (хотя чего тут сложного). Есть платные решения за 3+ т.р. и экспериментальная поддержка read-only. Какую же файловую систему понимают все? Конечно, FAT, но у неё есть ограничения на размер файлов, поэтому большое видео может просто не скопироваться.</p>
<p>Помимо того, что можно переносить данные между компьютерами, можно брать с собой. Как мне кажется, это делает внешний диск даже более полезным, чем NAS.</p>
<h2>Облако</h2>
<p>С облачными решениями в последнее время произошёл существенный прогресс:</p>
<ul>
<li>Улучшилась поддержка всех операционных систем основными поставщиками услуг</li>
<li>Упали цены (особенно их уронил Google)</li>
<li>Для фото можно до июля 2021 воспользоваться безлимитным хранилищем Google Photo, если вы согласны со снижением качества до 1080p</li>
<li>Есть сторонние сервисы для поиска дубликатов внутри облачных хранилищ и в целом многие программы их используют</li>
<li>Если вы используете облако как бэкап, то это самое надёжное размещение (ведь это настоящий дата-центр с резервным копированием в бетонном бункере)</li>
<li>Копировать первый раз медленно, зато потом доступ не только из любой точки, но и из любого устройства под тем же аккаунтом</li>
<li>Можно делиться с друзьями и семьёй или коллегами, а зачем ещё информация нужна, если одному над ней чахнуть</li>
<li>Если вы используете не Google Drive, а Google Photo, то он рассортирует вам фото по мета-информации в файлах и на основе анализа изображений</li>
</ul>
<p>Из минусов: если вы хотите синхронизировать файлы в папке, которые будете редактировать с двух устройств, то это сделать можно, но не так просто.</p>
<p>Хорошо то, что облака будут развиваться дальше, у вас нет (да, конечно, очень тихого) гудящего и трещащего NAS под боком (в кладовке), и вы спите в тишине. На мой взгляд, ещё немного цены упадут, и внешние накопители, как переносные, так и NAS, станут бесполезны. Есть ещё один момент: для доступа нужен интернет, но он сейчас почти везде есть.</p>
<p>На этом всё, пишите, как вы управляете своими данными, какие решения используете.</p>Опыт использования Битрикс24 в организации2021-03-31T23:10:00+03:002021-03-31T23:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-03-31:/2021-03-bitrix24.html<p>Честно о преимуществах и недостатках системы управления коллективной работой</p><p>Сразу отмечу, организация некоммерческая, а точнее благотворительный фонд. Что не меняет того, что есть задачи, ответственные, сроки выполнения, ограничения по ресурсам, встречи, решения, коммуникации и всё остальное.</p>
<p>Процесс выбора подобной системы привёл к тому, что только Битрикс24 не имеет ограничения на количество сотрудников. Дальше ждало неожиданное открытие, что со 101-й задачи часть функций отпадает. Если выбирать уже с учётом этого знания, всё равно 2 т.р. с чем-то за 24 человека в месяц в Битрикс24 и от $10 за одного человека в Asana, например. Если бюджета нет совсем, наверное, это проблема.</p>
<p>В демо-режиме удалось попробовать следующие модули:</p>
<ul>
<li>Задачи и проекты</li>
<li>Чат и звонки</li>
<li>Календарь</li>
<li>Встречи</li>
<li>Wiki</li>
</ul>
<p>Изначально планировали сделать упор на задачи, но в результате чат, встречи и календарь оказались даже более ценными. Но обо всём по порядку, с плюсами и минусами.</p>
<h2>Задачи и проекты</h2>
<p>Задачи и проекты на самом деле являются группами, функционал которых крайне ограничен:</p>
<ul>
<li>У них нет иерархии, поэтому программы проектов или иерархию направлений операционной деятельности надо "вытягивать" в линейный список</li>
<li>Проект – это поле в задачах и встречах, но я не нашёл его во встречах в календаре</li>
<li>Нужно пригласить человека в проект, тогда он сможет видеть задачи проекта; больше это ни на что не влияет, и более глубокого разграничения доступа по проекту нет</li>
</ul>
<p>При этом процесс по самим задачам проработан достаточно подробно. Самым важным является флаг "Принять задачу после завершения". С его помощью можно отправлять задачу на доработку. Но есть ряд раздражающих факторов:</p>
<ul>
<li>Нужно отдельно написать комментарий (почему задача возвращена на доработку), отдельно вернуть на доработку; поле во время возврата на доработку не предусмотрено</li>
<li>При изменении статуса задач система постоянно спрашивает "Вы уверены?", и я не нашёл, как это отключить</li>
<li>При упоминаниях пользователей иногда не до конца проработана работа с клавиатуры, поэтому приходится хвататься за мышку</li>
</ul>
<p>На мой взгляд, соисполнители и делегирование не то, чтобы зло, но лишний функционал, которого можно достичь декомпозицией задач и вложенными задачами. Но, раз кому-то нужно, то пусть будет. Жаль, что его нельзя отключить, люди шаловливыми ручками начинают туда что-то вписывать. При этом важно, что в Битриксе24 вшито правило "1 задача – 1 исполнитель". Это не просто правильно, а архиправильно, на мой взгляд, с точки зрения разделения ответственности,</p>
<p>К задаче можно писать комментарии и прикреплять файлы, это решает большинство вопросов. Комментарии, как и в чате, одноуровневые, то есть нельзя делать ветки обсуждений. Простенько, но жить можно.</p>
<h2>Чат и звонки</h2>
<p>Видео-звонки и чат, на мой взгляд, оптимизируют работу больше, чем задачи. Видео-звонки бесплатны, качество очень хорошее, работает с мобильного телефона и с компьютера (из Chrome без установки приложений и расширений).</p>
<p>Чаты можно создавать и переименовывать, но, как отметил выше, это "плоский" чат без веток, упоминаний и всего того, что есть в Slack. Приходится выкручиваться с помощью цитат. Как мне кажется, работает только до определённого объёма сообщений, но до определённой численности организации вполне может заменить почту. С другой стороны, ветки являются и проклятием Slack, поэтому как посмотреть.</p>
<p>Чат понимает ссылки на веб-страницы, задачи и файлы из хранилища, показывает их эскизы (предпросмотр).</p>
<p>Можно поставить "Нравится", но других эмоций нет, только смайлики в обычном сообщении.</p>
<h2>Календарь</h2>
<p>Календарь сам по себе интересен синхронизацией почти со всеми существующими календарями: Android, iPhone, Google, Outlook. За одной большой кнопкой "Синхронизировать" скрывается очень мощный функционал. Пока думаю над тем, чтобы сделать видимость встреч для тех, кто на них не приглашён.</p>
<p>Суть проекта фонда в проведении занятий, и вот для этого календарь очень пригодился. Настолько, что планируем пригласить всех, кто проводит занятия, в Битрикс. При этом лицензируются те, кто работают с задачами, на просмотр же количество пользователей не ограничено.</p>
<h2>Встречи</h2>
<p>Часто задачи возникают по ходу встреч, и тут можно использовать возможность создавать задачи прямо из встреч. Встречи также появляются в Календаре. И при этом отдельно у встречи есть отдельная повестка, также можно фиксировать любые пункты: с ответственным или без, с датой или без. Так можно фиксировать решения или задачи, которые уже поставлены. Нюанса здесь два:</p>
<ul>
<li>Модуль доступен на более высоких тарифах, чем Задачи 24</li>
<li>Дизайн ещё пилить и пилить, сейчас выглядит страшненько</li>
</ul>
<h2>Wiki</h2>
<p>Wiki помогает выложить документы по проекту с пояснениями, а не просто свалить в кучу в общую папку. Также если у вас нет модуля Встречи, протоколы встреч со ссылками на задачи можно вести в Wiki. Ничего плохого про wiki сказать не могу, просто работает.</p>
<h2>Выводы</h2>
<p>В целом впечатление положительное, но по многим моментам видно, что система для небольших организаций. Яркий пример этого – неотключаемые уведомления всем сотрудникам о приёме нового сотрудника на работу (или просто подключению к системе). Уведомления в целом сыпятся по поводу и без повода, при этом одно уведомление занимает достаточно много места, и что-то важное можно пропустить.</p>
<p>Дизайн с яркими зелёными кнопками тоже временами вырвиглазненький, хотелось бы настроить цветовую гамму и размер элементов или просто по умолчанию сделать сами элементы сильно меньше. Не знаю, возможно, начинающим пользователям это наоборот "самое то", но вылизанностью интерфейса зарубежных систем здесь не пахнет. В целом при богатстве функционала на дизайн и небольшие заусенцы можно закрыть глаза. Как мне кажется, по такой цене конкурентов просто нет.</p>Три реальные истории перехода на Linux2021-03-30T21:10:00+03:002021-03-30T21:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-03-30:/2021-03-linux.html<p>Реальные истории с описанием реальных проблем и решений</p><p>На мой взгляд, во всех агитациях по переходу на Linux не хватает реальных примеров: вот был такой-то человек, занимался тем-то, таким образом перешёл на Linux, проблемы были вот такие, и вот так они решались. Именно этот пробел я решил заполнить, и вот мои три истории:</p>
<ul>
<li>Светлана, домашний пользователь</li>
<li>Ольга, психолог</li>
<li>Нина, домашний пользователь</li>
</ul>
<p>Люди разного возраста, объединяет их то, что физически установкой Linux и решением проблем занимался я. И вот, пройдя через эти проблемы, могу сказать, что иногда бывает легко, но иногда бывает зубодробительно. Поэтому <strong>система</strong> (не операционная система, а организация) выглядит таким образом, что я ставлю Chrome Remote Desktop или физически приезжаю и решаю возникающие вопросы. И даже когда вопрос простой, требуется знание английского языка, что во всех трёх случаях не подходило.</p>
<h2>Светлана</h2>
<p>Изначально был небольшой бюджет, на который приобрёл подержанный системный блок у друга. На компьютере стояла Windows, которая через пару месяцев превратилась в рассадник вирусов. Причина была в том, что Светлана, не обладая, скажем так, обширной компьютерной грамотностью, открывала файлы из писем. Антивирус был установлен, но, очевидно, он не справился.</p>
<p>Недолго думая, забрал системный блок домой, где вытащил данные, а на диск установил Linux. С того времени менялись компьютеры, рабочие окружения, но Linux работал; и на мой вопрос всегда был примерно один ответ: да всё работает. Это удивило, хотя я не особо регулярно заезжал и устанавливал обновления. Сейчас это ноут hp с core i3 и Fedora с Gnome, которую думаю заменить на Ubuntu исключительно из-за Chrome Remote Desktop.</p>
<p>Когда покупали принтер, рассматривал монохромный недорогой, и остановился на Brother именно из-за хорошей поддержки Linux. К самому принтеру есть вопросы, но в целом он печатает. Также имелся сканер, который я заранее не проверял на поддержку Linux, но оказалось, что всё решаемо, и Светлана активно сканером пользуется.</p>
<p>Из программ Светлана активно использует Chrome / Firefox, почту открывает там же, поскольку я не настраивал почтовый клиент. В целом, этого вполне хватает.</p>
<h2>Ольга</h2>
<p>Супруга (а это именно она) на работе пользовалась Windows и MS Office. Дома диплом был написан в LibreOffice, который я безуспешно пытаюсь заменить на приложения Google. По некоторым соображениям (просто не тема этой статьи) предпочитаю ноутбуки hp, всё работает с минимальными вопросами. Не помню, чтобы что-то не работало из оборудования. Рабочее окружение, естественно, Gnome.</p>
<p>В какой-то момент из-за большого числа вкладок и большого числа открытых одновременно документов в LibreOffice комп стал тормозить, просто добавил 8 Гб оперативки к имевшимся 4 Гб, больше таких вопросов не было. Работает подключение к Yandex.Disk и Google Drive прямо из Nautilus (файловый менеджер), в основном используются веб-сайты, поэтому Chrome – основное приложение на рабочем столе.</p>
<p>Удалённые психологические консультации проходят в Skype, он установлен из Snap Store. Также установлен Zoom для подключения ко встречам, которые организовал кто-то другой. Были онлайн-конференции на разных платформах, требовалась моя поддержка для настройки изображения и звука, но в целом справились.</p>
<p>Для планирования своей загрузки используется Google Calendar, который сам по себе синхронизируется с телефоном.</p>
<p>Принтеры / МФУ домой выбираю, естественно, с условием поддержки Linux, сейчас у нас Epson L3150, поддерживается и печать, и сканирование. Принтер, кстати, используется достаточно активно, что-то печатается каждый день.</p>
<p>Однажды мне в школу нужно было распечатать много материалов на принтере в высоком качестве, через какое-то время принтер стал печатать 1-2 страницы и останавливаться. Подумал, что проблема в Linux, попробовал печать из-под Windows, но там ситуация оказалась ещё хуже.</p>
<p>Процессор Core i5 тянет свои 6 потоков так, что в остальном со всем перечисленным тормозов нет.</p>
<h2>Нина</h2>
<p>На предыдущий компьютер лично купил лицензию на Windows 10, чтобы заменить Vista. К сожалению, работало только первое время. Потом обновления и антивирус загрузили комп так, что он еле ворочался. Было решено покупать новый комп. До этого мама (а это именно она) использовала плеер от Apple, поэтому я даже не пытался перейти на Linux. Поскольку сейчас она его не использует, а использует zoom и youtube, проблем с переходом я не увидел. Но решил для себя не говорить слово Linux, а ограничиться вместо этого (если вопросы будут) понятием "новый интерфейс". Если кто не знает, современный Gnome и выглядит как MacOS для бедных.</p>
<p>Как ни странно, вопросов не возникло, драйверов ноутбук не попросил. Опять же выбрал со встроенной графикой Intel, процессор core i5, SSD побольше и памяти 8 Гб, чтобы хватило на долгое время. Поскольку вопрос по играм не стоял, смысла в дискретной видеокарте я не видел.</p>
<p>Дальше всё стандартно: zoom, Chrome, Chrome Remote Desktop, МФУ Epson (он уже был и драйверы для него легко нашлись). Проверка видео-камеры, звука. Завёл аккаунт Google заодно, чтобы синхронизировать закладки (которых не было), авторизовываться в том же zoom. Для почты сделал закладку в Chrome, также настроил Geary. Кстати, вот с последней был момент, просто не пускал дальше после ввода имён серверов. Так и не понял, в чём было дело, решилось случайным тыканьем.</p>
<p>Мама при виде экрана сразу заявила, что ей нужны крупные шрифты. Для этого есть отдельные настройки Gnome. Они применились, шрифт действительно стал крупнее, но в zoom при вводе имени пользователя теперь ничего не видно, это баг отрисовки. Ну и ещё один баг текущей версии ядра: при закрытии крышки ноут не засыпает, а врубает авиа-режим (а ты говорил, ноуты hp, без проблем, да-да). В этом случае авиа-режим надо выключить. Показал, как это надо делать, и ждём новой версии ядра.</p>
<p>Вход настроил без пароля, но после этого в какой-то момент (так и не понял, в зависимости от чего) система требует разблокировать связку ключей. Здесь есть два момента: во-первых, окно не закроешь, хотя на мой взгляд, это опциональное действие, работать можно и без него. Во-вторых, в момент показа окна всё остальное затемняется, и реально очень трудно прочитать, какой язык клавиатуры выбран.</p>
<p>Ещё один момент: в Gnome всегда стоит режим переключения на другую раскладку Win+Space. Чтобы просто поставить Alt+Shift, приходится ставить Gnome Tweaks, и только ради этого. А вот не сделать этого стандартными средствами.</p>
<p>Показал, как выйти в режим показа всех окон (win или верхний левый угол). Пока полёт нормальный.</p>
<p>И в завершение: если самостоятельное обучение и переход пользователя на Linux – для меня, скорее, миф, то под наблюдением специалиста (со знанием английского, как минимум) – вполне рабочая история. Поделитесь в комментариях своими историями и какие выводы сделали вы.</p>Перестать смотреть в телефон2021-03-26T21:10:00+03:002021-03-26T21:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-03-26:/2021-03-phone.html<p>Боремся с вредными привязанностями</p><p>Я настолько стар, что помню времена, когда в метро люди не смотрели в телефоны. А те, кто смотрели, вызывали искреннее удивление всего вагона. Теперь людей вагонами пора записывать на курсы цифрового детокса, психологи и производители медицинских препаратов разгребают последствия телефонных зависимостей.</p>
<p>Со своей стороны тоже с этим столкнулся, и вроде бы удалось перевести активности на компьютер, по крайней мере, по трём направлениям:</p>
<ul>
<li>новости</li>
<li>заметки</li>
<li>чатики</li>
</ul>
<p>В чём отличие компьютера: за него надо сесть, включить, ввести пароль. А к телефону рука сама тянется, оп! И вы уже в Facebook.</p>
<p>Речь пойдёт о конкретных решениях, за продвижение которых мне никто не платил.</p>
<h2>Новости</h2>
<p>Потребность получать информацию о том, что происходит вокруг и в мире в целом, объективна, но если позволить себе это делать в телефоне, то она легко может превратиться в болезненную привязанность.</p>
<p>С новостями есть несколько моментов в области UI, которые добавляют стресса, расходуют время и внимание:</p>
<ul>
<li>Переход по сайтам, то есть поиск сайта в закладках</li>
<li>Поиск информации на сайтах, у каждого из которых своя цветовая гамма и вёрстка</li>
<li>Поиск того, что нового появилось с момента последнего посещения</li>
</ul>
<p>Стандартным решением этих проблем является RSS, и когда-то я им пользовался, в т.ч. Google Reader. Потом все сервисы как-то позакрывались. Программа на компьютере не очень удобна, поскольку я могу заходить с разных компьютеров, и хочу видеть, что я прочитал, а что нет.</p>
<p>Можно самому себе сделать облачное решение, тем более хостинг есть, но природная лень, наличие Google News и резкое падение качества новостных источников привели к тому, что я на этот Google News перешёл. Одним побочным последствием явилось то, что я могу находить новые источники новостей там же, а не рыскать где-то по интернету.</p>
<p>Да, на этапе перехода (будь то RSS или Google News) полезно ещё раз фильтрануть список источников, это называется теперь цифровой гигиеной. С одной стороны, источник даёт информацию, но к отбору источников, которые вы будете читать постоянно, лучше подойти серьёзно. Лично я отфильтровал источники, которые публикуют шлак, а также в случае дублирования информации оставил один источник.</p>
<p>На выходе приложение на любом устройстве, которое хранит единый список источников и помнит, что вы прочитали, а что нет. Не могу не упомянуть, что блог "Настоящие изменения" также есть в Google News (ссылка в меню слева). Кстати, добавить было непросто, где-то месяц потратил. Надеюсь, это того стоило, и люди оценят удобство чтения блога в Google News.</p>
<h2>Заметки</h2>
<p>Насчёт заметок уже писал про <a href="https://kovchinnikov.info/2021-01-dropbox-paper.html">Dropbox</a>, куда я вывел дела из Google Заметок. А Google Заметки используются для всего остального:</p>
<ul>
<li>справочная информация, которая периодически нужна под рукой, типа реквизиты документов всей семьи</li>
<li>идеи статей для блога, кстати; сначала я их накапливаю, а потом выбираю и пишу статью</li>
<li>даты отпуска</li>
<li>список мест, куда можно съездить</li>
<li>что можно сделать по дому, что брать при поездках на дачу или пикник и любые другие места</li>
<li>список покупок на каждую вылазку в магазин</li>
<li>какие-то свои долгосрочные цели, которые полезно периодически просматривать</li>
</ul>
<p>Знаю про Evernote, пробовал пользоваться, не зашло. Лично мне нравится баланс между простотой и функциональностью, который реализован в Заметках, а также когда тебя не толкают переходить на платные тарифы.</p>
<p>В чём преимущество Заметок? Они просто синхронизируются. Хотя не совсем просто, он умеет разрешать конфликты внутри одной заметки. Например, когда с телефона я отметил пункт как выполненный, а с компьютера добавил ещё один пункт. В итоге Заметки есть на панели закладок, и часто вкладка с заметками постоянно открыта в браузере.</p>
<p>Кстати, стандартно использую заметки, если нужно перенести ссылку или любую другую текстовую информацию между телефоном и компьютером.</p>
<p>Среди альтернатив есть OneNote, но у меня постоянно отваливалась авторизация в браузере.</p>
<h2>Чатики</h2>
<p>Если брать исключительно работу, то Whatsapp активно используется для общения с коллегами, а Facebook – для найма нового персонала. В связи с этим надо быть на связи, но сообщения в телефоне имеют недостатки:</p>
<ul>
<li>Переводишь взгляд и переключаешь внимание</li>
<li>Экран маленький, клавиатура тоже не очень удобная</li>
<li>Чтобы отправить информацию с компьютера на телефон, нужно сначала её на телефон перенести; например, с помощью тех же Заметок</li>
</ul>
<p>Чатики имеют отдельные приложения (которые не всегда можно установить) и веб-версии, которые приводят к необходимости держать открытыми несколько вкладок браузера, постоянно об них спотыкаться, а ещё надо случайно не закрыть. Что требуется: с одной стороны, изолировать мессенжеры, а с другой объединить в одно окно с уведомлениями.</p>
<p>Перепробовал несколько решений и остановился на <a href="https://meetfranz.com/">Franz</a>. А вот <a href="https://alternativeto.net/software/franz/">список альтернатив</a>. В какой-то момент просто устал устанавливать, пробовать и удалять. Да, Franz ограничивает 3-мя аккаунтами на бесплатном тарифе, но он на правильном движке (Chrome), у него правильный интерфейс, и он просто работает. То, что я пробовал, отвалилось по этим трём простым критериям.</p>
<p>На этом всё, пишите, как вы оптимизируете свою работу, избавляетесь от телефонной зависимости и где проходите курсы детокса.</p>Полная история удалённого доступа2021-03-24T21:19:00+03:002021-03-24T21:19:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-03-24:/2021-03-remote.html<p>От управления серверами из командной строки до удалённой работы и поддержки</p><p>Удалённый доступ к компьютерам когда-то был уделом администраторов, чтобы физически не заходить в серверную. В связи с Covid он всё больше используется "простыми смертными пользователями", чтобы меньше ездить, находить информацию на рабочем компьютере из дома. Лично мой сценарий использования – поддержка пользователей с минимальными усилиями с их стороны.</p>
<p>Итак, рассмотрим несколько способов удалённого доступа, все из которых являются рабочими и имеют свою сферу применения:</p>
<ul>
<li>SSH – для медленных каналов связи, рабочих станций для специализированных задач (из командной строки) и без графического интерфейса</li>
<li>TeamViewer лучше всего подходит для удалённой поддержки пользователей, в том числе тех, у которых ты ни разу не был</li>
<li>Google Remote Desktop, который я для себя открыл совсем недавно, работает как в режиме удалённой поддержки, так и постоянного удалённого подключения, с графическим интерфейсом и бесплатно</li>
</ul>
<p>Помимо этого есть другие решения: VNC, платные сервисы, RDP. У меня машины на разных операционных системах, поэтому не всё подошло. Но сначала вспомним, с чего всё начиналось, SSH.</p>
<p>Для упрощения буду называть машину, <strong>к которой</strong> подключаемся, хостом, а вторую, <strong>с которой</strong> подключаемся, клиентом.</p>
<h2>SSH</h2>
<p>Текстовая командная строка, какое убожество, скажут многие. Те, кто не знает о том, что есть ряд задач, которые делать в командной строке гораздо удобнее. Например, запускать скрипты, которые выполняют ресурсоёмкие задачи. Лично я пользуюсь для архивирования, перемещения и удаления файлов на хостинге, на котором работает этот сайт. Хост может работать только под Linux / unix-like. Для клиента под windows есть практически стандартная уже putty, а для других клиентов и ставить ничего не нужно.</p>
<p>У этого решения есть масса приятных нюансов:</p>
<ul>
<li>Скорее всего, стандартно в удалённом доступе будет bash, а это удобное авто-дополнение команд и имён файлов, работа с историей команд и скрипты.</li>
<li>Можно сделать ключ, и тогда пароль не нужен. Нужно один раз за сессию разблокировать связку ключей на клиенте.</li>
<li>Можно создать конфигурационный файл с полным именем хоста и подключаться к нему по сокращённому имени.</li>
<li>Можно использовать screen, который позволяет делать две вещи: не обрывать сессию при разрыве связи и делать много сессий внутри одной (работать в многозадачном режиме).</li>
<li>Предполагается, что вы вводите символ на клиенте, хост подтверждает ввод символа, после чего символ отображается на клиенте; это долго, и для этого придумали <a href="https://mosh.org/">mosh</a>; он существенно ускоряет ввод символов на клиенте.</li>
<li>В bash сидеть вовсе не обязательно, есть <a href="https://github.com/agarrharr/awesome-cli-apps">масса программ</a> (правда, на хостинге выбирать не приходится), от файловых менеджеров до почты, браузеров, редакторов и мессенджеров.</li>
<li>У сервера есть фиксированное имя и IP-адрес, а для домашних компьютеров, которые сидят за домашним роутером, есть сервисы Dynamic DNS; с помощью него вне зависимости от IP-адреса компьютера вы всегда работаете с одним именем; последний раз было что-то около $20 за 20 хостов в год.</li>
<li>Наконец, ssh можно стартовать автоматом при загрузке компьютера, он практически не ест ресурсов и со всех сторон безопасен (особенно при использовании ключа).</li>
<li>Если этого недостаточно, можно пускать обычный X session (графические приложения) через SSH. Но это только сценарий linux-linux и на хорошем соединении.</li>
</ul>
<p>Такой уникальный набор качеств (особенно соотношение ценности на затраты) привёл к тому, что SSH живее всех живых в наш век графических интерфейсов. По крайней мере, можно обновить всю систему и отредактировать файлы конфигурации. Если что-то настраивается через графический интерфейс, тогда либо пробрасывать X server, либо увы.</p>
<p>Скорее всего, стандартный домашний роутер не пропустит входящее SSH-соединение, поэтому нужно открыть нужный порт на роутере. Ну и вся схема может рухнуть, если кто-то сбросит настройки на роутере.</p>
<p>Но также прогресс привёл к тому, что всё больше пользователей стали работать за компьютерами (а не только старшие научные сотрудники), у них стали возникать проблемы.</p>
<h2>TeamViewer</h2>
<p>TeamViewer является одним из решений. Он бесплатен, популярен и сценарий его использования предельно прост: скачать, запустить, сказать код сотруднику поддержки (кто подключается), и вот он работает. Dynamic DNS не нужен. Сейчас он является кросс-платформенным, то есть можно с Linux поддерживать людей с Windows, наоборот и в любых комбинациях.</p>
<p>В целом сейчас любой инструмент видео-связи даёт возможность показать экран, и часто этого бывает достаточно (не надо скачивать, запускать и диктовать код).</p>
<p>Также я должен сказать про VNC и RDP. Клиент RDP встроен в Windows, поэтому вариант Windows-Windows работает прекрасно (Dynamic DNS нужен), также отлично работает хост Windows, клиент Linux. Лично работал так продолжительное время, очень удобно. А вот с вариантом "хост Linux" ждал облом, поскольку имеющийся сервер не работает с переключением на русский язык. Это прямо боль, но никто не поправил на текущий момент.</p>
<p>VNC, по сути, примерно то же самое, работает в любых вариантах, но требует установить VNC-клиент на клиент и VNC-сервер на хост.</p>
<h2>Google Remote Desktop</h2>
<p>Видимо, какие-то люди задумались о том, что дальше так продолжаться не может, и сделали нормальное бесплатное решение. Из недостатков только некритичные баги, которые вполне решаются поиском инструкций, а также то, что хост под Linux есть только под Ubuntu.</p>
<p>Зато в плюсе:</p>
<ul>
<li>На клиент ничего ставить не нужно, достаточно открыть Chrome, который и так уже есть. Можно поставить расширение для Chrome, чтобы всё работало ещё лучше. И вот, открываем Chrome под своим профилем и видим список (с названиями, заданными вами) подключённых к профилю машин со статусом (онлайн / офлайн).</li>
<li>Кросплатформенность в любых сочетаниях: клиент и хост на любой платформе.</li>
<li>Бесплатно; просто посмотрите цены на аналогичные сервисы и поймёте, сколько вы экономите.</li>
<li>Работает как в режиме поддержки (сказать код), так и в режиме удалённой работы (подключиться к рабочему компу из дома и работать).</li>
</ul>
<p>Чем мне понравилось это решение в режиме подключения для удалённой поддержки: пользователю нужно просто включить компьютер, всё. Ничего не надо скачивать, запускать, если компьютер настроен. Если он не настроен, можно подключиться в режиме поддержки и настроить (помучиться один раз).</p>Слишком серьёзные лица2021-03-21T23:28:00+03:002021-03-21T23:28:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-03-21:/2021-03-tooserious.html<p>Преодоление стрессов и сплочение команды с помощью юмора</p><blockquote>
<p>Я понял, в чём ваша беда. Вы слишком серьёзны. Умное лицо ещё не признак ума, господа. Все глупости на земле делаются именно с этим выражением лица... Улыбайтесь, господа... Улыбайтесь...</p>
</blockquote>
<p>Тот самый Мюнхгаузен</p>
<p>Приходилось наблюдать разные команды, и в моменты напряжения (сложных задач, интенсивной работы) признак, из-за которого реально стоит беспокоиться – это серьёзные лица. Это значит, что у команды нет механизма сброса напряжения, оно продолжает расти внутри. И в один момент оно прорвётся перегоранием кого-то или конфликтами между участниками команды.</p>
<p>Ценность команды как боевой единицы, которая продолжает функционировать, в действительности намного выше ценности конкретных задач. Просто потому, что команда может сделать больше одной задачи, собрать её стоит определённых усилий. А на то, чтобы команда прошла все стадии формирования и начала работать эффективно, уходит время (иногда месяцы).</p>
<p>Недавно Илон Маск провозгласил себя "тенхокоролём", так вот, на мой взгляд, это именно правление настоящего лидерства. Как ещё можно подать сигнал команде, когда конкуренция всё плотнее, а ставки повышаются. Сигнал о том, что не надо быть на 100% серьёзным. Когда ты стартап, фиаско – с одной стороны, больно, с другой стороны, типично для стартапов, за это никто не осудит.</p>
<p>И вот стартап превращается в успешную компанию, в акции которой не просто вкладываются инвесторы на бирже (а ещё она входит в индекс S&P 500). И все уже начинают строить планы: и те, кто вложился в акции, и те, кто работает в компании. Людям, возможно, хочется не просто сделать что-то и оставить компанию, а хочется продолжать работать в компании со стабильным будущим. И вот эта мысль давит намного сильнее чем "давайте удивим всех электромобилем, который будет не хуже автомобиля с двигателем внутреннего сгорания". Ситуация называется "есть что терять".</p>
<p>Сохранить дух авантюризма, продолжать искать и экспериментировать, а значит рисковать – сохранить эти качества в сотрудниках, поддержать эти активности внутри компании стоит очень дорого. И все смотрят на лидера: что же он, смотрит ли на котировки? Думает ли о более безопасных стратегиях?</p>
<p>Тут также нужно понимать, что продуктовый подход, которым руководствуются все начинания Маска, предполагает выдвижение гипотез и экспериментирование. И отказ от экспериментов, по сути, является отказом от продуктового подхода. А отказ от продуктового подхода является отказом от духа компаний Tesla и SpaceX, поскольку сейчас это их основной дифференциатор. Просто посмотрите на остальных: какие эксперименты вы видели у конкурентов?</p>
<p>Поэтому ставка "стали мы серьёзными или нет" в случае Tesla намного выше. Как мне кажется, Илон Маск подаёт вполне однозначный сигнал: можете работать спокойно, порох ещё не закончился. И это самый здоровый юмор – юмор над собой.</p>Наркос и изменения2021-03-08T19:38:00+03:002021-03-08T19:38:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-03-08:/2021-03-narcos.html<p>Анализ опыта неудачных изменений на примере Колумбии</p><p>То, что происходило в Колумбии в связи с деятельностью Пабло Эскобара, достаточно близко к фактам, насколько я мог судить, воспроизведено в сериале "Narcos". Сериал добавляет драматизма историческим фигурам, включает документальные кадры и рассказывает историю противостояния наркоторговца и государства.</p>
<p>В сериале есть несколько кульминационных моментов, один из первых – убийство министра юстиции Родриго Лара Бонильи, в результате чего Эскобара исключили из Конгресса. Новая надежда, кандидат в президенты Луис Карлос Галан, который обещал развернуть борьбу с наркокартелями, также убит. Неожиданно кандидатом в президенты становится Сесар Гавирия, один из помощников Галана. На него Эскобар планирует покушение, взрывает самолёт, но (по фильму) благодаря сотрудникам по борьбе с наркотиками из США Гавирия не садится в этот самолёт и становится президентом.</p>
<p>И вот тут хотелось бы остановиться, потому что вроде как "наши победили" и всё должно наконец наладиться, многострадальная Колумбия должна начать борьбу против наркокартелей. Но именно в этот момент всё начинает рушиться, и если рассмотреть, почему это произошло, мы увидим (сюрприз) неуправляемую инициативу (проектом её не назовёшь), которая по законам жанра управления изменениями была обречена:</p>
<ul>
<li>Ошибочная оценка необходимых ресурсов. Сотрудников из США отстраняют по политическим причинам, а полковника Мартинеса – за излишне жёсткие методы. Самое интересное, что позже, уже после возврата Мартинеса и его гибели для борьбы с Эскобаром, Гавирия вынужден был мириться с намного более ужасными "ресурсами" – незаконным ультраправым военизированным формированием Los Pepes.</li>
<li>Отсутствие плана. Военные, которых привлёк Гавирия, стали преследовать Эскобара лишь формально, их тактика прочёсывания кварталов, в которых у Эскобара были информаторы, позволяла ему скрыться. Когда нет плана у тебя, план возникает у кого-то другого, но он тебе не понравится. У Эскобара план был, и это был план сидеть в охраняемой вилле-тюрьме Ла Катедраль, а ещё план терроризировать правительство страны, если оно не соглашалось на его условия.</li>
<li>Мнение, что кто-то примет решения за тебя. Гавирия (по крайней мере, по фильму) делегировал ряд решений военным, у которых были противоречивые мотивы. Поэтому военные не пошли на штурм Ла Катедраль и в целом не сильно стремились поймать Эскобара. Здесь вспоминается другой фильм-биография, "Железная леди", про Маргарет Тетчер, которая лично принимала решение торпедировать аргентинский корабль.</li>
</ul>
<p>Не очень люблю рецепты успеха, но есть ряд возникших из опыта правил, которые ровно обратны к пунктам выше:</p>
<ol>
<li>Никто не прилетит и не спасёт, просто исходи из этого.</li>
<li>Имей свой план.</li>
<li>Принимай важные решения сам.</li>
</ol>
<p>Почему взрослые здравомыслящие люди нарушают их снова и снова? Перечисленные правила контр-интуитивны в том смысле, что обычно люди думают, что всё будет хорошо и сложится само: ресурсов хватит, план возникнет, а в целом кто-то прилетит в синием трико и красных трусах и всё поправит. Только этого не происходит, потому что действует "закон бутерброда", он же Закон Мерфи.</p>
<p>Как мне кажется, выжимку и очень яркий пример на эту тему приводит Jocko Willink, бывший американский "морской котик", в <a href="https://www.youtube.com/watch?v=ljqra3BcqWM">своей речи на TED</a>. Кстати, у него есть книжка, которая называется "Extreme Ownership", и это книжка про свою ответственность за то, что происходит.</p>Как передать много больших файлов2021-02-28T11:33:00+03:002021-02-28T11:33:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-02-28:/2021-02-ftp.html<p>Когда нет внешнего диска подходящего объёма, но есть лишний компьютер</p><p>Удивительно, как возникла целая индустрия внешних жёстких дисков, хотя есть прямой способ переноса информации между компьютерами. К тому же, второй компьютер можно воспринимать как отдельный диск – например, для хранения бэкапа. Безусловно, если второго компьютера нет, внешние диски достаточно удобны. Для некоторых случаев – например, когда нужно загрузить другую операционную систему, работать в ней и сохранять файлы, почти незаменимы. Но так их мало кто использует, да и загрузить операционную систему можно по сети (правда, это требует больше телодвижений).</p>
<p>В начале 1970-х годов был изобретён протокол ftp, который расшифровывается как протокол передачи файлов, и в этом качестве он, как мне кажется, по-прежнему актуален. Появились сетевые файловые системы, но они поддерживаются не всеми операционными системами. Появились и протоколы синхронизации, но они выигрывают при передаче разницы между файлами. HTTP может быть быстрее, но он не всегда поддерживает продолжение передачи в случае ошибки.</p>
<p>Лично у меня часто возникает задача передать файлы на или с машины на Windows, на которую ничего нельзя поставить. Можно воспользоваться облачными сервисами (Dropbox, Yandex.Disk, Google Drive), но работа с ними ограничивается скоростью работы интернета, да и скоростью самого сервиса (и ещё есть лимит места на сервисе). А вот ftp в том виде, как будет описано ниже, позволяет передавать файлы внутри локальной сети на совсем других скоростях. И самый главный плюс: ftp не требует установки дополнительных программ для клиента.</p>
<p>Дальше вопрос экономии времени: если вы переносите файлы между двумя компьютерами через внешний диск, вы делаете две операции. Если вы копируете файл напрямую, вы делаете одну операцию.</p>
<p>Итак, ниже опишу, как поднять свой ftp-сервер на одной машине (с которой надо что-то скачать или на которую надо что-то передать) и как подключиться с другой машины. При этом на какой машине будет клиент, а на какой сервер – дело вкуса. Но сначала пару слов о безопасности. Всё безопасно, если:</p>
<ul>
<li>локальная сеть либо предполагает только проводное соединение, либо беспроводная сеть (wi-fi) защищена надёжным паролем с использованием безопасного протокола (на текущий момент это WPA2)</li>
<li>роутер не предполагает подключения по FTP извне, а также не предполагает управлением самим роутером извне</li>
</ul>
<p>Обычно это так по умолчанию. Если вы отклоняетесь от этих правил – надеюсь, вы знаете, что делаете.</p>
<p>Относительно скорости: скорость будет выше, если оба компьютера подключены по проводу к одному роутеру. Даже если wi-fi обещает заоблачные скорости, по проводу будет стабильнее. Это важно, когда объём передаваемых файлов измеряется десятками гигабайт, либо количество файлов измеряется также десятками (либо и то, и другое). Но и с wi-fi будет работать, если роутер не полный хлам.</p>
<p>Если роутера нет, есть вариант соединения двух компьютеров напрямую кабелем, он тоже рабочий, но нужен специальный кабель, а IP-адреса нужно будет назначить вручную (тогда как роутер их раздаёт). Здесь я не будут на этом останавливаться.</p>
<p>Если у вас много файлов, особенно когда много вложенных каталогов, лучше подготовиться к передаче заранее и создать архив. С одном файлом будет быстрее, кроме того, проще убедиться, что он передан корректно (сравнить размер или сделать контрольную сумму). В случае windows можно воспользоваться и zip, но лучше 7z с небольшим уровнем компрессию. 7z часто бывает установлен (и виден в проводнике в контекстном меню). Если же его нет, и прав устанавливать программы тоже нет, можно воспользоваться <a href="https://portableapps.com/">Portableapps</a>.</p>
<p>Дальше вопрос, куда и какой ftp-сервер ставить. Если есть машина с linux, то можно установить vsftpd, он везде есть и нормально работает (в конфигурации надо изменить <code>write_enable=YES</code> и перезапустить его). Его отличительные черты: маленький и безопасный. Если машина с windows, можно поставить <a href="https://filezilla-project.org/">Filezilla FTP Server</a>.</p>
<p>Сначала лучше всего убедиться, что ftp-сервер работает, прямо с сервера. В случае windows можно взять браузер или Explorer (в них встроен ftp-клиент), в случае linux вместо Explorer можно использовать Nautilus, если у вас Gnome. Набираем <code>ftp://127.0.0.1</code>, вводим логин и пароль. Либо <code>ftp://<логин>@127.0.0.1</code>, поскольку некоторые программы пытаются по умолчанию подключиться анонимно, а это нам не нужно. Если всё работает, переходим к следующему шагу. Если подключения не происходит, значит, FTP-сервер не работает.</p>
<p>Следующим шагом надо узнать адрес ftp-сервера, чтобы знать, куда подключаться. В Windows есть простой способ: нажимаем пуск, запускаем <code>cmd</code>, в командной строке вводим <code>ipconfig/all</code>. В linux аналогичная команда в терминале: <code>ifconfig</code> (у разных адаптеров, проводного и беспроводного будет разный адрес, но с этим не очень сложно разобраться).</p>
<p>Дальше заходим с другой машины по найденному адресу на сервер: <code>ftp://<логин>@<адрес></code>. Всё, можно передавать файлы (<code>Ctrl+C</code>, <code>Ctrl+V</code> или просто перетаскивать мышкой). Единственный момент, который здесь может возникнуть, это настройка firewall на сервере. Например, этот вопрос может возникнуть в Fedora, но есть инструкции, как это поправить (<a href="https://www.liquidweb.com/kb/how-to-install-and-configure-vsftpd-on-fedora-23/">например</a>).</p>Челлендж-20212021-02-18T21:46:00+03:002021-02-18T21:46:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-02-18:/2021-02-challenge21.html<p>Ты думал, что изменений слишком много, а их просто слишком мало</p><p>2020-й год был достаточно богат на изменения, но и начало 2021-го не подкачало. Чувствуешь себя, как мусор в унитазе, и кто-то нажал на кнопку слива. Недавно наткнулся на <a href="https://www.forbes.ru/forbeslife/420493-dumay-kak-ilon-mask-pochemu-myshlenie-raketostroitelya-privodit-k-uspehu?utm_referrer=https%3A%2F%2Fzen.yandex.com">одну статью</a>, как тренировать мышцы и как тренировать мозг. Смысл в том, чтобы достичь дискомфорта, и тогда и мышцы, и мозг начинают адаптироваться. Резервы есть, но до того, как они откроются, будет не очень приятно. Так может, просто пока недостаточно неприятно, чтобы эти резервы начали работать?</p>
<p>Подойдём с другой стороны: иногда надо просто отвлечься. Как в известном анекдоте, "и это пройдёт". И потом спросишь себя: "что я делал всё это время". Вариант ответа "просто следил за новостями" не подходит, потому что время идёт. Думаю, каждый день жизни невероятно ценен (обычно это вспоминаешь, когда попал или почти попал, например, в аварию). Но как заниматься чем-то, когда столько всего интересного происходит?</p>
<p>Наверное, нужно найти более интересное занятие, более увлекательное. Новое поколение, к которому относится моя дочь, увлекается челленджами, и в этом есть смысл. И вот, в начале 2021-го года в группе Whatsapp, состоящей из людей "почти 40", родился челлендж. Расскажу о своей части, в результате чего каждый день я занимаюсь на гитаре.</p>
<p>Тут надо сделать небольшое отступление: гитару вместе с комбиком я приобрёл где-то в 2005-м году. Ходил заниматься два года к преподавателю, но дома занимался не очень усердно. Потом взял 10 занятий у другого преподавателя, который поставил мне руки и звукоизвлечение, пожелал успехов и развиваться дальше самостоятельно. Но что делать?</p>
<p>И вот в этом чате оказалось, что один из участников мне может в этом помочь. Ему даже не надо было думать над задачей на ближайшие две недели: освоить Smoke on the water. Ну и дальше 10 песен, которые играют все начинающие гитаристы и которые запрещены для исполнения во всех музыкальных магазинах. Честно не знаю, что перещёлкнуло, но я стал заниматься. Нет, не так: я никогда так не занимался, с таким удовольствием.</p>
<p>Если вы думаете над выбором челленджа, то освоение музыкального инструмента, как мне кажется, – абсолютно беспроигрышный вариант. Как говорит супруга и по совместительству психоаналитик, есть глобальный смысл в координации левого и правого полушария через координации правой и левой руки. Психологи разрабатывают и рекомендуют специальные упражнения для этого, а во многих музыкальных инструментах это уже включено.</p>
<p>В результате в мозге происходит активность, детальное описание которой я не запомнил, в результате которой, в свою очередь, начинает переть креатив. Да, он реально прёт. Нет, я не употреблял. Просто попробуйте. Если не работает, можете потребовать вернуть вам деньги. Хотя стоп, это (пока) бесплатный блог.</p>Радикальная системная экономия2021-02-12T07:38:00+03:002021-02-12T07:38:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-02-12:/2021-02-economy.html<p>Адаптируемся к меняющейся реальности</p><p>Живём в России, где реальные доходы падают, и для многих вопрос экономии встаёт достаточно остро. "Как твоё управление изменениями, Константин, поможет нам в этом случае?" – спросите вы. Наверное, я не буду писать о том, что можно отказаться от предметов роскоши (хотя вот что считать предметами роскоши – можно было бы рассмотреть подробнее); о том, что можно избавиться от вредных привычек и связанных с ними затрат (пить и курить, например); и о том, что можно покупать более дешёвые аналоги того же, что вы покупаете.</p>
<p>Системный подход к управлению изменениями, который мне хотелось бы показать на примере экономии бюджета семьи или одного человека, предполагает ряд совершенно определённых шагов:</p>
<ol>
<li>Не паниковать и включить рациональное мышление. Эмоции важны, и они нам потребуются для того, чтобы определить вес / относительную важность списка затрат, но они не должны вырываться из-под контроля и включать панику. Если у вас это начинается (особенно в обсуждении с близкими это бывает), сделайте паузу, остыньте, продолжите позже.</li>
<li>Посмотреть, какие есть лучшие практики в той области, по которой мы планируем изменения. Здесь надо признаться самому себе, что все внутренние ресурсы, такие как собственный здравый смысл и эрудиция, условно исчерпаны. Иначе мы бы уже экономили!</li>
<li>Посмотреть, какие практики подходят именно вам (иногда это дело вкуса) и адаптировать их для своих целей. Где-то это вопрос терминологии, где-то вам важны какие-то исключения – главное, чтобы вы ухватили и использовали суть.</li>
</ol>
<p>Не буду забивать эфир громкими названиями предлагаемых подходов, но суть у них такая: предлагается анализировать какой-то объект, который связан с затратами. Выражаясь финансовым языком – объект, на который эти затраты можно распределить. Это либо физические объекты, либо активности. Второй считается более продвинутым, но если вам легче обращаться с физическими предметами, ничего страшного в применении первого подхода нет.</p>
<p>Первый шаг состоит в том, чтобы составить полный перечень этих объектов, и вот тут выявится, с чем вам проще работать: выписать полный перечень вещей, на которые уходят деньги, или выписать полный перечень видов деятельности, на которые уходят деньги. Перейдём к доступным примерам: любовница – это центр затрат, а "ходить налево" – это вид деятельности. Можно подумать, что виды деятельности – более продвинутый метод, поскольку любовниц может быть много, и анализ по видам деятельности учтёт их все. Лично я бы с этим не согласился, моя версия – правильный тот метод, который удобен вам, поскольку ценности в методе, с которым вы будете мучиться, немного.</p>
<p>С объектами небольшой минус в том, что объектами могут быть живые люди, как в примере выше, но если вы достаточно циничны, вам это не помешает. В любой экономический кризис мужики бросают любовниц – это уже статистика. Почему? Потому что часто (но не всегда) поведение должно быть рациональным, так устроена жизнь.</p>
<p>Так вот, в шаге составления списка объектов (центров затрат или видов деятельности) важно составить <strong>полный</strong> список. Для этого можно использовать готовые списки, важно подобрать правильные ключевые слова в поиске. В случае центров затрат в списке могут быть машина, мотоцикл. В случае видов деятельности в списке будут транспорт (можно детализировать, для каких целей: добраться на работы и на выходные) и хобби. Кстати, не стесняйтесь детализировать – должно быть понятно, что стоит за каждым пунктом.</p>
<p>Дальше нужно распределить все затраты в месяц на те объекты, которые вы выписали. Есть идея, что экономия начинается с записи расходов. На самом деле ждать ещё месяц не нужно: главное вам подскажет мобильный банк, а остальное вы восстановите по памяти. Вопрос в том, чтобы баланс сошёлся: расходы за месяц (или несколько месяцев) должен сойтись с доходами за тот же период.</p>
<p>И вот мы подошли к тому самому определению экономии. Моё предложение в том, чтобы поставить на паузы объекты затрат (физический объект или виды деятельности) целиком. Для этого вам нужно ранжировать объекты с точки зрения важности для вас (насущные потребности идут первыми), а потом посмотреть, что вы можете поставить на паузу из нижней части списка. Последствия будут, но тут вопрос, насколько вам сейчас нужна экономия.</p>
<p>Например, у вас есть машина, вы можете перестать на ней ездить на несколько месяцев, достаточно снять аккумулятор. Вы не сможете перестать её обслуживать и покупать страховку, хотя тут тоже есть детали. Или у вас есть друзья, с которыми вы собираетесь по пятницам, идёте в кафе или ресторан, и это влечёт за собой определённые затраты. Поставить объект "друзья" на паузу с точки зрения затрат означает перестать ходить с ними в кафе. Идея в том, что вы не можете ходить с друзьями в ресторан, но тратить меньше, поскольку цель этих встреч – получать удовольствие.</p>
<p>Если у вас не получается проанализировать затраты, поскольку вы не можете поставить на паузу членов семьи, можно перейти к анализу видов деятельности. И первыми на исключение идут хобби. Нужно понять, как продолжить получать чуть меньшую ценность от хобби (например, здоровье от занятий спортом), но при этом существенно снизить затраты. Наверное, занятия мотокроссом, а тем более участие в чемпионатах по мотокроссу, полезны для здоровья, но можно бегать и заниматься воркаутом на улице за меньшие деньги.</p>
<p>Ещё один момент: необходимо позаботиться о своей психике, нельзя рационально дожимать себя. Например, в списке могут быть расход, которые вроде бы очевидно можно урезать, но они настолько сильно являются частью нормальной жизни, что их не стоит урезать, как минимум, в первую очередь. Для кого-то это ежедневная чашка кофе – оставьте её. Иногда можно подождать, потребность отпадёт сама собой.</p>
<p>Ну и последнее – это мнимая экономия, например, на качестве медицинских услуг. Она возвращается многократными затратами в будущем, как и откладывание своевременного лечения; вы просто обманываете сами себя.</p>
<p>Мы прошли по кругу и вернулись к тому же, с чего и начали – с честности по отношению к себе. Что для вас важно? Что является источником вашей энергии? Что вы готовы отдать для достижения своей цели по экономии? Это очень непростые вопросы, и испытывать неприятные ощущения при их решении вполне нормально. Решения можно пересматривать, но и достигнутая экономия будет вас подпитывать – некоторые проблемы всё же будут решены. Те, которые решаются с помощью денег.</p>Пять адовых заказчиков2021-01-27T22:38:00+03:002021-01-27T22:38:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-01-27:/2021-01-customerhell.html<p>Пять видов заказчиков, с которыми проект ведёт только в ад</p><p>Начнём с простого и понятного вопроса: разделение обязанностей. "Что делаем" обычно за заказчиком, "как делаем" – за исполнителем. У исполнителя, как минимум, две компетенции должны быть лучше заказчика: предметная область и управление проектом. Если заказчик начинает определять "как", это примерно то же самое, что исполнитель будет за заказчика вести бизнес (с доходов от которого, в том числе, надо оплачивать расходы на проект).</p>
<p>В силу особенностей некоторых людей, у них либо повышенное самомнение (знают вообще всё лучше других), либо они не чувствуют, кто за что отвечает. Важно, что в итоге они нарушают этот статус кво, переходят границу и залезают в область ответственности исполнителя. Что, естественно (с их точки зрения), не исключает критики того, что получилось (сюрприз!). Поэтому подход со стороны исполнителя "чего изволите" не работает. Пример этой ситуации: "Выстрелите мне в ногу" – "Но вам будет больно" – "Я лучше знаю, стреляйте!" – "Бабах!" – "Чёрт, мне больно! Что вы сделали!"</p>
<p>Чтобы не переступать границы, важно доверие. Понятно, что его нужно заслужить, но также понятно, что определённый кредит доверия надо выдавать изначально. И также понятно, что доверие не исключает возможности проверки. И тут возникает вопрос: а если я (заказчик) вообще ему (исполнителю) не доверяю, что мне делать? Если кратко, найдите другого. Иначе зачем вам исполнитель, которому вы не можете делегировать?</p>
<p>Все перечисленные ниже виды заказчиков тем или иным способом нарушают эти простые принципы. Что может быть проще: что и как, доверие и границы. Не думаю, что проблемы специфичны также для проектов, но в проектах они точно проявляются и приводят к провалу этих самых проектов.</p>
<p>Ну а теперь приступим к разбору типажей заказчиков, от которых надо держаться подальше. Повторю ещё раз: бегите. Вы можете попробовать выстроить заградительные сооружения, но я вас предупредил.</p>
<ul>
<li>Микроменеджер</li>
<li>Любитель ленинского пути</li>
<li>Просто менеджер</li>
<li>Визионер-одиночка</li>
<li>Демотиватор</li>
</ul>
<p>Надеюсь, вы заинтригованы, погнали.</p>
<h2>Микроменеджер</h2>
<p>Постоянно лезет в "как". Настоящий микро-менеджер не остановится на указании, как вам выполнить задачу. Он обязательно укажет в ультимативном ключе, сколько вам стоит пить кофе, что у вас должно быть на экране и на столе (и сколько раз в неделю вам надо заниматься сексом). Иногда люди путают это с заботой, но разницу с заботой легко выявить: просто попробуйте отказаться это делать, скажите ему об этом. Если никаких последствий нет, будем считать, что вы обозначили свои границы.</p>
<h2>Любитель ленинского пути</h2>
<p>А ленинский путь – это, как известно, шаг вперёд, два шага назад. Постоянно меняет свою точку зрения, но в итоге бегает по кругу. Предприимчивые исполнители сохраняют первую версию, чтобы предъявить её в нужный момент. Если заказчик также страдает провалами в памяти, это может помочь. Но нужно ли бегать по кругу вам?</p>
<p>Типичный сценарий: "Исправьте вот здесь" – "Этого не стоит делать, потому что..." – "Делайте, как я говорю. (Проходит время) Что вы мне принесли? Это вообще ни в какие ворота! Идите и переделывайте!" (Предъявляем первую версию.) Ну вот, совсем другое дело!</p>
<p>Кого-то утешает разбирать, почему именно у него постоянно меняется позиция: стремление к совершенству, шиза обыкновенная, проблемы в личной жизни, комплекс Наполеона или ещё что. Лично мне не интересно, например, и другим не советую тратить на это время. Судите по плодам. (С)</p>
<h2>Просто менеджер</h2>
<p>Известная поговорка говорит о том, что лидер ведёт за собой, а менеджер толкает перед собой. Зайдём с другой стороны, в чём состоит задача менеджера: поставить задачу и проконтролировать выполнение. Так вот, он не считает нужным ставить задачу. Наоборот, это фишка такая – не дать вводных. Нет, поймите меня правильно, не сказать в ситуации неопределённости "ребят, я честно не знаю", а именно сделать вид, что всё норм, он знает. И дело не в том, что он не может донести информацию, а в том, что его никак не могут услышать и понять.</p>
<p>Сейчас прошаренные исполнители скажут: ну так я спрошу. Но этот товарищ так просто не сдастся. Он всегда уходит от ответа. Ни объяснения на примерах, ни на пальцах не помогают. Иначе фишка пропадёт и не за что будет потом зацепиться. Как говорят в дизайне: "Плохое ТЗ, результат ХЗ". И не берутся за задачи без ТЗ. Если вы вышли из его кабинета без вводных – вы уже проиграли. Единственный выход – обозначить, что задача не принята в исполнение, поскольку не сформулирована. Готовьтесь к дождю в виде коричневых плохо пахнущих фрикаделек в ответ на такое заявление. Как мне кажется, это лучше, чем "Пойди туда, не знаю куда, найди то, не знаю что" (С). Сказки ведь все читали? Так вот, это только в сказках хэппи-энд в такой ситуации.</p>
<p>Как отличить? "Что именно вам не нравится?" и "Что вы хотите получить?" – два простых вопроса. Любой человек может на них ответить. Если это не "просто менеджер".</p>
<h2>Визионер-одиночка</h2>
<p>Отсутствие обратной связи и взаимодействия с командой в целом – бич этого типажа. Подойдём с другой стороны: если в команде любой участник не может в любой момент времени высказать свою позицию и своё несогласие, у вас большие проблемы. Но визионер нарциссичен, поэтому он считает обратную связь лишней. Либо она разрушает его авторитет, либо красоту его решений. А в самолюбовании он заинтересован больше, чем в решении. Но мы углубились не туда.</p>
<h2>Демотиватор</h2>
<p>Из двух функций управления, постановки задачи и контроля результата, демотиватор больше любит вторую, но понимает её по-своему. Унижение, закатать в асфальт, разнести в пух и прах, да при всех – без этого совещание прошло зря, так он считает. Беда в том, что это негатив, а командная работа и креатив рождаются из позитива, а не автоматически. Поэтому командная работа и креатив просто стопорятся, да и команда разбегается.</p>
<p>Ну а если вы встретили все эти качества в одном человеке, и это ваш бизнес-заказчик – вы сорвали джек-пот! Если узнали себя – моё уважение. (С)</p>
<p>Какие виды заказчиков вы считаете самыми опасными? Расскажите о своём опыте! Поплачем друг другу в жилетку в комментариях.</p>Рабочие места подписчиков2021-01-25T22:56:00+03:002021-01-25T22:56:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-01-25:/2021-01-workspace.html<p>Фото и плюсы / минусы рабочих мест подписчиков, ну и моего концептуального</p><p>Продолжаем марафон продуктивности, попросил нескольких подписчиков рассылки (подписаться можно вверху) прислать фото рабочих мест и описать: что нравится, а что хотелось бы изменить.</p>
<p>Первым идёт UI/UX дизайнер <a href="https://www.facebook.com/aigullittlea.igembaeva">Айгуль</a>.</p>
<p><a href="images/wp-aigul.jpg"><img alt="Рабочее место Айгуль" src="images/wp-aigul.jpg"></a></p>
<p>С учётом того, что это снимок без предварительной подготовки, на столе, как мне кажется, достаточно чисто, отдельно хочется отметить удачное решение с настенной доской и грамотный свет.</p>
<p>Что хотелось бы Айгуль:</p>
<ul>
<li>геймерское кресло</li>
<li>аймак</li>
<li>мини увлажнитель для стола (есть большой напольный)</li>
<li>бутылку посимпатичнее</li>
</ul>
<p>Теперь рабочее место <a href="https://www.instagram.com/beautiful.physics/">репетитора Дениса</a>, который проводит занятия по Zoom.</p>
<p><a href="images/wp-den.jpeg"><img alt="Рабочее место Дениса" src="images/wp-den.jpeg"></a></p>
<p>У Дениса получилось расчистить стол, также для занятий по Zoom важен чистый фон. Но при этом не хватает:</p>
<ul>
<li>места на столе</li>
<li>света</li>
<li>розеток</li>
</ul>
<p>Ну и моё концептуальное рабочее место, для разнообразия.</p>
<p><a href="images/ws-kostya.jpg"><img alt="Моё концептуальное рабочее место" src="images/ws-kostya.jpg"></a></p>
<p>Есть место за обычным письменным столом, здесь же хотелось реализовать несколько задумок:</p>
<ul>
<li>собрать верстак из того, что есть (три подоконника и уголки)</li>
<li>раскрасить (спасибо дочуре)</li>
<li>реализовать положение, как за барной стойкой</li>
<li>прикрутить сетевой фильтр</li>
<li>повесить крючок для наушников</li>
<li>сделать стойку для ноутов из фанеры (слева) с полочкой для клавиатуры</li>
<li>за столом прикрутить полку под блоки питания, также туда можно положить мышку и органайзер с проводами и зарядниками</li>
</ul>
<p>В чём выявились проблемы:</p>
<ul>
<li>нет опоры для рук, то есть нужно кресло</li>
<li>смотришь вниз, то есть нужна подставка под ноут, чтобы экран был на уровне глаз</li>
<li>небольшая поверхность стола, в том числе не позволяет поставить локти</li>
</ul>
<p>Как думаете, что можно улучшить в этих рабочих местах? Обязательно пишите в комментариях!</p>Если не хватает мотивации2021-01-19T07:21:00+03:002021-01-19T07:21:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-01-19:/2021-01-motivation.html<p>Небольшой заряд мотивации для тех, кому этого так не хватает</p><p>История такая: ищу я тут тренинги на Udemy по теме и натыкаюсь на один толковый тренинг. Покупаю, начинаю проходить, а там один из ведущих – парень с бионической рукой. И он ничего не говорит про это, сидит и рассказывает. Он и не демонстрирует эту руку, но и не скрывает. У него просто <a href="https://www.udemy.com/user/evankimbrell/">22 курса на Udemy</a>, сервис по разработке продуктов <a href="http://www.sprintkick.com/">Sprintkick</a> и <a href="https://www.evankimbrell.com/">свой сайт</a>.</p>
<p>В ходе прохождения его тренинга есть моменты, когда на экране появляется надпись "Technical difficulties". Думаю, он редактирует свои видео сам, и он ставит заглушки, чтобы не перемонтировать видео целиком. Но он двигается вперёд, выпускает курсы с высоким рейтингом. Причём там не просто видео в режиме интервью, там запись экрана или блокнота с его комментариями. Те, кто хоть раз записывал подобное видео, думаю, знают, что это делается не за один заход. И много часов видео означает много месяцев работы.</p>
<p>Дальше я нашёл <a href="https://abc7news.com/thought-controlled-bionic-arm-helps-man-with-missing-hand-coapt/1515343/">сюжет про него</a>. Видно, что с помощью бионической руки он может заправлять кровать, держать предмет. Но он явно не может набирать текст на клавиатуре.</p>
<p>И вот в какой-то момент, в ходе изучения этой информации, у меня появилось ощущение, как будто сверху на меня упал бетонный блок. Просто у меня две руки.</p>Гарнитура -- адаптируемся к работе из дома2021-01-14T19:28:00+03:002021-01-14T19:28:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-01-14:/2021-01-headset.html<p>Если и можно что-то просто и быстро исправить в работе из дома, то это оно</p><p>Сначала я пользовался USB-гарнитурой Logitech на работе. Когда перешли на работу из дома, просто забрал её домой и продолжил использовать. Потом заметил, что штекер (USB) часто вываливается, и это стало подбешивать. Нашёл гарнитуру Jabra, которая была у меня уже давно, но через несколько месяцев использования она стала хрипеть. Опять перешёл на Logitech, но постоянно путающиеся провода (особенно гарнитуры с наушниками) стали реально напрягать. Закончилось тем, что я купил самую простую гарнитуру (Xiaomi), и разница в удобстве меня поразила. Вся эта история к тому, что у меня есть полное сравнение "до" и "после", причём в нескольких вариантах.</p>
<p><img alt="Гарнитура Xiaomi Headset Basic" src="images/xiaomi-headset.jpg"></p>
<p>Выглядит как сучок, обрубленный топором.</p>
<p>На работе постоянные шумы, поэтому гарнитура с наушниками лучше: она немного изолирует от фонового шума. Тем не менее, путаница проводов присутствует. Мысль по работе дома простая: в целом работа из дома несёт некий дополнительный стресс, т.к. не хватает изолированного рабочего пространства. Так что если уж работа из дома предполагает хоть какие-то удобства, этим лучше воспользоваться!</p>
<p>Если грубо, совещания делятся на два типа: те, на которых говоришь, и те, на которых слушаешь. Раньше в офисе присутствие на последних меня убивало, поскольку сидишь на рабочем месте, больше ничего особо не сделаешь. Дома же можно приготовить обед, например (самое частое). Влияет ли это на качество слушания? Да вообще не влияет, а время расходуется ровно в два раза эффективнее.</p>
<p>Какие могут быть требования к гарнитурам? Ну, например:</p>
<ul>
<li>Чётко передавать голос. В частности, они не должны быть предназначены для прослушивания музыки, поскольку голос лучше слышно, когда определённый диапазон частот именно обрезается.</li>
<li>В одно ухо. Во-первых, когда не слышишь себя, начинаешь говорить на повышенной громкости. Во-вторых, удобно быстро надеть / положить.</li>
<li>Качество микрофона: например, iPods ловят все окружающие шумы, кроме голоса. Есть один коллега, счастливый владелец, привет ему большой.</li>
<li>Удобно сидеть в ухе. Есть разные механизмы, у Jabra было "за ухо", у Xiaomi "враспор внутри". Первая меня напрягала, вторая практически не заметна.</li>
<li>Лёгкость и при этом 3,5 часа разговоров минимум для использования в режиме "совещания целый день". Тут нужен компромисс, потому что лёгкость напрямую зависит от размера аккумулятора.</li>
<li>Заряжаться. Тут есть моменты: сколько по времени и как. Сколько – тут всё примерно одинаково. А вот как, это интереснее. У кого-то беспроводная зарядка (но это опять дороже), у кого-то предпочтения USB-C (чтобы не таскать лишний кабель). Меня не напрягает маленький кабель USB-micro, но как же он чётко фиксируется, это же счастье!</li>
<li>Недорого! Это был ключевой момент для покупки Xiaomi, поскольку она (гарнитура) стоила 1000 р. Jabra, которая стоила раза в три с чем-то дороже, стала хрипеть, но чинить её ещё дороже, чем купить новую. Так смысл платить больше?</li>
<li>Бонус: работа с двумя устройствами одновременно. Компьютер (Skype for Business, например) и телефон.</li>
</ul>
<p>Кроме этого, работа из дома привела к двум другим неявным следствиям:</p>
<ul>
<li>Тянет больше гулять, чтобы компенсировать сидение на видео-совещаниях.</li>
<li>Тянет больше говорить по телефону, а это лучше делать либо на ходу дома, либо во время прогулок, и тут гарнитура опять приходит на помощь.</li>
</ul>
<p>Отвлекающие факторы дома приводят к тому, что во время совещания нужно буквально на секунду отлучиться. Например, собака поняла, что ты обездвижен, залезла на стол, чтобы что-нибудь с него съесть. Один раз я снял проводную гарнитуру на секунду, вернулся и был пойман с поличным. С беспроводной гарнитурой просто встаёшь, решаешь вопрос и садишься обратно.</p>
<p>Всего лишь гарнитура. Да это просто +100 к улучшению качества жизни!</p>Dropbox Paper для коллективных заметок2021-01-08T11:53:00+03:002021-01-08T11:53:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-01-08:/2021-01-dropbox-paper.html<p>Меньше, чем Google Docs; больше, чем Google Keep</p><p>Хотел рассказать про приложение Dropbox Paper, с помощью которого можно делать текстовые страницы с разметкой. Думаю, многие знают о Dropbox как о сервисе обмена файлами, но Dropbox Paper менее известен; ранее он был отдельным приложением.</p>
<p>Google Docs загружаются какое-то время, а когда нужно быстро записать мысли, не думая о разметке, я обычно использую Google Keep. Проблемы начинаются, когда нужны заголовки (разбить текст) и ссылки (много ссылок по тексту). И здесь у Dropbox Paper как раз всё в порядке, а ещё есть:</p>
<ul>
<li>Задачи, в том числе можно назначить их другим</li>
<li>Ссылки на другие страницы Dropbox Paper, то есть можно сделать (почти) свою wiki</li>
<li>Удобные горячие клавиши</li>
<li>Markdown разметка</li>
<li>Экспортировать можно в тот же markdown, а также в PDF и Word</li>
</ul>
<p><img alt="Создать документ Dropbox Paper" src="images/dropbox1.png"></p>
<p>Создание документа Dropbox Paper</p>
<p>Естественно, можно давать другим доступ на чтение и редактирование, причём для этого не нужен аккаунт Google, с одной стороны. А с другой, у многих уже есть аккаунт в Dropbox. Совместная работа обустроена по полной программе: можно добавлять комментарии, смотреть историю изменений, добавлять заметки по тексту.</p>
<p>Поскольку Dropbox изначально – сервис обмена файлами, пользователь сам полностью отвечает за то, что в какой папке лежит. Другими словами, файлы могут быть вперемешку со страницами, если самому всё не разложить. С другой стороны, так проще предоставлять доступ (если и файлы, и страницы в одной папке). Думаю, такая организация информация станет неудобной при большом количестве файлов. Аналогично wiki, можно создавать новые страницы "налету", то есть при редактировании другой страницы.</p>
<p><img alt="Горячие клавиши" src="images/dropbox2.png"></p>
<p>Горячие клавиши (начало)</p>
<p>Что мне нравится при работе с Markdown-документами – это то, что думаешь в первую очередь о структуре документа и смысловой разметке. Недостатком работы с Markdown-документами в режиме исходного текста является то, что ты не видишь результата. В Dropbox Paper этот недостаток как раз устранён: сразу видно, как документ в итоге выглядит.</p>
<p>Немного удивило то, что файлы Dropbox Paper на диске хранятся не в режиме Markdown-разметки. По сути, в них видна только ссылка на документ, который хранится в облаке. Думаю, при желании перенести всю информацию с многочисленных страниц это может быть неудобно, ведь придётся экспортировать в Markdown каждую страницу отдельно.</p>
<p><img alt="Экспорт документа" src="images/dropbox4.png"></p>
<p>Экспорт документа</p>
<p>Также радуют горячие клавиши – они именно такие, которых ожидаешь, без сюрпризов. Это ещё один плюс к скорости работы, к тому же не отвлекаешься лишний раз, когда нужно поставить ссылку или выделить текст.</p>
<p><img alt="Горячие клавиши" src="images/dropbox3.png"></p>
<p>Горячие клавиши (продолжение)</p>
<p>Не использовал функционал задач, тем более постановки задач кому-то, но для каких-то случаев этого функционала может быть вполне достаточно. В целом суть Dropbox Paper, а именно минимальные средства, максимальная скорость и удобство, безусловно заслуживает аплодисментов.</p>
<p>Внезапно при использовании заголовков слева появляется всплывающее содержание, можно быстро переходить к конкретным разделам. Но создатели Dropbox Paper на этом не остановились, добавили поддержку формул LaTeX и подсветку кода (с автоматическим определением языка).</p>
<p>Если команда сформирована, то лучше иметь готовый инструмент совместной работы (groupware или wiki). Если же задача есть, но не понятно, выльется ли она во что-то большее, то Dropbox Paper может вполне подойти для совместного творчества.</p>Блог в 2021-м2021-01-02T15:00:00+03:002021-01-02T15:00:00+03:00Константин Овчинниковtag:kovchinnikov.info,2021-01-02:/2021-01-blog.html<p>Минимальная техническая основа современного блога</p><p>Хочу на примере своего блога рассказать о минимальных компонентах, без которых современный блог уже сложно представить. С точки зрения технической основы можно взять самый популярный вариант, WordPress, тогда часть вещей реализуются через базовую фунциональность или плагины. У меня другая основа управления контентом, но это как раз и поможет разложить на составляющие функции блога:</p>
<ul>
<li>Управление контентом</li>
<li>Дизайн</li>
<li>Публикация</li>
<li>Социальные сети</li>
<li>Поиск</li>
<li>Комментарии</li>
<li>Подписка на обновления</li>
</ul>
<p>Поехали!</p>
<h2>Управление контентом</h2>
<p>Для управления контентом я выбрал генератор статических сайтов по нескольким причинам. Прежде всего, это гибкость, скорость работы и безопасность. У меня shared hosting, что предполагает очень ограниченные ресурсы веб-сервера, здесь и возникает проблема. Лично мне очень нравится drupal, но в руководстве хостинга ясно написано, что это достаточно ресурсоёмкий движок, для которого рекомендуется VPS, что несколько больше по деньгам. Если вы выбираете движок (то есть приложение на сервере), то даже с точки зрения безопасности (ну и для появления новых возможностей) его нужно обновлять, и для Drupal наиболее простой способ – drush. Пробовал его использовать, он просто вылетал именно из-за ограничения ресурсов.</p>
<p>В целом безопасность и связанная с ней необходимость обновления для меня были основными минусами движков блога на сервере. Для меня обновление – лишнее действие, при этом совсем не хочется в один момент обнаружить свой блог взломанным. Это вовсе не мифическая возможность, на хостинге установлена система безопасности, которая уже не раз срабатывала, и я находил заражённые файлы.</p>
<p>Ещё один важный нюанс: VPS требует настройки и обновления операционной системы, а это тоже время. Итого, если взять только один критерий – требуемые затраты времени – shared hosting + статический генератор сайтов для небольшого блога выглядят наиболее предпочтительно. Но тут есть ещё один момент, скорость работы. Ведь для веб-сервера быстрее всего – выдавать набор HTML-файлов. А скорость работы – это ощущения пользователей от работы с сайтом.</p>
<p>Если выбирать среди генераторов статических сайтов, то основным требованием было большое количество стандартных функций и поддержка Markdown как языка разметки. Подробно выбор описывать не буду, по сути, приложения для создания статических сайтов лично для себя я расположил по шкале технической подготовленности пользователей. Как мне показалось, <a href="http://getpelican.com/">Pelican</a> создан для не очень подготовленных людей вроде меня, при этом имеет большой набор стандартных функций, внятную <a href="https://docs.getpelican.com/en/stable/index.html">документацию</a>, библиотеку <a href="http://www.pelicanthemes.com/">тем оформления</a> и <a href="https://github.com/getpelican/pelican-plugins">плагинов</a>. Опять же лично для меня набор настроек и команд для обновления сайта достаточно логичен. Если ошибиться в конфигурации, то в большинстве случаев Python, на котором написан Pelican, достаточно понятно сообщает об ошибке.</p>
<p>Стандартный процесс публикации опишу в разделе "Публикация" ниже, а пока перейдём к подбору дизайна.</p>
<h2>Дизайн</h2>
<p>Поскольку с приложением для создания сайта я уже определился, осталось подобрать дизайн. Как вы уже поняли, я склоняюсь к минимализму, а любимый цвет у меня – синий, что и определило выбор темы <a href="https://github.com/parbhat/pelican-blue">Pelican-blue</a>. Тема состоит из небольшого числа иконок, HTML- и CSS- файлов. Пришлось тряхнуть стариной и разобраться в HTML и CSS, чтобы подправить отдельные моменты, но в целом всё в пределах 3% доработок.</p>
<p>Есть момент именно для Pelican: темы несут разную функциональность, конкретно выбранная мной тема изначально была связана с Twitter, Facebook (как – чуть ниже) и предполагала ряд других настроек, которые мне были нужны. У каждой темы есть страница на GitHub, где описываются её настройки и возможности. Есть вариант установить все темы сразу и переключаться между ними, чтобы примерить на свой контент. Например, у вас больше или меньше разделов, или заголовки длиннее, и крупным шрифтом они будут некрасиво расползаться и т.п.</p>
<p>В целом тема дизайна достаточно сложная (особенно для тех, кто в нём плохо разбирается, вроде меня), поэтому на выбор темы уходит целый день. Потом читаешь книгу "Don't Make Me Think", хватаешься за голову и переделываешь. Из последних обновлений, например:</p>
<ul>
<li>Заголовок в левом верхнем углу теперь работает как ссылка на главную страницу</li>
<li>Страницы ведут только на контент на сайте, а все внешние ссылки сделаны иконками</li>
<li>В CSS исправлено выравнивание рисунков, иначе мобильный сайт работал откровенно криво</li>
<li>Заменил и добавил иконки социальных сетей с сайта <a href="https://icons8.com/">icon8</a></li>
<li>Поскольку записей блога накопилось достаточно много, добавил страницу с тегами (темами), но и они выведены не простым списком: размер шрифта определяется количеством публикаций по теме (больше публикаций – больше шрифт)</li>
</ul>
<p>Другими словами, даже если вы выбрали дизайн и доработали его напильником, придётся периодически к нему возвращаться.</p>
<h2>Публикация</h2>
<p>Сам процесс публикации выглядит примерно следующим образом:</p>
<ol>
<li>Сначала необходимо создать файл с Markdown-разметкой и достаточно специфическим заголовком, в котором определяется название, подзаголовок, теги и другие моменты. Для этого понадобится текстовый редактор с подсветкой Markdown-разметки, лично я пользуюсь Geany. До этого работал в vim, но постоянно переключаться между языками откровенно неудобно. После сохранения статьи проверяю правописание (aspell в моём случае).</li>
<li>Обновляем сайт, в случае с pelican понадобится команда make publish. Обновляются только изменённые и связанные страницы, поэтому это происходит достаточно быстро. На выходе все файлы складываются в каталог output. То, что получилось, я смотрю в браузере и вычитываю (пока сайт обновился только на моём компьютере).</li>
<li>Теперь нужно закинуть содержимое папки output на сервер. Какое-то время пользовался ftp, но затем стал использовать git, поскольку мой хостинг (Dreamhost) поддерживает такую возможность. Это позволяет не только обновлять только то, что изменилось, но и делать это очень быстро (передаются только изменения), а ещё сохраняется предыдущая версия. Например, если я меняю что-то в дизайне или структуре, есть возможность откатиться на предыдущую версию.</li>
</ol>
<p>Как вы можете видеть, я достаточно последователен в автоматизации. Когда я редактирую статью, я не хочу думать о дизайне, с одной стороны; с другой стороны, я могу вставить куски HTML-кода, если разметки мне не хватило. Когда я обновляю сайт, я не хочу сам выделять то, что изменилось. А ведение версий сайта спасает нервные клетки, даже если ничего страшного не произошло. </p>
<h2>Социальные сети</h2>
<p>Для публикации в социальных сетях требуется определённая информация в мета-тегах HTML, и это было встроено в дизайн. То есть на каждой странице содержимое этих тегов определяется содержанием страницы. Если бы я не выбрал этот дизайн, возможно, я бы этого и не узнал. Кроме этого, внизу страницы расположены кнопки "поделиться" (share), при нажатии на которые заполняется содержание твита / поста на Facebook или темы письма.</p>
<p>Для публикации обновлений сайта в Facebook, Twitter использую IFTTT. На вход IFTTT берёт RSS, который... встроен в дизайн. Работает всё хорошо, оперативно и переживает обновления страницы (например, когда я заметил ошибку после публикации).</p>
<p>Достаточно существенным новостным каналом стал Google News. Здесь эпопея длилась несколько месяцев, поскольку подтверждение сайта длится долго (несколько недель). Но в целом они пишут достаточно понятно, что им нужно, например:</p>
<ul>
<li>Лого сайта должно соответствовать лого в Google News</li>
<li>Для РФ должна быть указана возрастная категория, у меня это 12+ внизу страницы</li>
<li>Нужно определить регион и выбрать категории тем для этого региона</li>
</ul>
<p>Опять же, Google News берёт новые страницы из RSS. Также в качестве картинки к статье Google News берёт первую картинку в статье. Выглядит всё достаточно прилично, элементы форматирования (выделение жирным, например) сохраняются.</p>
<h2>Поиск</h2>
<p>Собственный поиск на сайте может быть болью, если не умеет работать с морфологией (изменённой формой слова) либо искать по части слова. Но у меня статические HTML файлы, поэтому я выбрал <a href="https://cse.google.com/cse/all">поиск Google</a>. Он открывается во внешнем окне и впихивает по пять рекламных ссылок в начало. Зато он работает с морфологией, честно индексирует все страницы, хорошо встраивается в дизайн (в том числе, в дизайн мобильной версии сайта). </p>
<h2>Комментарии</h2>
<p>Динамический сайт может иметь свою систему комментариев, но тут возникают вопросы: разрешать анонимные комментарии или нет, модерировать или нет, как делать авторизацию. Часть этих проблем решают внешние системы комментирования, но они платные. Среди них выгодно выделяется Disqus, у которого есть бесплатный (рекламный) тариф. При этом он сразу поддерживает:</p>
<ul>
<li>авторизацию из социальных сетей и собственную авторизацию</li>
<li>рекомендовать, твитнуть, поделиться в Facebook</li>
<li>подписаться по почте на новые комментарии к статье </li>
</ul>
<h2>Подписка на обновления</h2>
<p>До недавнего времени я использовал почтовую рассылку Google Groups, куда раз в неделю высылал обновления. Казалось бы, всё просто работает. В чём проблема здесь:</p>
<ul>
<li>Требует аккаунт Google</li>
<li>Достаточно архаичный дизайн писем и страниц</li>
<li>Не сделаешь встроенную на сайт форму подписки</li>
</ul>
<p>Эти проблемы решает большое количество сервисов, среди которых одним из лидеров является (остаётся) Mailchimp. И теперь можно подписаться с минимальным количеством усилий вверху каждой страницы. В бесплатный тариф входит 2000 адресов и одна аудитория, чего мне пока хватает. Как и средств дизайна рассылки в HTML, поэтому теперь рассылка выглядит намного приятнее.</p>
<p>Почему нужна подписка на обновления? Реакция на рассылку по почте по-прежнему в разы выше, чем на публикации в социальных сетях.</p>
<p>К функциональным возможностям мне рекомендовали добавить канал в Telegram или VK, но... Скажем так, пока я к этому не пришёл. Как и к однообразным картинкам "неизвестные мне люди с (не)умным выражением лица" к каждой новой записи.</p>
<p>Пишите о том, чего вам не хватает в моём блоге, или какие возможности современного блога я упускаю. Возможно, у вас есть предложения по дизайну – буду премного благодарен.</p>
<p>Поскольку это первая запись 2021-го года, всем успехов в новом году! У меня для вас заготовлено несколько интересных тем на ближайшее время. Подписывайтесь на богомерзкий Google News (иконка в меню слева) или православную рассылку (в почте вверху страницы).</p>
<p>Большое спасибо <a href="https://www.facebook.com/aigullittlea.igembaeva">Айгуль</a> за массу предложений по улучшению сайта и за моральную поддержку.</p>Буфер как функция руководителя2020-12-26T16:51:00+03:002020-12-26T16:51:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-12-26:/2020-12-buffer.html<p>Очень важная функция руководителя, на мой взгляд, незаслуженно обделённая вниманием</p><p>Не знаю, может я как-то невнимательно читаю книжки по управлению, просто очень редко встречаю следующую тему. Представим российскую компанию с циничной или даже обесценивающей достижения культурой. Команда внутри работает над проектом или заданием – в данном случае не так важно. У команды есть руководитель, и вот он идёт к вышестоящему руководителю (или даже генеральному директору), представляет свои результаты и планы на следующий период. Должен ли он передавать своей команде, что он услышал?</p>
<p>Приятное – безусловно. А вот неприятное надо фильтровать. Как минимум, переформулировать в конструктивном ключе. Возможно, у вышестоящего руководителя было плохое настроение в конкретный момент времени или когда-то было трудное детство. По моему личному опыту похвала именно в российских компаниях людям даётся с большим трудом.</p>
<p>Что будет, если не фильтровать или не останавливать на себе негатив? Он отравляет работу, эмоционально выбивает людей. Что собой представляет негатив? Иногда бывает конструктивная критика, но чаще это манипулирование различными комплексами, чтобы люди работали лучше. Например, манипулирование чувством вины. Человек сам сомневается, сделал ли он качественный продукт или сделал ли он всё, что было в его силах. И вот если таком совестливому человеку закинуть идею, что твой результат "не айс", то он может среагировать в духе "я так и знал!". Да, это часто даёт высокие результаты в итоге, но это тёмная сторона техник управления.</p>
<p>Следующее (по отношению ко мне, например) психологически здоровое поколение вполне способно назвать манипуляцию манипуляцией, и их доверие к вышестоящему руководителю при попытке манипуляции падает ниже нуля. При этом легче буферизировать негатив, чем объяснять вышестоящему руководителю, что это старьё (техники манипулирования) уже не работает. Сотрудники, которые различают манипуляцию, могут продолжить работу, но при первой возможности будут стараться её сменить, даже с понижением зарплаты. Останутся только люди в травме, которые дают собой манипулировать.</p>
<p>Виктор Франкл (для тех, кто не знает, психолог, прошедший нацистский концлагерь) вывел следующую формулу для одного человека: воля – это разница между раздражителем и реакцией. Получается, изменяет ли лидер сообщение от вышестоящего руководства или нет, и определяет, есть у него управленческая воля или нет. Здорово, когда лидер может защитить перед кем угодно достижения своей команды. Если же это не так, ему необходимо трансформировать сообщение сверху.</p>
<p>У сообщения сверху-вниз есть одно свойство: информация теряется при переходе через каждый уровень управления. Квалифицированные руководители это понимают, и не пытаются подруливать вручную, определяя массу деталей (как и что делать). Когда думаешь о том, что пройдёт через все уровни неизменно, то это, скорее всего, будет какая-то одна главная мысль. И лучше, чтобы она была такой: вы офигенные. А негатив можно обратить к себе, потому что это задача руководителя – выстроить структуру управления, подобрать людей и корректно поставить задачу. Вы не согласны? Напишите об этом.</p>Тест-драйв собаки2020-12-19T10:35:00+03:002020-12-19T10:35:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-12-19:/2020-12-dog.html<p>Изменение роли собак и машин в недалёком будущем</p><p>2025-й год: люди перестали ездить на личных машинах в связи с глобальными эпидемиями и развитием службы доставки. В то же время люди стали заводить больше собак: во-первых, собаки снижают тревожность, во-вторых, выгуливают хозяев (что оказывает положительное воздействие на здоровье хозяев). Автомобильные журналы в поисках новых тем перешли на описание разновидностей домашних питомцев. Эта статья – первая в новом тренде.</p>
<p>Хочу рассказать вам, дорогие друзья, про опыт трёхлетней эксплуатации собаки породы басенджи. Сразу отвечу на вопрос "сколько жрёт? / сколько прёт?". Приблизительно 12 кг сухого корма уходит на взрослую собаку на 3 месяца. Собака сухой массой 9 кг (на шлейке, безусловно) может везти санки с детьми 4-х и 7-ми лет, правда, недалеко.</p>
<p>Когда рассказываешь другим про последствия эксплуатации, у всех возникает один и тот же вопрос: зачем ты завёл <strong>это</strong>? Ну, до этого у меня была охотничья лайка, и я подумал, что хуже уже не будет. Нет, не то чтобы было хуже. Как в известном меме: "он делает больно по-другому". Обратимся к причинам: безусловно, это характер. Собака себе на уме, кроме того, отличается мстительностью. Если что-то сделать не так, может нассать в тапки или найти и погрызть то, чем её дразнили.</p>
<p>И лайка, и басенджи относятся к пятой группе "Шпицы и породы примитивного типа". Данная группа отличается сильным иммунитетом, трудностями при дрессировке и отсутствием генетических недостатков (болезней или особенностей, передающихся по наследству – если берёте собаку из питомника). Но независимость и своеволие басенджи ставит их ближе к кошкам, чем к лайкам. Хотя нет, у меня было две кошки, они намного послушнее. Кобели басенджи достаточно агрессивны и бросаются на других кобелей любого размера (чем крупнее, тем лучше).</p>
<p>Собака требует выгула без поводка, поэтому получается замкнутый круг: вы не можете её отпустить, потому что она не слушается и бросается на других. А она не выгуливается на поводке и начинает пакостить дома, потому что энергия не израсходована. При этом даже не все кинологи возьмутся дрессировать до такой степени, чтобы собака могла спокойно гулять без поводка. Мы нашли выход в обучении у одного (не)популярного кинолога. Можно сказать, наш Орбит прошёл армию, после которого у него появился стержень и хоть какое-то послушание.</p>
<p>Собака является полноценным членом семьи, так как внимания требует наравне с ребёнком и даже больше. При этом она не подходит для игры с детьми, так как может огрызаться и кусать детей. Да, таковы были собаки 3000 лет назад.</p>
<p>Интересной особенностью является то, что собака любит спать рядом с хозяином. Вы хотите спросить: что, он ещё и прётся в постель? Да, это так, но в целом подогрев (нормальная температура собаки 38-39 градусов) достаточно приятный.</p>
<p>На этом всё с минусами, пройдёмся кратко по плюсам:</p>
<ul>
<li>ми-ми-мишность: 9/10</li>
<li>предпочитает не лаять</li>
<li>короткая шерсть, мало линяет, но в зимний период требуется тюнинг в виде курточки</li>
<li>если вы сторонник активного образа жизни, собака его поддержит и быстро не устанет</li>
<li>гон один раз в году, да и в этот период поведение не сильно меняется</li>
<li>интересно находить общий язык (как с кошкой), никакого подчинения по умолчанию нет</li>
<li>из урона был один угол плинтуса и несколько сапог (вышедших из моды, что подозрительно)</li>
</ul>
<p>Фото прилагаются.</p>
<p><img alt="В интерьере" src="images/dog-inter.jpeg"></p>
<p>Псина прекрасно впишется в ваш лакшери-интерьер.</p>
<p><img alt="Зима" src="images/dog-tuning.jpeg"></p>
<p>Зимой требуется тюнинг в виде курточки.</p>
<p><img alt="Милота" src="images/milota.jpeg"></p>
<p>В целом собачка довольно милая, хоть и с противным характером.</p>Поддержка в трудный момент2020-12-08T07:00:00+03:002020-12-08T07:00:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-12-08:/2020-12-support.html<p>Попытка ответить на вопрос, где можно найти реальную моральную поддержку, которая сейчас нужна</p><p>Невозможно заниматься работой, если голова занята новостями про ковид. Что по сути происходит? Добавляются новые проблемы, обостряются старые, повышается тревожность. Есть краткосрочные способы борьбы со стрессом, но они плохо работают в данном случае. Чувствуется именно постоянное давление, которое нужно как-то выдерживать. Чтобы снизить тревожность в средне- и долгосрочном временном горизонте, придётся копать глубже.</p>
<p>Как говорится, есть спрос – есть и предложения: люди слушают лабковских, у меня вот в рассылке Wired (на секундочку) всплыла реклама бабы Нины, обещающей доходы и изобилие. В чём проблема с этими средствами: рассчитывать на волшебную кнопку, которая что-то переключит в голове или в окружающем мире, несколько наивно. Ни голова, ни окружающий мир так не работают.</p>
<p>Есть и люди на "светлой стороне Силы", вот что они могут:</p>
<ul>
<li>Писать статьи, как делает Станислав Раевский <a href="https://www.facebook.com/stanislav.raevsky">на своей странице в Фейсбуке</a></li>
<li>Делать <a href="https://takiedela.ru/news/2017/11/21/antipanika-2/">приложение для людей в тревожных состояниях</a></li>
<li><a href="https://www.maap.pro/analitiki.html">Вести приём людей</a></li>
</ul>
<p>Мне не платят за рекламу, я просто считаю, что нужно поддерживать тех, кто делает правильные вещи.</p>
<p>И ещё пара моментов про шарлатанов. В цивилизованных странах деятельность психологов лицензируется, и лицензия отзывается за конкретные нарушения:</p>
<ul>
<li>выдача готовых советов</li>
<li>обнародование истории пациента</li>
</ul>
<p>Если вы видите кого-то, кто это делает – сожалею, вас обманывают, и профессиональной помощи вам этот человек не окажет. Да, шарлатанов не становится меньше, за рубежом они теперь называются тренерами по личностному росту. "Стань лучшей версией себя" и всё такое. Но хотя бы они не прикрываются вывеской психологии. Баба Нина в этом смысле хоть честно работает. </p>Про ковид2020-10-19T07:00:00+03:002020-10-19T07:00:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-10-19:/2020-10-virus.html<p>Ковид и эволюция, кусочное мышление и поиск волшебной кнопки</p><p>Долгое время думал, что история с ковидом никак не связана с изменениями. Также я считал, что не будучи погружённым в тему во всех деталях, комментировать просто вредно. Теперь мне кажется, что ковид и есть основное изменение сегодня, и нужно обязательно его осознать. В знания о том, что это за явление, добавился кусочек пазла с информацией от тех, кто его перенёс. И с точки зрения осознания того, что происходит, хочется выделить несколько выводов. Оговорюсь, не являюсь врачом и не стремлюсь заходить на территорию медицины. Итак:</p>
<ul>
<li>Эволюция</li>
<li>Кусочное мышление</li>
<li>Поиск волшебной кнопки</li>
</ul>
<h3>Эволюция</h3>
<p>Как адаптироваться к новой реальности? Интересно, что и эволюция, и проектное управление имеют кое-что общее, а именно принцип "адаптируйся или умирай". Эволюция работает на более длительном горизонте, вот пропал или появился хвост. Проектное управление – про то, что в новых условиях должны появиться какие-то новые процедуры, которые должны помочь нам жить.</p>
<p>Какие же это процедуры? Внешнее – это ограничения. С ограничениями есть такой момент, что работать они начинают через две недели после применения. Просто потому, что период проявления ковида вроде как две недели. Из этого следует, что ограничения следует вводить, когда ещё всё хорошо, но уже заметна тенденция. Что меня изумляет, так это конъюнктурная логика "посмотрим, что будет завтра". "Ой, сегодня заболели 5 тысяч человек, давайте вводить ограничения. На следующий день не помогло? Давайте введём другие меры." Так точно не работает, сегодняшняя меря сработает через 2 недели, а может и через месяц.</p>
<p>Что ещё изумляет, в России пишут только про внешнее, но есть и внутреннее: адаптация психики к новой ситуации, как через это пройти. И здесь дело не только в том, когда сидишь дома и не выходишь. Выходишь, трогаешь разные поверхности, общаешься с людьми на улице – везде есть риски. Нельзя прикасаться к лицу, нельзя не одевать маску, нельзя не мыть руки после прикосновения к сомнительной поверхности. Как в этих условиях не сойти с ума? Нужен поиск баланса, при этом ни одно из средств не даёт 100% гарантии. Другими словами, нужно привыкнуть к мысли, что заразиться вполне реально.</p>
<p>Про сидение дома – отдельный разговор. Простой рецепт, который я вывел лично для себя: меньше жрать и больше двигаться.</p>
<p>Но эволюция имеет и резкие механизмы, и тут закрадывается мысль: может, это новый отсев особей? Например, свидетелей секты отрицания коронавируса. Давайте перейдём к ним, это крайне интересно.</p>
<h3>Кусочное мышление</h3>
<p>В моём окружении такие свидетели есть, и вот что они говорят: я не буду соблюдать масочный / карантинный / любой другой режим ограничения, потому что ковида нет. Что интересно: если бы человек действительно хотел узнать истину, есть ковид или нет, он мог бы поехать в больницу в своём городе и посмотреть на людей, которые лежат с тромбозом (одно из последствий ковида). Но они этого не делают! Следовательно, их логика выглядит так: пока мне <strong>неудобно</strong> соблюдать ограничения, я буду говорить, что их нет.</p>
<p>Есть много примеров кусочного мышления, один из них – отношение к шубам из естественного меха. От одной и той же женщины можно услышать: "Ой, какая милая шиншилла / лисичка / писец!" И при этом на вопрос: "А хочешь ли ты себе шубку из шиншилки / лисички / писца" человек ответит "Конечно хочу!" Это значит, что человек существует в двух пространствах-временах. Милая живая шиншилка – вовсе не та, что на шубке.</p>
<p>Это только один из примеров. В результате... прогресса? есть много ситуаций, когда кусочное мышление работает: давайте не будем убивать коров, но есть блюда из говядины, пропагандировать скромность, но носить дорогие часы (привет патриархам). Самый пронзительный (для меня) пример был в книге "Блуда и мудо", там есть героиня, у которой парень – её же сутенёр.</p>
<p>Также и здесь, "в моём пространстве-времени ковида нет". "Он есть в телевизоре и у кого-то другого." Вопрос только в том, сколько с таким представлением можно прожить. </p>
<h3>Поиск волшебной кнопки</h3>
<p>У ковида есть один прикол – он не добавляет ничего нового, он усугубляет то, что есть:</p>
<ul>
<li>перенаселённость городов</li>
<li>тесноту в общественном транспорте</li>
<li>привычку собираться, чтобы что-то обсудить</li>
</ul>
<p>Ну и связанные с этим риски.</p>
<p>Знаете, я тоже люблю обсуждать что-то лицом к лицу. И такси иногда пользуюсь. Это эффективно и решает задачи. А поскольку к этому есть привычка, это ещё и удобно. Но неудобно – это одно, а опасно – другое, и опасно перевешивает. Вопрос не в том, эффективно или нет, а в том, эффективно <strong>с учётом ограничений</strong> или нет. Эти ограничения – невидимые, можно попробовать их игнорировать. </p>
<p>Лично я убеждён: проблему ковида может решить вакцина. Возможно, она уже есть. Но за ковидом может последовать другой вирус, ковид просто вскрыл слабые места. И самое слабое место, как мне кажется, – это система здравоохранения. Если она ложится под нагрузкой, то общество быстро переходит в первобытное состояние, и это наглядно показали пустые полки магазинов.</p>
<p>В связи с этим даже с вакциной нужно много решений по каждой области: что делать, если мир никогда не станет прежним. Где-то каршеринг вместо такси, где-то удалённые совещания и чаты вместо очных встреч и офисов. Системы управления задачами, системы удалённого обучения. Где-то решения нет совсем.</p>
<p>Люди склонны думать, что при появлении проблемы кто-то сделает большую синюю кнопку, которую надо лишь нажать, чтобы проблема решилась. Это простой и неправильный ответ, например: демократия для стран без гражданского общества, кредиты или безвозмездная помощь для бедных стран. Но мир <strong>уже</strong> изменился, а волшебной кнопки всё нет, что же делать?</p>
<p>Если рассматривать происходящее с позитивной точки зрения, ковид, возможно, заставляет каждого человека приобрести навык независимого мышления. И навык совместной работы людей на межгосударственном уровне для решения новых проблем. Нет, ну в интересное время живём, согласитесь.</p>Ценность пути2020-08-01T17:17:00+03:002020-08-01T17:17:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-08-01:/2020-08-changeprocess.html<p>О том, что побочные эффекты иногда важнее, чем основной результат</p><p>Допустим, мы хотим что-то поменять в организации, затеваем проект. И все заинтересованные лица потирают руки: ну когда же, когда же мы получим результат. Если рассмотреть, что происходит в ходе проекта, то, как мне кажется, это не менее ценно, чем тот самый результат. Например, из этого следует, что нужно вкладываться в проектные задачи полностью, а не сидеть и ждать, когда результат сам придёт.</p>
<p>Важность того, что происходит в ходе проекта, подтверждают и заказчики многих проектов, которые часто говорят о важных косвенных эффектах и о том, что эти косвенные эффекты дают им даже больше, чем достижение поставленной цели. Посмотрим, что любой проект даёт по стадиям:</p>
<ul>
<li>Мобилизация – люди вырываются из операционной деятельности и погружаются в деятельность проектную, начинают работать в тесной небольшой команде над задачами со сжатыми сроками и часто высокой сложностью, это в целом полезная встряска для коллектива;</li>
<li>Обследование – это шанс посмотреть на свои процессы, их уровень развития со стороны, сравнить с другими организациями, да и в целом оглянуться, что происходит вокруг;</li>
<li>Дизайн решения – это креативная стадия, на которой проявляются, с одной стороны, стратегическое видение, а с другой, творческие способности участников команды;</li>
<li>Разработка – не обязательно программная доработка, да и вообще не обязательна ИТ-составляющая, но это действительно погружение в технические детали: для кого-то это столкновение с реальностью и невозможностью осуществить все "хотелки", для кого-то это преодоление себя с точки зрения самодисциплины, не отклоняться от курса, намеченного в дизайне, для кого-то наиболее сложным становится вынужденная необходимость искать компромиссные решения;</li>
<li>Подготовка к опытной эксплуатации: обычно это тестирование решений и обучение пользователей, а до этого – разработка не только тестов и материалов для обучения, но и самого подхода к обучению; как оказалось, в условиях удалённой работы это не так просто, и приспособиться могут не все;</li>
<li>Опытно-промышленная эксплуатация или ОПЭ: работа в полном объёме по новому процессу, новым способом и... со старыми сотрудниками; если организация раньше не сталкивалась с изменениями, иногда это шок, что да, именно с этого дня мы действительно начинаем что-то делать по-другому;</li>
<li>Закрытие проекта, подведение итогов, понимание выученных уроков: обычно выученные уроки состоят в том, что не нужно было нарушать базовые принципы проектного управления, базовые принципы управления командой, но бывают и неожиданные выводы; например: оказывается, можем!</li>
</ul>
<p>Руководители некоторых организаций после проекта понимают, что ещё долго проектами заниматься не будут, настолько это выматывающе и не совместимо с их картиной мира. Другие понимают, что потенциал возрос, дорожка протоптана, и можно по этому же пути запускать новые инициативы. Это удивительное ощущение выросших крыльев за спиной, когда ты понимаешь, что можешь реально управлять организацией, и она слушается руля, а у тебя за спиной не стадо загибающихся офисных хомячков, а банда пиратов, готовая взять на абордаж ещё ни один испанский галеон. Вот ради таких ощущений мы и живём.</p>Стратегия для НКО2020-07-24T20:44:00+03:002020-07-24T20:44:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-07-24:/2020-07-strategy.html<p>О том, зачем нужна стратегия для некоммерческой организации, и о том, как её разработать</p><p>Сначала хотел написать отдельно о том, зачем нужна стратегия для некоммерческой организации (НКО), а потом как её разработать и использовать. Если вам, как и мне, нужно всё сразу, поехали.</p>
<p>Есть такое слово "вызовы", которое непривычно звучит на русском и которое не заменишь на "задачи". Ведь можно решать задачи, но является ли это главным из того, чем нужно заниматься? Если вы когда-нибудь задавались этим вопросом, то вы не одиноки. Для конкретного человека есть Стивен Кови, для бизнеса есть прибыль (и следствия стремления к ней в <strong>долгосрочной</strong> перспективе), а что есть для НКО?</p>
<p>НКО с точки зрения процесса (переработки входов в выходы, опять же переводные слова, но ничего не могу с этим поделать) преобразует деньги (иногда другие ресурсы, такие как усилия людей, например, волонтёров) в определённые услуги. Позволю себе проскочить необходимость сервисной модели, но она в целом, как мне кажется, норм и вполне работоспособна. Кроме того, что в целом настраивает на профессиональный лад с точки зрения отношения к работе. Исходя из этого возникают вопросы:</p>
<ul>
<li>От кого принимать деньги?</li>
<li>Какие услуги оказывать?</li>
<li>Кому / в каких случаях оказывать услуги?</li>
</ul>
<p>С одной стороны, это этические вопросы, с другой, это совершенно практические вопросы распределения своего времени и усилий. И точка, от которой здесь нужно оттолкнуться, состоит в том, что это время и усилия конечны. Деньги тоже получаются не из воздуха, а в процессе фандрайзинга, на который тоже требуются совершенно конкретные усилия. Практическая польза стратегии состоит в том, что если она и не задаёт конкретные фильтры с точки зрения расходования времени и усилий, но задаёт <strong>направления</strong>. По крайней мере, куда НКО точно будет расходовать ресурсы, и куда не будет, во что будет ввязываться с точки зрения превращения денег и усилий в услуги, а во что нет.</p>
<p>С ценностями нужно определиться в первую очередь и вместе с командой, эти ценности будут объединять участников команды и отфильтровывать тех людей, которые с вами не на одной волне. То есть они должны быть достаточно конкретными, с ними не обязаны все соглашаться, это точно не "за всё хорошее, против всего плохого". Для выработки ценностей нужно... просто собраться и определиться с ними. Чтобы был меньше риск закопаться в философских рассуждениях, пригласите модератора, если есть такая возможность.</p>
<p>Вместе с этим нужно посмотреть, а что вообще происходит вокруг, то есть понять, с одной стороны, востребованность этих услуг, а с другой, конкурентность или наполненность рынка. Если услуга востребована, но проблемы получить её нет, поскольку её оказывают все, можно ещё раз задуматься, ведь есть больше число "зелёных полей" и "голубых океанов" вокруг. Для этого есть несколько формул анализа внешней среды, лично я беру что-то простое и понятное, например, PEST: политика, экономика, общество, технологии. Этот анализ будет использоваться на вход SWOT-анализа, поэтому сразу нужно идентифицировать, что во внешней среде для конкретной (вашей) организации благоприятно (или является возможностью), а что нет (является угрозой), именно на этом нужно сосредоточиться. Если какой-то фактор есть, о нём все говорят, но на вашу НКО это не влияет никак, смысла писать о нём нет.</p>
<p>Ценности, представляющие внутреннюю среду, и результаты анализа внешней среды предстоит объединить в SWOT-анализе, который многие ошибочно понимают как перечисление сильных и слабых сторон, возможностей и угроз. На самом деле, это только первая часть этого анализа, дальше нужно наложить возможности и угрозы на сильные и слабые стороны, причём сосредоточиться нужно на квадрате "возможности – сильные стороны". На выходе будет перечень мероприятий или направлений деятельности, чем нужно заниматься и чем заниматься не следует. Желательно в этом месте вспомнить рекомендации маркетологов <strong>дифференцироваться</strong>, то есть делать что-то отличное от того, что делают остальные, и что, с другой стороны, выявляет уникальность коллектива или личности руководителя НКО.</p>
<p>Дальше на основе ценностей (опять же) и результатов SWOT-анализа непосредственно руководителю как лидеру организации необходимо написать первую версию стратегии. Вся сложность обычно заключается в слове <strong>написать</strong>, которое почему-то многие понимают как <strong>страдать</strong>. Это конечное по времени мероприятие (написание), на выходе из которого должна быть первая версия стратегия, и всё. Простейший шаблон стратегии включает:</p>
<ul>
<li>кто мы</li>
<li>что мы делаем</li>
<li>наши ценности</li>
</ul>
<p>Первый пункт – в идеале, одна краткая ёмкая фраза, которую также рекомендуется обсудить с командой. Что мы делаем – состоит из двух частей. Во-первых, это производственная деятельность, что она собой представляет, какие услуги оказывает НКО. Во-вторых, это то, что отличает НКО и помогает привлекать внимание и средства к НКО. Строго говоря, это коммуникации, именно они обеспечивают прозрачность работы.</p>
<p>В стратегию также можно включить, что НКО делать не собирается, это к разговору про действенные фильтры. Если можно отфильтровать активности и источники финансирования на входе – это прекрасно, тогда экономия времени по работе с ними будет максимальной, но увлекаться этим не нужно, ведь можно составить отдельный документ с критериями отбора как источников финансирования, так и случаев оказания услуг.</p>
<p>Очень здорово, если в стратегии прописано, кто является получателями услуг, это фильтр на ещё одно измерение. И ещё одно измерение, которое может потребоваться определить – уровень работы НКО, например, региональный / федеральный. Частью работы НКО является работа с волонтёрами, и в стратегии неплохо бы сказать о том, как организация работает с волонтёрами.</p>
<p>А дальше – самое интересное, представление (и защита) стратегии перед коллективом. Стратегия – не 100 баксов, и может нравиться не всем. Есть много причин, почему она может не понравиться: другие ценности и устремления или даже политическая борьба за власть внутри организации. Просто чтобы сделать стратегию, в самом простейшем случае потребуется сделать всё то, что описано выше, а это, извините, инвестиции времени. Но дело не только в том, что кто-то другой готов или не готов инвестировать столько же времени и усилий, а в том, что выбор направления – это прямая функция руководителя. Именно он тыкает в точку на карте и говорит: плывём сюда, и у руководителя есть право на неверные решения. А у команды есть право идти или не идти за ним.</p>
<p>После обсуждения в стратегию могут вноситься правки (руководителем, опять же), но есть последний шаг, формальное утверждение. Подписание, кстати – это одна из форм чёткой и понятной коммуникации о переходе документа из статуса "для обсуждения" в статус "для исполнения". В менее формальной организационной культуре можно выслать стратегию сотрудникам с сопроводительным сообщением и выложить на общий ресурс для использования. Но и дальше нужно отслеживать исполнение стратегии фильтровать решения, инициативы, а иногда и людей на основе её положений.</p>Мото-дзен2020-07-16T21:15:00+03:002020-07-16T21:15:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-07-16:/2020-07-moto.html<p>О необходимости мотоцикла для личного развития</p><p>Начну с того, что сам езжу на мотоцикле, при этом отговорил трёх человек ездить по дорогам общего пользования. Это было не очень сложно, аргументов было два: это не практично (было достаточно для двух человек) и этим не стоит заниматься до 30-ти лет. Лично мой список критериев, что вам это подходит, выглядит так:</p>
<ul>
<li>вам уже больше 30-ти, то есть вы умеете справляться со своими гормонами</li>
<li>вам важнее взаимодействие с техникой и окружающей средой, чем скорость и адреналин</li>
<li>вы готовы нести ответственность за свои действия в том смысле, что последствия вашей невнимательности, технической ошибки или желания зажечь могут очень долго сказываться на тех, кто от вас зависит или кому вы дороги</li>
</ul>
<p>Если вы интересуетесь скоростью и желаете оттачивать свои технические умения – добро пожаловать на трек. В том смысле, что на дорогах общего пользования вам не место, извините за резкость.</p>
<p>В чём ещё состоит проблема начала мото-жизни? Наверное в том, что порог входа очень высокий. С одной стороны, хочется начать с чего-то простого хотя бы 400-кубового, даже вот в правах градацию ввели. С другой стороны, будучи человеком от 80 кг веса и в российских реалиях, более безопасным является что-то 600-кубовое. Безопасное в том смысле, что мотоциклистов, несмотря на повысившуюся культуру езды, продолжают не видеть, и часто лучше просто уехать от непонятной ситуации, для чего требуется мощность под рукой.</p>
<p>Лично для меня решающим аргументом начала мото-жизни было желание эту жизнь разнообразить в связи с дефицитом испытаний. И эти испытания не замедлили появиться в первый же день постановки на учёт. Сразу после отъезда с СТС из ГИБДД начался дождь... к которому я был готов, поэтому надел дождевик, вставил телефон в прозрачный карман сумки на баке и собрался поставить мотик к другу в гараж. Когда прозрачный карман запотел и телефон перестало быть видно, стало понятно, что нужно искать что-то поближе. Ещё от мотоцикла стал валить пар откуда-то снизу с отчётливо химозным запахом. Что, впрочем, было нормально. Как нормальным были лужи тосола и бензина в другой раз, после заправки на горячем мотике. Поскольку мотик является достаточно простым устройством, в нём есть гениально простое устройство удаления лишнего тосола и бензина, называется "трубочка".</p>
<p>Весь мотоцикл он именно такой простой, настоящий, железный. Первое время я был, мягко говоря, в шоке: да ладно, вот так прямо должно лязгать железо по железу? Вот так прямо вот здесь резинка, здесь пружинка, и всё? Вот эти две жёрдочки – это подножки, то есть это всё, на что мне опереть ноги??? Вот отсюда пахнет маслом, отсюда ещё чем-то и это прямо так нормально? А вот эти провода, они вот здесь прямо торчат – я так и буду с ними ездить, и с ними ничего не случится?</p>
<p>Возвращаясь к приключениям, хочу сказать, что это невероятно круто. То догнал какого-то перца в пробке, то залило дождём, то меняешь сам воздушный фильтр, то крепишь кофр (а он крепиться не хочет). Итого: как мне кажется, это намного лучше, чем сидеть дома и пердеть в диван.</p>
<p>Возможности при этом расширяются, то есть <strong>некоторые</strong> пробки можно проехать. Иногда оказывается, что они особо ничем и не вызваны, что крайне интересно само по себе. Если ехать в 20-км пробке в солнечную погоду, то жар сверху (от солнца), с боков (от других машин) и снизу (от двигателя мотика) сделает из вас жареную котлетку достаточно быстро. Потерять сознание не так уж сложно, при этом опять же, когда живёшь в России, только фулл-экип, то есть: шлем (предпочтительно интеграл), защита спины, куртка со встроенной защитой груди и локтей, кевларовые джинсы со встроенной защитой коленей, мото-боты (запекают ноги замечательно). И это только необходимый минимум.</p>
<p>Хочешь снять мото-куртку и ездить комфортно, в одной жилетке? Подумай, как тебе будет житься без руки. Отдельные налокотники съезжают при аварии, если что. Так по всем остальным элементам защиты, на хипстеров в костюмах и шлемах-пузырях без слёз смотреть не могу. Впрочем, больше одного раза я этих хипстеров не видел. В дополнение хочу отметить, что нелишним будет пройти курс первой помощи (два полных дня с тренировками реанимации). Это невероятно полезно и вне мото-жизни, а в мото-жизни, с одной стороны, отрезвляет, с другой, есть какой-то шанс оказать помощь.</p>
<p>В общем, это целая отдельная жизнь, но она очень сильно влияет на все остальные сферы. Например, намного спокойнее ездишь на машине. Если при этом повышается самореализованность, что позволяет лучше концентрироваться на рабочих задачах. Это точно не то решение, которое одобрит твоя мама, поэтому с материнским комплексом тут вход заколочен. Да и многие другие люди не одобрят... которые ни разу в жизни на мотоцикле не ездили.</p>Волонтёрство и Вера2020-07-15T23:51:00+03:002020-07-15T23:51:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-07-15:/2020-07-vera.html<p>О помощи конкретному человеку сейчас и о занятии волонтёрством</p><p>У моих коллег по работе ребёнок со спинально-мышечной атрофией, и им нужно успеть собрать 8 млн. руб. на следующий укол до 24 августа.</p>
<p>Вот ссылка на Instagram со всей информацией: <a href="https://instagram.com/save_vera">@save_vera</a>.</p>
<p>Ну а дальше будет история про то, как получилось, что я в это ввязался.</p>
<p>Изначально волонтёрской деятельностью, а именно поддержкой онкобольных, у меня стала заниматься супруга. Дальше у нас появился свой ребёнок, мы уехали в связи с проектом на моей работе на Сахалин, где встретили двух коллег, Свету и Кирилла. На тот момент они уже были женаты, но у них не было своих детей, и они иногда заходили к нам, играли с нашей дочерью, Софией.</p>
<p>Проект закончился без задержек, мы все вернулись в Москву счастливые, обогащённые новым опытом и заработанными деньгами, продолжали поддерживать связь, хотя и не могу сказать, что сильно дружили. Сначала появилась новость о том, что Света беременна, а через какое-то время, что у ребёнка обнаружен рак.</p>
<p>Хотя я опосредованно сталкивался с темой онкобольных, я вообще не знал, что рак бывает у детей. Кирилл и Света в итоге продали квартиру, чтобы оплатить лечение в клинике Самсунг в Южной Корее. Но лечение не помогло, и Ксюша умерла. Остались видео, на которых она играет, качается на качелях и интересуется всем, чем интересуется ребёнок в её возрасте.</p>
<p>После этого не знаю, что сказать Кириллу и Свете. Наверное, в такие моменты умирает что-то в тебе. Потом наступает новый день, понимаешь, что ты всё ещё жив, идёшь гулять с собакой, если выходной, то можно приготовить завтрак на всех. Делаешь что-то, а на сайтах фондов онкобольных десятки фотографий таких детей и ты не понимаешь, что ты можешь сделать для них, а ещё для многих других детей с со сложными заболеваниями.</p>
<p>Поскольку лично я не чувствовал в себе сил работать с такими вещами, в итоге занялся работой с фондами. Во-первых, я больше заточен на работу с организациями, слабо разбираюсь в фандрайзинге, маркетинге и юридических вопросах. Во-вторых, есть надежда, что фонды помогут профессионально в таких случаях.</p>
<p>В историю с Верой я не собирался влезать именно в связи с тем, что не разбираюсь, чем можно помочь. Просто шёл на работу и в голову пришла идея: а что если написать в листовке не душещипательные вещи и не подробности про диагноз, и не размещать трогательное фото ребёнка, а просто написать: вот 3 тысячи рублей, это же одно-два посещения кафе или две поездки на такси или одно посещение косметолога. Ведь можно от этого отказаться для того, чтобы изменить что-то.</p>
<p>Дело даже не в жизни конкретного человека, а в том, что одна победа даёт надежду. Надежду на то, что побеждает не Минздрав с его отказом лечить детей с СМА и не равнодушие людей, а побеждает жизнь. В итоговой версии брошюры этого не было. Представители поколения Z, которых я попросил сделать брошюру, посчитали, что если писать про 3 тысячи рублей, это тоже про выпрашивание. ОК, подумал я, пусть будет делегирование.</p>
<p>Дальше нужно найти типографию, распечатать брошюру, раздать. Такие простые приземлённые действия, которые в итоге, надеюсь, повлияют на одну жизнь. Честно, я не верю в распространение информации в интернете, блоггинг, теггинг и инстаграмминг. Вижу лайки, которые не решают абсолютютно ничего. Думаю, что интернет не является дойной коровой или феей, которая исполняет все твои желания. У меня есть блог, и я не могу написать про это. Давай, интернетик, удиви меня.</p>Мы и они2020-07-09T23:16:00+03:002020-07-09T23:16:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-07-09:/2020-07-other.html<p>Почему мы не любим друг друга</p><p>На работе меня всегда учили смотреть вглубь вещей, и неожиданно для себя начинаешь находить аналогии в командной работе, фильмах ужасов и политике. Всё дело в волшебном слове "они" – когда оно возникает, сразу мурашки начинают бегать по коже. Ну хорошо, чужие. У человечества есть замечательное слово "ксенофобия" для обозначения боязни чего-то другого. Создатели фильмов ужасов прекрасно знают законы жанра: слизь, острые зубы и когти, и тут уже не надо задумываться, что эти существа хотят от тебя – конечно съесть, а может и забраться внутрь.</p>
<p>Ну ладно, фильмы ужасов. Ну ладно, расисты. Но вот читаешь Фейсбук, цвет прогрессивной мысли, и тут пишут про то, что есть мы – такие замечательные прогрессивные хипстеры, все на гироскутерах во всём брендовом. И тут, вы представляете, какая-то старушка идёт голосовать не так, как нам нравится. Конечно она не такая, практически "чужой", давайте про неё ещё комикс нарисуем и посмеёмся.</p>
<p>Цвет прогрессивной мысли читает много умных книжек про саморазвитие, там даже встречается такая фраза "поставить себя на место другого", но это же слишком сложно. Так вот, представим себе на месте старушки, чьё мышление вполне рационально. Управляется оно страхом того, что было в 90-е, когда на пенсионеров все забили, потому что были заняты строительством светлого будущего (полная до сюрреализма аналогия с коммунистической стройкой), масштабными экономическими реформами. Как будто масштабность реформ может оправдать отход от одной простой истины: уровень развития общества определяется отношением к стариками и инвалидам. И сколько не тужься, не пиши про экономические свободы, свободы слова в те замечательные 90-е, отношение к старикам было хуже.</p>
<p>Цвет прогрессивной мысли замечает, что голосование-то прошло не по политическому признаку, а по возрастному, и это расхождение во взглядах фундаментально. На этом анализ останавливается, типа, непреодолимые противоречия. Это похоже на то, как два не до конца повзрослевших человека поторопились вступить в брак, потом приходят разводиться, и такие друг другу говорят: ну, у нас непреодолимые противоречия. Проблема в каждом человеке, но зачем её искать, давайте останемся такими же невообразимо прекрасными.</p>
<p>В команде это "они" я регулярно слышу по отношению к смежным подразделениям, подрядчикам, другим проектам. Поражаешься, насколько человек (опять же, сплошь цвет прогрессивной мысли) примитивен: проведи ему палкой на песке границу, и он будет считать тех, кто по эту сторону, своими, и будет готов пить с ними на брудершафт. А тех, по другую сторону этой только что появившейся линии, будет готов порвать на британский флаг. Обложить нехорошими словами за спиной – так это вообще самое меньшее, что можно делать.</p>
<p>В организации есть такой момент, как positive tension, или позитивное противоречие. То есть противоречия между подразделениями, между подрядчиком и исполнителем должны быть, это играет на руку организации, повышает эффективность, все друг друга напрягают. Не нужно выдумывать какую-то систему над ними, чтобы получить результат.</p>
<p>Работать в этой системе может помешать только одно – осознание, что ты не лошадь, которая бежит в шорах и видит потому перед собой только дорогу. А с точки зрения эффекта намного лучше расширить свою команду. И когда люди понимают, что ты с ними не воюешь, что в твоих целях уничтожение их самих не значится, а есть что-то выше, отношение к тебе меняется. Есть такое слово embrace – вроде как охватить или обнять, включить. Как мне кажется, включение других участников процесса в свою команду – это именно про обнять.</p>
<p>И ещё есть один феномен: как подружить врагов. Надо сделать из них команду, а для этого нужен либо общий враг (в сложных случаях), либо общая цель. Если есть общая цель, то только отъявленные ксенофобы не почувствуют, что рядом тоже человек, у него тоже пара рук и ног, у него есть своя рациональная логика, и дело не в том, что он 24 в сутки смотрит либо несёт какую-то дичь. Изменения начинаются с этого, когда ты приходишь и смотришь на проблемы этого человека и находишь плюсы своих изменений для него. Но зачем это делать, если можно зайти в ФБ и потроллить бабулю, которая просто хочет быть уверена, что ей выплатят очередную пенсию. Это так благородно, чёрт возьми.</p>Плоская оргструктура2020-07-06T22:57:00+03:002020-07-06T22:57:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-07-06:/2020-07-flatorg.html<p>Как получить упрощение и удешевление коммуникаций, а ещё поднять мотивацию сотрудников в команде</p><p>Многие люди на работе делают карьеру, а карьерный рост зависит от ответственности, которую сотрудник на себя берёт. В то время, когда нет объективных показателей этой ответственности, используют "количество сотрудников в подчинении". В результате получается такой посыл: хочешь повышения зарплаты – сделай так, чтобы у тебя в подчинении было больше сотрудников. В результате в относительно небольшой организации (например, 40 человек) получается 3-4 уровня подчинения. На мой взгляд, это крайне плохо: скорость распространения информации снижается, люди начинают грустить, и на это есть сразу несколько причин.</p>
<p>Во-первых, повышается число менеджеров на одного выполняющего работу человека. Во-вторых, чтобы донести какую-то простую мысль до руководства, тратится времени больше во столько раз, сколько уровней управления. Больше относительно командной работы, когда есть руководитель, но в целом люди общаются на равных и выслушивают друг друга, есть общие регулярные совещания для этого.</p>
<p>Когда добавляется хотя бы один уровень управления, начинает возникать политика, руководители делят людей и сферы влияния. При передаче информации через уровни управления возникают искажения. Если добавить сюда сознательную неясность формулировок, с точки зрения передачи информации получается полный хаос: конструктивные сигналы могут гаснуть, а деструктивные усиливаться и рикошетить при переходе по уровням управления.</p>
<p>Для управления одноуровневой командой необходимы лидеры, но лидера невозможно назначить. Либо человек на каждом совещании предлагает и поддерживает конструктивные решения, либо надувающий щёки менеджер становится посмешищем для всей остальной команды. Бывает, что выскочки и тролли при отсутствии лидера, способного их приструнить, уводят команду в сторону и делают совещание тратой времени. Другими словами, без реализации такого мутного понятия, как лидерство, одноуровневая команда более уязвима, тогда как в многуровневой решает дисциплина.</p>
<p>Но на другой стороне медали – механизм обсуждения, когда за один заход рассматривается: куда движемся, что делаем для этого, возможно ли это сделать. Бывает, что красивые стратегические идеи невозможно реализовать без существенных трудозатрат, и они отфильтровываются именно на этапе "как". С другой стороны, "стратеги", которые регулярно получают обратную связь на свои идеи, начинают работать гораздо продуктивнее. И со стороны исполнителей "как" важно погружаться в повестку того, к чему всё движется и что для этого планируется сделать.</p>
<p>Лично мне вполне понятно избегание плоской оргструктуры, когда нет лидеров или нет уверенности, что этот механизм будет работать. Но и выиграть в случае успешной реализации такой схемы работы можно больше. А люди привыкают к хорошему и не хотят работать после этого по-другому. Меньше дисциплины означает и больше реализации творческого потенциала каждого человека в команде. А людям нравится быть реализованными, на это тоже подсаживаешься.</p>Minecraft и творчество2020-06-16T21:43:00+03:002020-06-16T21:43:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-06-16:/2020-06-minecraft.html<p>Личное мнение про важность конструкторов в целом и Minecraft в частности</p><p>С одной стороны, в зарубежной прессе читал восторженные отклики про minecraft, точнее, саму игру уже перестали обсуждать, а обсуждали, работает ли она на новом девайсе, например, на Raspberry Pi. И это не журналы про игры, и игра рассматривалась в образовательных целях. С другой стороны, одна знакомая не поставила дочери Minecraft, потому что "надо платить", тем более "за игру".</p>
<p>В Minecraft действительно есть режим выживания, похожий на игру. Но в другом, творческом режиме нет соревнования и набора очков, нет ограничений на ресурсы – просто каждый строит, что хочет. Так игра ли это? С точки зрения ухода в другой мир, конечно это игра, но фильмы и мультики тоже увлекают, как и книги. На мой взгляд, именно творческий режим не является игрой с точки зрения привыкания, мне это больше всего напоминает игру с конструктором.</p>
<p>Если кто-то (вдруг) ещё не знает, Minecraft похож на конструктор с точки зрения того, что нужно строить из достаточно крупных блоков. Сначала эти блоки кажутся просто гигантскими (особенно после Lego), но потом понимаешь, что это как раз то ограничение, которое стимулирует творчество. Блоки в игре могут представлять разные материалы или быть яйцом, из которого появляются животные.</p>
<p>Теперь разберёмся, за что там платить. Minecraft состоит из виртуальных миров, а виртуальные миры занимает совершенно реальную оперативную память, за которую нужно платить. Дальше, разработчики добавляют материалы, инструменты, а также вносят исправления в логику игры. Мне кажется, это вполне себе постоянная работа, которая требует оплаты.</p>
<p>Есть бесплатные аналоги Minecraft, но, если честно, я не стал их пробовать. Minecraft лидирует среди подобных конструкторов, и дело не в удачном дизайне игры, а, скорее, наполнении. Думаю, качественное наполнение возможно только в случае достойной оплаты, и Minecraft хорош тем, что приучил пользователей платить. Кстати, не так много: версия для мобильных устройств стоила менее 600 рублей, и это разовый платёж.</p>
<p>Ситуация с бесплатными аналогами мне здесь напоминает Lego: есть более дешёвые конструкторы, построенные на том же принципе стыковки деталей. Но почему-то себе и в подарок каждый раз приходишь за Lego. Мне повезло, в моём детстве было 3 конструктора Lego, и мне сложно судить, насколько значительно они повлияли на мышление и воображение. Помню лишь, что свои модели я создавал десятками, в том числе, скрещивая детали разных конструкторов. Ещё помню железный советский конструктор, который сейчас вспоминают только как синоним крайне сурового детства.</p>
<p>В связи с вопросом о платном и бесплатном не могу не вспомнить и ещё один момент. Это пламенная речь о том, что детей нужно увлекать реальной жизнью и играми, что их зомбируют планшеты. Почему-то тот, кто обычно выступал с этой речью, давал своим детям планшет очень часто, а речь эту заводил только когда нужно было заплатить. Патерналистское сознание безусловно говорит о том, что нужно подождать, придут родители и купят бесплатно. Только ребёнок вырос, у него уже свои дети, которые либо получат возможность творить в наиболее передовом из созданных на текущий день миров, либо нет.</p>
<p>И бонус-трек, если задуматься: покупки в играх всем надоели, как и реклама, но ещё хуже – терпеть всё это, лишь бы не платить. То есть не уважать себя. С этой точки зрения игры делятся на два типа: которые постоянно клянчат деньги, и это напрягает, и которые подразумевают разовую оплату. Во втором случае, а это как раз случай Minecraft, не чувствуешь, что у тебя вытащили деньги и будут тянуть дальше – на мой взгляд, это вполне разумное потребление.</p>
<p>P.S. За рекламу мне никто не платил.</p>Открытость в команде2020-06-11T23:12:00+03:002020-06-11T23:12:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-06-11:/2020-06-open.html<p>Про зависимость эффективности работы в команде от более тесного взаимодействия, в том числе за пределами работы</p><p>Текущая команда на основной работе очень нравится и мне, и остальным участникам. Кроме этого, как мне кажется, с точки зрения реализации потенциала участников и то, что команда реализует в целом по сравнению с простой суммой компетенций её участников, выше команд, в которых я работал до этого. Частично объясняется тем, что мы работаем вместе действительно долго – пять лет и более. Но размышления об эффективности этой команды привели меня к тому, что есть ещё кое-что.</p>
<p>Особенно это заметно на удалённых совещаниях: на них есть постоянный "скелет", наша ежедневная повестка. Это статус по текущим задачам, что сломалось / что починили, у кого какие вопросы возникли. Но "мясо" совещаний составляет не это, а то, что каждый рассказывает о себе. При этом совещания шести человек укладываются в 15-20 минут, и мы успеваем обсудить рабочие вопросы. Но дело не только в том, что люди рассказывают о событиях в своей жизни за пределами работы: кто-то защемил телефон дверью в машине, кто-то испытывает необычные баги при работе с почтой, у кого-то (в Сибири) необычно тёплая погода, у кого-то пользователь обратился с необычной (забавной) просьбой или наездом.</p>
<p>То, что пытаюсь ухватить, что так сильно влияет на эффективность, скорее относится к культуре. И это культура, в которой любой может поделиться не только логичными аргументами, но и своими опасениями и страхами, и это нормально. Другой может поделиться своим возмущением, но без перехода на личности и выход за рамки рабочего взаимодействия. Никто не упрекает, что у тебя нет выстроенной логики в доказательстве твоей позиции, а есть только интуитивные зацепки. Мы не обсуждаем это явно, но при этом доверяем интуиции, поскольку на радаре интуиции можно засечь события или признаки, которые могут стать рисками с очень серьёзными последствиями при их реализации.</p>
<p>Есть и другой момент, настройка внутреннего компаса. Он показывает каждому, как правильно, и тут нужно сказать, что в команде все очень разные люди с очень разным жизненным опытом и укладами жизни. И у кого-то одного этот компас может показать, что мы движемся куда-то не туда. Например, у меня компас настроен больше на красивые архитектурные долгосрочные решения, а моего коллегу больше беспокоит справедливое и последовательное отношение к пользователям, а у нашего руководителя первично достижение бизнес-результата. Если что-то из этого не учесть, получится не очень хорошо, например:</p>
<ul>
<li>решение принесёт пользу, но проработает недолго, то есть инвестиции в решение не будут эффективными;</li>
<li>люди, почувствовав несправедливое решение, будут саботировать использование решения, каким бы замечательным оно ни было;</li>
<li>красивое решение останется стоять на полке, поскольку не приносит пользы бизнесу.</li>
</ul>
<p>Есть такой термин, diversity, и обычно он используется с точки зрения отсутствия дискриминации кого-то. Но само по себе отсутствие дискриминации может выразиться в формальном "Ваш звонок очень важен для нас", здесь же мы не останавливаемся в обсуждении, пока принципиально не снимем возражения каждого. Конечно, иногда нужно принимать решение и двигаться дальше, даже если мы не уверены в его правильности.</p>
<p>Интересно и то, как строится эффективное обсуждение. Чтобы обосновать человеку, который говорит об эффекте для бизнеса, нужно говорить именно об эффекте для бизнеса, то есть играть на его поле. А не открывать новые стороны архитектурной завершённости решения, коллега-то об этом не говорит. Поэтому, если совсем грубо, "свои" решения успешно защищает тот, кто может "надеть чужую шляпу", представить себя на месте другого, услышать его аргументы и обосновать на уровне этих аргументов (в идеале). Или показать, что он видит картинку целиком, и в рамках общей картинки какие-то аргументы перевешивают другие. </p>
<p>Можно долго писать или говорить о важности мнения каждого, важности поставить себя на место другого человека. Но спроектировать процесс, который бы обеспечивал выполнение этих положений, невозможно, это уровень культуры. А создать работающую культуру, которая бы это <strong>обеспечивала</strong>, по моему опыту, удаётся в очень ограниченном числе случаев. Как управлять культурой, какой вклад в формирование культуры вносит каждый участник команды? Здесь я не знаю рецепта, компонентами являются ценности руководителя, которые влияют как на подбор людей в команду, так и на работу этой команды. За 5 лет много всего происходило, и мне сложно судить, что в какой степени повлияло на ту культуру, которая образовалась сейчас. Но совершенно точно были поворотные моменты, когда если культура и определённые ценности есть, ты идёшь налево, и если нет, то направо. И мы шли налево, это и было <strong>проявлением</strong> ценностей и культуры. А если они не проявляются, как мне кажется, их и нет.</p>Лучшее из худшего2020-05-28T08:23:00+03:002020-05-28T08:23:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-05-28:/2020-05-decisions.html<p>Принятие решений, когда не бывает хороших вариантов</p><p>Изначально я задумал написать очередной лайфхак про то, как организовать себе рабочее место, когда его физически негде организовать. Но потом я подумал, что это хороший пример принятия решений в целом, когда есть границы или начальные условия, преодолеть которые ты не в силах. И "всем сёстрам по серьгам" не получится. В принятии таких решений человек и проявляется в полной мере, и только частично можно основываться на интеллектуальном анализе ситуации. Но по проектному опыту именно такие решения двигают вперёд, именно тогда ты и получаешь опыт, то есть можешь судить только потом, было решение оптимальным или нет.</p>
<p>Возвращаясь к нашей ситуации, вот находится человек в режиме самоизоляции, в стрессе, продолжает работать. Открывает руководства по тому, что делать, там везде в первом пункте пишут: организуйте себе рабочее место, установите границы. Большинство осталось в городе, где либо есть свободная комната (кладовка), либо нет. Так уж получилось, что у меня её нет. Счастливчики (вроде бы) с дачами выехали всей семьёй и тоже страдают: дети постоянно отвлекают от работы и хорошо, если уголок всё-таки удалось найти и удалось выстроить какие-то рамки.</p>
<p>Есть ли ещё какие-то выходы из этой ситуации? Человеческий ресурс ограничен, и с каждой неделей самоизоляции этого ресурса становится меньше, начинаются сначала напряжённость, а потом и конфликты в семье. И это, как мне кажется, ключ к решению: является ли такая ситуация напряжённости лучшим вариантом? Лично в моей иерархии ценностей семья находится выше остального, поэтому если я прихожу к тому, что набор принятых ранее решений приводит к негативным последствиям для семьи, то их лучше пересмотреть. Какие же это были (часто неявно) принятые решения? Прежде всего, это было решение не разделяться.</p>
<p>До "карантинного" опыта опыт разделения в моей семье был связан с моими командировками, и я не могу сказать, что это был только негативный опыт, ведь отдохнуть друг от друга тоже бывает полезно. А без командировок повода вроде и нет. Наверняка есть партнёры со зрелыми взаимоотношениями, которые могут сказать друг другу: "что-то мы устали, давай отдохнём друг от друга", это здорово. В моём случае решение разделиться на рабочую неделю пришло от того, что каждый раз начинался замкнутый круг, от моего напряжения на работе, которое транслировалось на остальных, а потом возвращалось ко мне.</p>
<p>Началось с того, что я узнал о том, что друг снимает дом за городом на майские праздники за вполне существенные деньги. Дальше я задал себе вопрос: ОК, а куда я могу уехать за город? Оказывается, есть дача отца, на которой он в то время не жил, заизолировавшись в квартире. Это может быть и дача друзей, и дом или помещение в аренду. Но ключевой момент в том, что нет необходимости туда ехать всей семьёй, это место для работы. На выходные возвращаешься домой, а работа остаётся там, на месте для работы. Это также важно с точки зрения физических границ между территорией работы и территорией семьи.</p>
<p>Конечно, в этом решении есть куча минусов, я сам их назову. Во-первых, это не постоянное решение, долго так жить невозможно. Но и ситуация с самоизоляцией не постоянная. Во-вторых, супруга тоже может устать, но и я могу забрать ребёнка на дачу. Решение разделиться может работать и в другую сторону: оно принимается для того, кому больше требуется побыть одному. Можно восстановиться, заниматься своими делами, уйти в работу или хобби, а в конце просто соскучиться по членам своей семьи. Можно скольку угодно твердить себе, что тебе важна семья, но если ресурса не осталось и чувствуешь только раздражение, ничего не меняется. </p>
<p>В-третьих, это не идеальное и не моё жилище, я, может, многое хотел бы здесь изменить, например, выбросить старую мебель, но не могу. Старая советская мебель напрягает мою жену настолько, что она не может находиться на этой даче больше двух дней, и я её понимаю. Вопрос не в дизайне, а в духе времени, очень тяжёлого времени. Стоит ли ради этого искать в аренду дачу или квартиру с модной мебелью? Каждый ответит для себя, здорово, если есть такая возможность. Вопрос в том, какие у вас минимальные требования. Лично мне достаточно водоснабжения, душа и туалета в доме, газовой плиты, магазина продуктов поблизости, и здесь это есть.</p>
<p>В-четвёртых, если это не ваше жилище, и вы вынуждены жить там с кем-то, то встаёт вопрос совместимости и взаимоотношений, не говоря уже о разделении обязанностей по хозяйству: кто готовит, кто моет, кто выносит мусор, на какую станцию настроить радиоприёмник, какую музыку и на какой громкости слушать. Хорошо, если это люди вашего возраста и на вашей волне, в остальных случаях всё может быть немного сложнее. Были сложности и у меня. Помогает, когда любой может выполнить любую обязанность, и в случае двух мужчин это так: каждый умеет готовить, может затопить печь, вынести мусор или принести воды. Опять же, я благодарен отцу за возможность быть на его даче, да и готовить меня не напрягает, поэтому часто приготовить и привезти воду за мной. Также совместные чаепития с чем-то вкусным сближают людей, хотя до этого не сказать, чтобы мы много общались. </p>
<p>Повторюсь, это не идеальное и не постоянное решение. Но когда ребёнок мне говорит, что будет скучать (да и я буду скучать), на другой чаше весов – нервы и конфликты, которые наглядно можно себе представить. Это среднесрочное решение, его невозможно принять на основе стремлений, например, быть вместе в данный конкретный момент. Но вместе с тем, хочется надеяться, что это решение лучше для всех в конечном итоге, при этом оно само по себе не вредит семье. Ребёнок не может принять такое решение, это ответственность взрослого. В том числе, за негативные последствия, если что-то пошло не так. С положительной точки зрения это опыт адаптации, поиска и принятия таких неочевидных решений.</p>
<p>Здесь можно провести аналогию с работой: мой руководитель отвечает за операционные показатели, и когда я прихожу с идеальной (детской) моделью, то ему приходится принимать решение не идеальное, но реальное в данный момент. Такие решения часто называют "костылями" или "подпорками", и важно следить, чтобы их не было слишком много. Поскольку когда они превышают определённый процент от конструкции, то заваливаются все вместе. Но по прошествии времени могу сказать две вещи. Во-первых, это работает, и иногда работает поразительно долго (годы). Во-вторых, путь к идеальной модели не прямой, иногда нужно сначала сделать модель на подпорках, чтобы люди помучились, и оценили идеальную модель, были готовы что-то вложить, чтобы к ней прийти. Такой опыт, через который люди проходят, и аргументация на основе этого опыта – как мне кажется, наиболее убедительная из всех.</p>
<p>Возвращаясь к самоизоляции и семье, думаю, иногда в этой самоизоляции и том, как мы её переживаем, не нужно искать слишком много высокого смысла. Да, мы получаем какой-то опыт, и не известно, где он нам пригодится. В данном случае важно во-первых, всё это пережить, а во-вторых, сохранить семью и отношения с близкими. К чему это всё, к перенаселённости городов или к наивности наших представлений о природе, лично я без понятия.</p>Цифровая трансформация чего2020-05-27T22:56:00+03:002020-05-27T22:56:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-05-27:/2020-05-digital.html<p>О важности дополнения в русском языке</p><p>Несколько коллег по работе вступили в группу в FB "Цифровая трансформация", которую всячески могу рекомендовать. И всё было бы хорошо, серьёзные статьи, но мне не понятны всего лишь два простых момента:</p>
<ul>
<li>Это про цифровую трансформацию чего?</li>
<li>Где здесь люди?</li>
</ul>
<p>В статьях идёт речь о шагающих роботах, о дронах, об анализе больших данных – о чём угодно, но не о людях. Только мне интересно, почему?</p>
<p>Знаете, у меня есть знакомая, которая является проектом, сейчас объясню – как такое возможно и какое отношение это всё имеет к цифровой трансформации. Человек решил делать деньги на психологии, любящий муж нанял профессионалов, которые написали продающие тексты, сделали супруге продающий макияж и сняли продающие видео. Конечно, для молоденьких дамочек, которым требовалось волшебная кнопка "всё исправить", пусть и дорого, в сфере психологии... да нет, "где-то там, в голове", "мгновенная перепрошивка". Венцом маркетинга стала надпись на фото в инстаграмме "Увеличить доход мужа до 600 тыс. руб.". И многие статьи напоминают мне эту рекламу, с той небольшой разницей, что вместо 600 тыс. руб. выступает что-нибудь "горячее цифровое". Между тем, суть ускользает, а волшебной кнопки нет ни в психологии, ни в бизнесе (уж извините за резкость суждений).</p>
<p>Как мне кажется, есть только один объект трансформации, и это человеческое сознание, поскольку именно оно с помощью человеческой воли меняет реальность. Если сопоставить это с тем, что все хотят видеть красивую картинку, делаю вывод, что трансформация сознания идёт не с такой скоростью, как хотелось бы, и это не то, что с гордостью можно выставить на показ. И ещё я думаю, что реально произошедшая трансформация (то есть случившийся переход из одного устойчивого состояния в другое) – результат напряжённой и объёмной работы. Когда на моих проектах такая работа подходила к концу, чтобы не говорить на мате, я мог только процитировать одну известную строчку: "Когда б вы знали, из какого сора растут <em>проекты</em>, не ведая стыда" (прошу прощения за переделку А. Ахматовой, но между проектами и стихами для меня есть прямая аналогия).</p>
<p>Знаете, среди моих коллег родилась шутка, когда мы обмениваемся мнением об очередной команде консультантов. Лучшая характеристика, которую можно получить – её/его взяли явно не за внешний вид. Если человек неряшливо одет, негламурно накрашен, есть хоть какой-то шанс, что он способен делать продукт, который меняет сознание людей. Если же человек не до конца понимает, чем он занимается, ну, достаточно знать, что это что-то модное, то важно и одеться по-модному. Последним вытолкали мальчика, который умел две вещи: открывать свой Макбук (что характерно, личный, а не выданный работодателем) и носить костюм. Заявлен он был при этом как технический архитектор. Два (2) потерянных месяца проекта и повторная проработка с людьми, один из которых напоминал чеченского бандита, а второй Чикатило. Отличные ребята, вот их могу рекомендовать, в отличие от первого.</p>
<p>Почему все стесняются историй, как человеческое сознание перешло из точки А в точку Б? Историй о том, сколько и в какой последовательности потребовались усилия для изменения реальности из точки В в точку Г? Сколько раз поворачивали не туда, мучались, выбирая решение и ошибались? Извините за пафос, разве есть что-то более достойное рассказа, чем человеческий труд? Или все превратились в мачо, у которых в силу неполноценности эмоции и рефлексия считаются признаками слабаков?</p>
<p>Между тем, обратясь к той же психологии, первый шаг на пути к восстановлению целостности личности (помимо других положительных эффектов) – это осознание того, где ты находишься сейчас, и осознания того, как ты туда пришёл. Если рисовать траекторию в желаемую точку Г неизвестно откуда, то неизвестно куда и попадёшь. Проекты по анализу ситуации "как есть" уже стали синонимом чуть ли не отмывания денег (по тому мизерному эффекту, который они дают), но они хоть как-то снимают риски непопадания в точку Г. Люди хотят знать, насколько всё плохо, и знать реальное положение дел, именно для этого нанимаются сторонние консультанты и им платятся деньги за независимость суждений. Консультант выступает аналогом психоаналитика, отражая состояние клиента.</p>
<p>Есть большая разница между психоанализом и рассказом о проекте внедрения: психоанализ проводится в комфортной обстановке доверия, тогда как про проект рассказываешь всем. И при всех трудно признать неудачи, но тогда и не рассказать о том, как из них выбирались. Те, кто знают цену проектным успехам и проектным ошибкам, никогда в рассказ о том, как всё замечательно сложилось, не поверят. Таким образом, люди, которые не рассказывают о сложностях, просто обесценивают успех своего проекта, делая его недостоверным. Просто потому, что если не рассказывают всего про процесс, то и про результат, скорее всего, приукрашивают.</p>
<p>Отдельная история – когда общество излечится от "синдрома гламурной картинки". Наблюдая достаточно давно за отраслью ИТ, заметно, что в России эта отрасль выступала инициатором многих изменений, была местом, где впервые устанавливались стандарты в отношении компетенций людей, успеха проектов, уровня сервиса для получившихся ИТ-решений. На habr'е уже троллят PR-тексты – подождём, когда докатится до остальных.</p>Программирование и жизнь2020-05-22T07:24:00+03:002020-05-22T07:24:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-05-22:/2020-05-program.html<p>История моих взаимоотношений с программированием и выводы о том, какое место программирование занимает в жизни сейчас</p><p>Сейчас прохожу базовый курс computer science на codeacademy. При том, что на работе меня никто не заставляет программировать, есть понимание, что без этого навыка сложно в современном мире: сложно понимать, как что работает. Неожиданный положительный эффект – улучшение логики при выполнении упражнений и привычка составлять алгоритм решения задачи. Находясь всю трудовую деятельность между бизнес-заказчиком и техническими специалистами, старался развиваться именно в сторону первых, то есть в сторону методических знаний, как устроены операционные модели и бизнес-процессы в конкретной области. Системы, которые мы применяем сейчас, были разработаны достаточно давно, а небольшое число современных систем представляют собой облачные решения. Облачные решения ведь и придуманы для того, чтобы не нужно было знать, как там всё устроено, верно?</p>
<p>С одной стороны да, но с другой я уверен, что ИТ-ландшафт даже консервативного бизнеса скоро необратимо изменится, и не только в сторону облачных решений, но и в сторону продуктов на современном наборе технологий. Поэтому пропускать такое, как мне кажется, – непозволительная роскошь. Разобраться сходу, что такое Angular или любое другое загадочное и модное слово без понимания основных принципов функционирования ИТ и взаимодействия ИТ-компонентов между собой, принять решение, что из этого имеет смысл применять в конкретном решении, – с одной стороны, это задача ИТ-архитекторов. С другой, по личному опыту, лучше доверять им, но проверять. Например, есть люди, которые любят набор технологий Microsoft, и сместить их на что-то другое крайне сложно, они всегда будут обосновывать выбор именно этого набора технологий.</p>
<p>Как же так получилось, что знание именно программирования понадобилось уровню выше технических специалистов и ИТ-архитекторов? На примере своей биографии могу рассказать о том, что это всегда было так, просто у людей, не знакомых с программированием, сформировался ореол загадочности или мистики вокруг этой области навыков. Именно навыков, а не только знаний, то есть чего-то, что "руки помнят".</p>
<p>Два мира, бизнес-заказчиков и ИТ-специалистов, движутся навстречу друг другу. Бизнесу всегда нужна была гибкость, а максимальная гибкость обеспечивается при написании кода. Есть несколько вариантов решения этой задачи: визуальный конструктор и lowcode-решения, которые представляют собой нечто среднее между конструктором и "настоящим" кодом. Не удивлюсь, если через 5-10 лет не только специалисты и менеджеры, но и руководители будут решать свои задачи именно с помощью программирования, пусть и более высокого уровня. Хотя ещё в 2002-м встретил в розничной компании менеджера именно в управленческой структуре компании, который (которая, это была девушка) не стеснялась писать SQL-запросы к Access-базе данных. Просто человеку так оптимально было строить разные отчёты, на основе которых она же и принимала решения.</p>
<p>Читал много историй о том, как люди начинали с бейсика, который к программированию имеет опосредованное отношение. Да, ты пишешь коды и компьютер их выполняет, но мне всегда было интересно "настоящее" программирование, то есть функциональное либо объектно-ориентированное. В функциональном ты задаёшь функции, которые можно вызывать с параметрами и которые возвращают значения, а в объектном ты создаёшь классы и объекты, которые с помощью методов также делают что-то полезное. Питона (python) тогда не было, наиболее красивым и академичным был Паскаль, который, по счастью, и оказался на моём пути в школе и на домашнем компьютере. Это было стопроцентное хобби без понимания его практического применения, ведь я поступил на экономический факультет.</p>
<p>Первые 5 лет карьеры, поскольку я занимался внедрением информационных систем, даже мысли что-то написать самому не было, поскольку всегда рядом были коллеги-программисты, и это были программисты достаточно высокого уровня. Затем я перешёл в управленческий консалтинг, отличительном признаком которого являются презентации и анализ данных в Excel. Вот тут и началось самое интересное, поскольку в штате консалтинговой компании программистов тогда не было, хотя позже они появились (когда компания решила заняться проектами, связанными с внедрением информационных систем).</p>
<p>Первая задача была вроде бы простой, анализ штатного расписания, даже количества сотрудников по подразделениям. Беда была в том, что компания, которую надо было проанализировать, работала по всей России, у неё было множество филиалов и сотрудников, поэтому набор данных в Excel никак не влезал. Ну ничего, открываем Access, загоняем туда данные, пишем запросы. Среди коллег были те, кто это умел делать, но это не считалось <strong>базовым</strong> навыком.</p>
<p>Вторая задача была ещё увлекательнее: мы начали обследование компании, и на запрос предоставить регламенты нам дали архив на диске и несколько коробок с распечатанными документами. Один опытный коллега, которого молодёжь любила слушать, рассказывал, как в похожем случае они не стали ничего изучать и пошли брать интервью. В интервью ничего плохого нет, их мы тоже проводили на этом проекте, но упускать из анализа сами документы не хотелось.</p>
<p>Изучение нескольких документов показало, что они похожи. Регламенты вводились в действие приказами, в которых в одном абзаце описывалась суть регламента, а заканчивался приказ словом "Утверждаю". Был написан скрипт, который в первую колонку вытаскивал название файла (оно соответствовало названию регламента), а во вторую вытаскивал описание из приказа. Тогда мы смогли разделить список на несколько человек по областям и приступить к более детальному изучению документов. Было ещё несколько задач, и у меня образовалась коллекция скриптов на VisualBasic. В основном, они преобразовывали выгрузки из 1С к виду, пригодному для анализа в сводных таблицах Excel.</p>
<p>Дальше в моём опыте программирования последовал перерыв, поскольку задач для реализации в коде вроде бы не было, были презентации, графические схемы процессов и текстовые регламенты. А потом я оказался в небольшой логистической компании, где был отдел транспортной логистики, и этот отдел использовал наёмный транспорт. Сетки транспортных тарифов различались, в зависимости от объёма и веса посылки, а также в зависимости от города назначения было выгодно использовать одну или другую транспортную компанию. Программисты были, и был молодой парнишка, который занимался этой задачей; он сделал её с помощью формул, но немного не доделал. Потом у него был конфликт с руководством, он ушёл, инструмент так и остался недоделанным. Лично мне показалось, что про эту программу дольше говорят, чем займёт времени сесть и написать.</p>
<p>С большими формулами я не умел работать (и не умею до сих пор), поэтому написал код на VisualBasic, который состоял из функций: каждая функция отвечала за расчёт тарифа одной транспортной компании. Написано всё было достаточно криво, но меня интересовала не красота реализации, а то, что это всё работало. Уже перед уходом из этой компании коллега-программист сказал, что можно не писать кучу if-else там, где тариф выбирается в зависимости от веса/объёма, а сделать цикл по границам диапазонов веса. Переписал всё, при этом нашёл кучу интересных ошибок.</p>
<p>Дальше я оказался в добывающей компании, на проекте внедрения информационной системы. Было несколько случаев, когда требовалось преобразовать данные, но написать очередной "шедевр" пришлось в следующей ситуации. Было где-то 10 вечера, мы остались вдвоём с коллегой, которому требовалось заполнить справочник "Плановые сроки поставки", причём сегодня. Каждый срок поставки нужно было ввести по комбинации условий. Коллега взял калькулятор, посчитал количество комбинаций, у него получилось 30 тысяч, если я правильно помню. Это не важно, поскольку сейчас это больше 80 тысяч. Программа ничего сложного собой не представляла, просто 5 вложенных циклов, которые на каждую комбинацию добавляют строку в файл, потом с помощью формул определялось уже значение срока поставки без скрипта.</p>
<p>На этом самое смешное не закончилось. А что, если меня не будет, как будут люди пользоваться этим скриптом, подумал я. Там было несколько переменных (таблиц) которые нужно было аккуратно задать. Подумал, и сделал заявку на доработку 1С, чтобы она сама создавала справочник, на что мне ответили, что это потребует слишком много человеко-часов (профессиональных разработчиков). Кроме того, та информационная система считалась временной. Но информационная система в итоге отработает минимум 3 года, а моим скриптом пользовались не раз.</p>
<p>Сейчас популярность набирает Питон, поскольку он и проще (даже проще Паскаля за счёт отсутствия скобок и лаконичного синтаксиса), и мощнее за счёт объектного подхода. Тот курс computer science, о котором я писал в начале, идёт именно на примере Питона, поскольку Питон для учебных целей лучше всего подходит. Когда я впервые увидел, как объектных подход использован в веб-фреймворке django, то не поверил, насколько это просто. Django в целом выглядит как конструктор: накидал логику, формы, структуру таблиц, остальное он делает сам. При это именно на django были созданы первые версии Instagram. Первые примеры на django, когда освоишься с ним, выглядят крайне простыми, но чтобы написать что-то стоящее, потребуются более глубокие знания именно основ программирования.</p>
<p>Для сравнения посмотрел PHP-фреймворк Laravel: добро пожаловать в ручное управление миграциями базы данных, когда нужно удалять или добавлять поля. После того, как ты об этом не задумывался, перейти на такой уровень работы надо сильно захотеть. На выходе есть чёткое понимание, если приходится выбирать, на какой платформе развивать продукт. Тем не менее, много достойных продуктов сделаны на Laravel, и вопрос, на каком фреймворке продукт написан, не так значим, если продут выигрывает по функциональности.</p>
<p>В Великобритании <a href="https://www.theguardian.com/technology/2014/sep/04/coding-school-computing-children-programming">приняли решение</a> обучать детей программированию с 5-ти лет, и если говорить о выстраивании логики, это, как мне кажется, самое лучшее решение. Курсы программирования есть и на Uchi.ru, например, где у меня дочь нашла задания по программированию и сама начала проходить.</p>
<p>Думаю, именно доступность курсов по программированию, как для детей, так и для пенсионеров, является самым значимым прорывом последних лет. На YouTube, в основном, ролики про начальный уровень, а хорошие курсы платные, но это не космические деньги, и даже по набору косвенных эффектов (если человек не собирается зарабатывать программированием на жизнь) они себя окупают. А значит, программирование будет входить в жизнь всё большего количества людей. Кого-то ждёт разочарование от осознания того, что он работает переменной в чьём-то цикле. Но, думаю, рано замахиваться на гражданское самосознание, когда формальная логика в голове каждого человека работает со сбоями.</p>Отделить знания от человека2020-05-10T00:24:00+03:002020-05-10T00:24:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-05-10:/2020-05-document.html<p>История, которая окончательно лично меня убедила в том, что нужно описывать процессы, технические задания и в целом то, что делаешь</p><p>Недавно обсуждали с заказчиком начало проекта и в очередной раз пришлось вспомнить аргументы, зачем же документировать процессы. Вспомнили, что документированные процессы связаны с уровнем зрелости, поэтому дают более стабильный результат, а там можно и к измерению этого результат перейти. И что масштабировать организацию можно, потому что новые сотрудники сразу получают описание деятельности, а не устный (каждый раз разный) рассказ о том, что в организации происходит. На своей шкуре силу документации мне пришлось прочувствовать в рамках одной истории, о которой и хочу рассказать. После этого я окончательно "уверовал". Сейчас я не стесняюсь редактировать протоколы встреч, а также писать протоколы самому, а ещё при постановке задач устно я обязательно пишу письмо следом.</p>
<p>Эта история начинается с того, что мы были третьей командой, которая должна была закончить внедрение ERP-системы. И вот в нашу первую командировку мы знакомимся с командой со стороны заказчика, у них два бизнес-аналитика, мальчик и девочка. Мальчик мне говорит: "Моя первая задача – чтобы ваша компания ушла с этого проекта, а моя вторая задача – чтобы ты свалил с этого проекта". Не знаю, чем я ему так приглянулся, даже сказать на тот момент ничего не успел, но стало понятно, что работаем "без права на ошибку". Примерно так это всё и продолжалось.</p>
<p>И вот зачищаем доработки после двух команд, параллельно включаем финансовый контур на работающем складском, что само по себе простой задачей не является. Наталкиваемся на доработку "складское сторно". Идея простая: отметить две складские проводки, приход и расход, особым признаком, чтобы они не отражались в отчёте по оборотам. Звучит настолько просто, что описывать ничего не стали, просто разработчик сел и стал делать. У него что-то не получается – рецепт простой, давайте дадим ему больше времени. Время шло, а сдать доработку заказчику всё никак не удавалось.</p>
<p>Со своей стороны, я был молод и идеалистичен, поэтому решил для начала записать всё, что должна делать доработка, в образцовое техническое задание. Кстати, до сих пор использую формы технических заданий, в которых максимально описывается не только что нужно сделать, но и зачем это всё делается, в чём состоит потребность бизнеса и почему это реализуется именно таким образом.</p>
<p>Так вот, сделал первую версию описания на основе показаний разработчика и отправил посмотреть мальчику и девочке со стороны заказчика. И тут начали происходить чудеса, девочка стала рассказывать про то, что есть подводная часть айсберга. Лично я особо не рефлексировал на эту тему, просто продолжал дополнять описание доработки. Так мы сделали несколько итераций, когда девочка сказала, что да, теперь описание полное.</p>
<p>Дальше я дал описание разработчику и попросил сделать доработку на основе этого описания. Уже тут оказалось, что у него всё реализовано не совсем так, но на эту тему я также не рефлексировал, просто тестировал то, что делал разработчик. И вот тогда мы сдали эту доработку заказчику. Но это не окончание истории, иначе доработка не была бы настолько эпической. А она была эпической по фактически затраченному количеству человеко-часов.</p>
<p>Когда мы заканчивали этот проект, неожиданно заказчик решил выпустить пресс-релиз (не согласованный с нами), так вот в этом пресс-релизе их руководитель проекта особенно отметил сложность и масштабность модуля "складское сторно". Это было особенно смешно, поскольку на этом проекте мы написали с нуля модуль внешней логистики, который позволял отслеживать груз по цепи поставок, рассчитывать по формулам плановые накладные расходы, распределять фактические накладные расходы на себестоимость продукции. Всё это затмил модуль "складское сторно".</p>
<p>Когда думаешь об этой доработке, вопросов возникает больше, чем ответов. Как такое можно было допустить? Почему никто не описал доработку? Где был руководитель проекта? Мы не стали искать ответы на эти вопросы, зато после окончания проекта встретились всеми участниками со стороны исполнителя и выпили.</p>
<p>Зарубка, которая у меня осталась после этого проекта, называется "документируй всё". или "сначала документируй, потом думай". О зарубках "планируй всегда, обновляй план" и "не сдавайся" постараюсь рассказать в следующих записях.</p>Не изобретай велосипед, используй референтные модели2020-05-05T10:38:00+03:002020-05-05T10:38:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-05-05:/2020-05-refmodel.html<p>Использование мирового опыта в структурировании бизнес-процессов с помощью референтных моделей</p><p>Чтобы приступить к моделированию процессов, сначала нужно составить их список, а ещё лучше указать владельцев. В организации есть какие-то активности, как выделить этот список? Можно фантазировать, а можно использовать готовый список, который и предлагают референтные модели. Может ли быть единый универсальный список? Конечно может, это 13-процессная модель. Подходит ли она всем? В целом, да, например, возьмём некоммерческие организации: у них тоже есть производственная функция, маркетинг, как и обеспечивающие бизнес-процессы. В чём проблема с этим списком? В нём нет детализации основной производственной функции, как и любой другой.</p>
<p>Для детализации той функции, которая вас интересует, есть другие модели процессов: модели закупок, модель проектной работы, модель продаж и маркетинга, модель складской и транспортной логистики. Идея очень простая: использовать готовое, а не изобретать своё, это поможет избежать несостыковок и быстрее двигаться дальше, то есть рассматривать конкретный процесс. К сожалению, часто эта информация закрыта, хотя тут зависит от области. Например, по перечисленным областям информация есть в открытом доступе, хотя и не всегда на русском. Поиск референтной модели для некоммерческой организации пока ни к чему меня не привёл, что делать в таком случае?</p>
<p>Разберём основной производственный процесс, на что он больше всего похож? Очень часто процессы похожи на продажи / маркетинг или на проектную деятельность, тогда задачу можно свести к предыдущей. Если основная цель производственной деятельности – информирование, организация мероприятий, то это больше похоже на продажи / маркетинг. Если это проекты или другие активности, которые идут продолжительное время и состоят из множества задач, то это скорее проекты. Совсем нетиповые активности всегда можно свести к набору задач, у которых есть статус исполнения и ответственный.</p>
<p>Важная частица знания состоит в том, что на определённом (высоком) уровне развития организации вся деятельность фактически становится проектной: выделяется общая задача, которую называют проектом, под неё формируется проектная команда, план и так далее. Это не отменяет блоков процессов, которые важны для конкретной функциональной области. Например, в закупках всё равно останутся анализ рынка, выбор источника поставок, управление жизненным циклом контракта.</p>
<p>Второй важный момент развития организации наступает при выделении сквозных процессов в противоположность "функциональным колодцам" производства, обеспечения, финансов, планирования. На этом уровне можно применять такую модель процессов, как SCOR – это модель работы не только самой организации, но и её партнёров в цепочке поставок. Создание ценности происходит более эффективно, когда этой цепочкой организаций начинают также управлять, начинают отлаживать взаимодействие организаций в ней аналогично взаимодействию внутри организации. Считается, что конец этой цепочки наступает там, где товары превращаются в услуги, но можно рассматривать и цепочку услуг.</p>
<p>Если с процессами более-менее понятно, то что делать с остальными компонентами операционной модели: стратегией (операционной), людьми и компетенциями, организацией, системами? Здесь поможет порядок проработки этих компонент:</p>
<ol>
<li>Операционная стратегия должна связывать общую цель работы организации с её процессами. Здесь нужно формулировать слова в каждом конкретном случае, но это должны быть достаточно простые и практически применимые слова о том, каким образом цель воплощается в жизнь. Например, если цель – перевозка грузов, то можно использовать свой транспорт, можно использовать наёмный, а можно делать комбинацию. И это определяет, развивать процессы управления собственным парком транспорта, или нет.</li>
<li>Организация всегда была самым сложным вопросом для меня. Единственная известная мне ценная мысль в этой области звучит так: любая организационная структура работает. Дальше начинается вкусовщина: например, лично мне не нравится большое количество уровней управления, которое порождает бюрократию, отстранённость между людьми. Но если есть более критичные вопросы, то с этим можно повременить. Для проектной организации опытным путём предпочитаю матричную организацию с ресурсным центром и руководителями проектов, которым эти ресурсы выделяются. Здесь же рассматриваются вопросы централизации и унификации оргструктуры, когда есть филиалы, но это точно тема отдельного разговора.</li>
<li>Требования к людям и компетенциям, с одной стороны, следуют из бизнес-процессов, выполнения функций по ролям. Но это только наполнение исполнителей, а совсем другой вопрос – какие лидеры, с одной стороны, смогут работать в выбранной оргструктуре, а с другой, смогут воспринять и реализовать операционную стратегию. На разных этапах развития организации это могут быть совсем разные люди.</li>
<li>Системы вроде бы тоже следуют из процессов. Ещё один плюс ориентации на референтные модели в том, что системы в таком случае подобрать будет проще, поскольку их создатели также ориентируются на референтные модели. С другой стороны, в системах заложены контроли, и тут есть выбор между двумя полюсами: что система позволяет сделать и что система запрещает. Бюрократические организации настроены на запреты, поэтому работа в их системе похожа на езду по колее: ни одной возможности свернуть. При сознательных сотрудниках и открытой организации требуются системы, которые позволяют сделать выбор на каждом шаге, вернуться к каким-то шагам. Но здесь есть ещё одна зависимость от размера организации: чем организация крупнее, тем более бюрократизированной она неизбежно становится.</li>
</ol>
<p>Нужно ли дополнять компоненты операционной модели? При работе с некоммерческими организациями лично мне это потребовалось: добавил аудиторию (благополучателей услуг) и ценность (предоставляемых услуг). Без этих компонент операционная модель похожа на бизнес, немного бездушный и ориентированный на прибыль, а для некоммерческих организаций это не так.</p>
<p>Это всего лишь один подход к проработке операционной модели, более комплексный подход описан в книге "Сетка", но, как мне кажется, его сложнее адаптировать для практических целей нестандартной организации, такой как некоммерческий фонд. Поскольку речь идёт об инструменте, единственный критерий, который может к нему применяться – это работает инструмент или нет.</p>Разделение проблем2020-05-01T20:42:00+03:002020-05-01T20:42:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-05-01:/2020-05-problemshare.html<p>Разделение проблем как способ вовлечь всех участников изменений</p><p>Когда рассказывают о том, как будет протекать проект, часто рассказывают о положительном. О том, как мы все дружно возьмёмся, дёрнем и замечательно вытащим. В действительности люди слушают, кивают и возвращаются к своей операционной деятельности, которой меньше не становится. А по стечению обстоятельств именно в моменты начала проекта её бывает больше. Начинающие проектные менеджеры начинают бегать между заказчиками, спрашивать, стыдить, "ну как же так", "у нас же сроки", но в ответ "да-да-да" и ничего, если судить по реальным делам.</p>
<p>Поэтому мысль, которую на самом деле нужно продавать, состоит в том, что проблема, которую решает проект, это проблема каждого. Вариант: без решения проблемы, которую решает проект, ваша проблема решена не будет. Опытным путём, когда крутишь переключатель коммуникации от крайне мягкого стиля в сторону более конкретных и хлёстких формулировок, реально шевелиться люди начинают в крайне некомфортной для себя зоне. В тот момент, когда у них начинается реакция "мурашки по коже", они вместо своих ежедневных дел начинают делать что-то для проекта.</p>
<p>Есть формулировка, которая называется "выйти из зоны комфорта", и это стало маркетинговым лозунгом. Выход из зоны комфорта действительно является стимулом изменений, и это действительно очень неприятное ощущение. Ещё один вариант, когда основной заказчик сам созрел до этого, ощущает этот дискомфорт в себе в виде кризисного состояния организации как живого организма, с которым он связан, или себя самого как лидера организации. Это практически идеальная ситуация, такой лидер может и остальным транслировать это состояние.</p>
<p>Аналогичная логика работает, когда на проекте что-то идёт не так. Не важно, была предусмотрена какая-то ситуация в рисках проекта или нет, она наступила и её надо решать, а для этого нужны ресурсы. Так вот, если эта ситуация является общей проблемой, ресурсов больше, и это помогает. Если заказчик говорит "это ваш проект, вот вы и решайте" или "ну это вы так спланировали" и тем или иным способом уходит от вовлечения в решение, так не работает.</p>
<p>Есть один косвенный признак здорового отношения заказчика к проекту и здорового взаимодействия внутри команды. Это использование слов "наш" и "мы" вместо "их". Конечно, это можно довести до абсурда, то есть до потери идентичности и переваливанию крайне неприятных проблем на команду. Например, наличие балласта (лишних некомпетентных людей) в команде – это явная ошибка того, кто этот балласт нанял, и команда тут не при чём. "Их" также появляется при попытке ввести иерархические взаимоотношения в команде, это тоже ничем хорошим не заканчивается. Если эти проблемы решены, люди говорят "мы" и верят в это "мы", и в решение возникающих проблем впрягаются сообща.</p>
<p>Хорошей формулой восприятия командой возникающих трудностей является фраза, которую говорят в ЗАГСах при заключении брака: в радости и в горести. Если муж и жена – это заказчик и подрядчик, то наиболее часто я наблюдаю следующую дисфункциональную модель: все проблемы – это вина подрядчика, а все достижения – это заслуга заказчика. Теперь представьте семью, которая живёт по такой системе. Самое интересное, что долгосрочные, на протяжении нескольких проектов, взаимоотношения подрядчика и заказчика крайне полезны. Подрядчику не нужно на каждом проекте заново изучать, что происходит в организации заказчика и приспосабливаться к стилю ведения проекта в этой организации. И заказчику не нужно каждый раз привыкать к новым людям в команде. На выяснение отношений не тратится время, работа проходит в разы эффективнее и быстрее.</p>
<p>Теперь посмотрим из целевой ситуации, долгосрочных отношений, в конкретный проект. Что нужно сделать на конкретном проекте, чтобы в итоге обеим сторонам захотелось сделать той же командой ещё не один проект? Разделять радости и горести. Одной из базовых потребностей всех людей является потребность в справедливости. Как минимум, когда не сваливают общие ошибки на одного. А ещё есть потребность признания совместных достижений и вклада каждого в эти достижения. Это оно и есть – разделение радости и горести.</p>Убить Excel и почту2020-04-28T07:00:00+03:002020-04-28T07:00:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-28:/2020-04-excel.html<p>Косвенные признаки, что нужно оптимизировать процесс и / или автоматизировать работу</p><p>Когда в организации начинают проект трансформации бизнеса, руководители организации представляют себе такую картину: вот придут консультанты и выдадут откровения. Конечно, иногда так бывает, но в этом случае бизнесу нужно время переварить информацию и в целом решить, на какие изменения руководство компании готово. В проектном управлении есть замечательное правило "ноль сюрпризов". То есть чем более чёткое представление о проекте будет до его начала, тем лучше.</p>
<p>Консультанты используют массу продвинутых инструментов, которые не доступны простым смертным: сравнение с базой лучших практик, бенчмаркинг или сопоставление количественных показателей, моделирование процессов, диагностика проблем и т.п. Можно ли понять, где проблема, если всем этим не пользоваться? На мой взгляд, можно достаточно точно определить болезненные точки, если пользоваться простым правилом: если где-то в процессе используется Excel или email – жди проблем.</p>
<p>Excel является замечательным инструментом вывода и анализа данных, но хранить в нём данные... То же самое можно сказать про почту: оповещения по почте – это прекрасно, но информация не должна передаваться только по электронной почте. Эти две проблемы, на самом деле, об одном и том же. Давайте взглянем на то, как это должно быть. Данные предприятия необходимо хранить в базе данных, которая обладает тремя важными свойствами:</p>
<ul>
<li>Транзакции</li>
<li>Центральное хранилище</li>
<li>Бэкапы</li>
</ul>
<p>Начнём с последнего: регулярные резервные копии всех данных. Это дорогое удовольствие, поэтому нужно отделить ценные данные от всего остального. Например, многие хранят информацию в почте и делают резервные копии почты. Сейчас всё больше делового общения переходит в чаты, например, WhatsApp, и он тоже позволяет делать резервную копию, например, на Google Drive. Звучит неплохо, но тут есть небольшой нюанс. Корпоративные данные должны быть отделены от конкретного человека. Именно поэтому ушёл менеджер по продажам – увёл клиентов. Неудачно поменял телефон или произошёл технический сбой – прощай, переписка с клиентами в WhatsApp. Эти данные не принадлежат конкретному человеку, они принадлежат всей компании, поэтому и управляться они должны не конкретным человеком, а, в идеале, администратором компании.</p>
<p>Корпоративный чат, например, это нормальная история, когда вся переписка хранится на сервере / в облаке компании, и один сотрудник никакого урона своими действиями нанести не может. И если там происходит что-то, чего нет нигде больше, имеет смысл делать резервную копию. Понятно, что с клиентами и со многими внешними контрагентами идёт переписка в почте, и тут на помощь приходят CRM-системы, которые не просто сохраняют переписку, но и привязывают её к конкретной сделке для упрощения дальнейшего поиска.</p>
<p>Так мы плавно подошли ко второму пункту, центральному хранилищу. Тут дело не только в том, что в одном месте мы храним данные, важные для всей компании, также обеспечивается непротиворечивость данных. Возьмём тот же чат и переписку по электронной почте. Допустим, у каждого сотрудника сохранился кусочек. Внимание, вопрос: если им поставить задачу, они будут действовать одинаково? Конечно нет, поскольку у них разные входные данные. У одного не сохранилась более ранняя история, и он не учитывает какие-то важные факты из истории взаимоотношений с клиентом, у другого не сохранились последние договорённости, которые ещё не успели зафиксировать в документах. Или приходит новый сотрудник – ему важно знать, что было до него.</p>
<p>В отношении первого пункта (транзакций) можно привести пример. Вот вы отправляете письмо: дошло оно или нет? Есть уведомления о прочтении, но это не универсальная технология, у кого-то отправка уведомлений может быть отключена. Если вы в чате, то вы отслеживаете: одна там галочка в сообщении (отправлено) или две (доставлено) или галочки синие (прочитано). Если информация по процессу передаётся по какому-то каналу, гадать доставлено / не доставлено не допустимо. Именно это обеспечивает транзакция: она либо доводит дело до конца (доставляет сообщение), либо говорит отправителю: извини, друг, ничего не получилось, возвращаемся к исходному состоянию.</p>
<p>Если отвлечься от технических деталей, все три пункта реализуют следующее: все в компании должны находиться в едином информационном поле, а это значит, что в любой момент времени у всех единое представление о том, что происходило. Да, для этого приходится наворачивать все эти технологии. База данных без бэкапов? Легко, встречал не раз, привет нерадивым системным администраторам. Центральное хранение без транзакций? Сетевые папки. Ещё одно свойство транзакций – их можно откатить. Если кто-то удалил файлы в сетевой папке, то можно только вернуться к бэкапу, и это не то же самое, что откатить последние транзакции. Но благо транзакций есть только в базе данных, с которой пользователи не могут общаться напрямую. Нужен слой бизнес-логики, который преобразует запросы в базу данных на основе каких-то действий пользователя, это и есть бизнес-приложения. База данных без центрального хранения? Почтовые папки на компьютерах отдельных сотрудников, этот пример уже приводил.</p>
<p>С Excel история аналогичная, это база данных конкретных сотрудников. С разрозненными данными в чатах, Excel, почте данные компании похожи на дырявое лоскутное одеяло. Как узнать, где последняя информация, в чате какого сотрудника или в какой переписке? Это ежедневный кошмар существования в таких условиях. И порыв сделать процесс на вводе данных в Excel или передаче данных через почту – это лёгкий неправильный путь.</p>
<p>Повторюсь, это лишь косвенные признаки первичной диагностики существующих или возможных проблем в работе компании. Но помогают они вне зависимости от того, была ли сделана полная диагностика / обследование, или нет. Всегда полезно иметь другой (альтернативный) взгляд на реальность. </p>Механическая клавиатура и скорость работы2020-04-24T20:03:00+03:002020-04-24T20:03:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-24:/2020-04-mechkeyb.html<p>В каких случаях и чем вам может помочь механическая клавиатура</p><p>Ускорение печати началось с освоения бесплатных онлайн клавиатурных тренажёров. У них был один недостаток – уровни быстро заканчивались, поэтому скорость печати поднималась незначительно. Для ускорения печати на русском ничего, кроме "Соло на клавиатуре", я не нашёл, поэтому оплачивал онлайн-подписку, чтобы заниматься на работе в перерывах. Стандартная клавиатура быстро себя исчерпала, поэтому заказал продвинутую мембранную. Скорость печати росла, и с какого-то момента стало очевидно, что и эта клавиатура не подходит.</p>
<p>Вся суть проблемы в том, что в любом типе клавиатуры, кроме механической, вы вынуждены продавливать клавишу полностью, чтобы контакт замкнулся. В механической клавиатуре можно печатать "по верхам" клавиш, и текст всё равно будет набираться, а пальцы не будут испытывать болезненного ощущения касания твёрдой поверхности.</p>
<p>Почему я решил написать об этом? Забыл свою клавиатуру на работе, решил посмотреть, что есть в магазинах, и там в наличии оказались только геймерские клавиатуры. Для печати рекомендуют коричневый переключатель от Cherry, такие в наличии практически отсутствуют или стоят под 10 т.р. Другими словами, судя по наличию в магазинах, геймеры понимают смысл в механических клавиатурах, а вот остальные – нет.</p>
<p>Тут ещё важен момент нахождения на карантине, чтобы работа была комфортной. На рабочем и на своём личном ноуте, если не приглядываться, клавиатура кажется сначала одинаковой. В действительности расстояния между клавишами разные, и каждый раз приходится перестраиваться. А вот при подключении одной и той же клавиатуры таких проблем не возникает.</p>
<p>Интересно то, что механические клавиатуры делают стандартного размера, и между механическими клавиатурами переключаться не приходится. Что делать, чтобы не платить 10 т.р. за аксессуар для печати? Тут на помощь приходит АлиЭкспресс, но с качеством клавиатур выходит русская рулетка. Первая клавиатура у меня упала, когда я зацепил провод, и после пары попыток запаять (не мной, а специалистами) её пришлось выбросить. Конечно, поломка при падении о качестве клавиатуры ничего не говорит, но вскрытие для пайки выявило, что качество сборки "на грани".</p>
<p>В связи с этим был сделан вывод, что клавиатура нужна беспроводная. Тут возникает необходимость во встроенном аккумуляторе, и он умер, не проработав и полгода. Клавиатура продолжает работать при подключении по проводу, а я стараюсь её не ронять. Новую клавиатуру выбирал по простым параметрам: доставка из России, хотя бы красные переключатели, компактная модель. В итоге выбрал модель, где не только F1-F12 нажимаются через верхний ряд и Fn, но и Del, Ins и даже стрелки работают только через Fn. На печати это, как ни странно, не сказывается.</p>
<p>Могу сказать, что даже если бы скорость печати не возросла (а она возросла), за одно отсутствие дискомфорта при непопадании по клавишам на разных компьютерах клавиатуру стоило взять. Кроме этого, устаёшь намного меньше, поэтому получается набрать и текст большего объёма. Тут как раз по работе пришлось писать много текстовых документов, это очень помогает.</p>
<p>Закончить тему скорости печати мне хотелось бы не про клавиатуры, а всё же про умение набирать текст. Если вам нужна мотивация, чтобы пройти адские упражнения В.В. Шахиджаняна, возможно, вам поможет следующее. Иногда перед уходом домой на работе (или чтобы закончить с работой в целом и начать заниматься своими делами), нужно закончить письмо или документ. Если вы умеете быстро печатать вслепую, то вы это сделаете быстро. Если вы не занимаетесь, то начнёте нервничать, скорость печати упадёт. Потом вы начнёте нервничать из-за того, что не успеваете. Если вы умеете печатать быстро вслепую, этой нервотрёпки в принципе не возникает. Ну а механическая клавиатура – это инструмент, который вам в этом поможет.</p>Схема описания некоммерческой организации на примере волонтёрского проекта2020-04-14T22:24:00+03:002020-04-14T22:24:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-14:/2020-04-volproject.html<p>Рассказ об элементах операционной модели волонтёрской организаци, которая может быть полезна при описании и оптимизации процессов</p><p>Не очень люблю писать про деятельность, которая не привела к видимым результатам. С точки зрения заказчика, изменений не произошло: организация не изменилась. То, что генеральный директор стал задавать себе новые вопросы и появилось видение новой версии организации, сложно записать в результаты. Для меня же результат был: появилась схема выполнения проектов для некоммерческих организаций (НКО), об этой схеме и пойдёт речь. К сожалению, работы пришлось приостановить на неопределённое время, поскольку организацию срочно пришлось перестраивать на работу в условиях к-вируса.</p>
<p>Изначально задача для НКО <a href="https://kaplizvukov.ru/">"Капли звуков"</a> ставилась так: выстроить управление проектами. Начали с одного проекта, через несколько встреч стало понятно, что нужно выстраивать единую схему работы НКО для всех четырёх проектов, а ещё бы желательно иметь общий проектный офис. Не буду углубляться в описание конкретных проектов, речь пойдёт о достаточно универсальных вещах для любой небольшой организации.</p>
<p>Когда переходишь от работы с крупными организациями к работе с небольшой организацией, основная сложность – это избыточность и громоздкость документов. Как проходят проекты в крупных организациях: есть набор документов, по каждому есть шаблон. Здесь же было понятно, что всё это даже читать никто не будет, не то что использовать в работе. При выполнении проекта нужно сначала определиться с перечнем документов.</p>
<p>Пойдём от самых минимальных документов: безусловно, нужны протоколы. В крупных организациях часто бывает много политики, и встреча без протокола – это примерно то же самое, что отсутствие встречи. Не зафиксировал договорённости – всё, потом их никто не подтвердит. Здесь же сам проект идёт в неторопливом темпе, часто одна встреча в неделю, и участники действительно не могут вспомнить, что же было до этого. Волонтёрская деятельность для меня – не основная, и при переключении с основной работы полезно пролистать несколько последних протоколов, чтобы заново погрузиться в проект.</p>
<p>Задача волонтёрского проекта ставится как описание или оптимизация процессов НКО (а чтобы что-то оптимизировать, придётся это сначала описать). Структура НКО часто состоит из директора и нескольких инициатив. Каждая инициатива похожа на отдельную организацию, они могут дополнять друг друга, но могут и действовать независимо. Поэтому каждую можно представить как набор процессов. Именно эти инициативы в НКО называют проектами. </p>
<p>В перечне процессов имеет смысл сразу указать: вход, выход и перечень документов. Документы – это описание самого процесса и набор шаблонов, которые используются в процессе. Так сразу можно понять объём работы, который предстоит выполнить. Вход – это то, что процесс преобразует, а выход – это результат выполнения процесса.</p>
<p>Если есть процессы, то можно вспомнить и остальные компоненты операционной модели: люди (и их компетенции), организационная структура, стратегия, системы (ИТ-системы). Всё это оказалось применимо для НКО, точнее, для каждой инициативы НКО. Отличие операционной модели НКО в том, что они имеют несколько очень важных или даже определяющих компонентов, которые я редко видел в коммерческих компаниях, пришлось выдумать примерно такой шаблон определения (не описания) каждой инициативы (проекта) НКО на верхнем уровне:</p>
<ul>
<li>Аудитория – это те, кому оказывает услуги НКО (да, НКО тоже отлично укладываются в сервисную модель). Их еще называют выгодоприобретателями, если это фонд.</li>
<li>Ценность – это то, что несёт в себе этот проект НКО. Это может быть возможность общаться, развиваться, интегрироваться в общество. Это не сама материальная помощь или услуга, а то, что она даёт.</li>
</ul>
<p>Стратегия для инициативы очень важна – это именно подход, которым мы пытаемся достичь заявленной ценности. Думаю, и в бизнесе операционная стратегия важна, но видеть качественные примеры удавалось редко, функциональные блоки (закупки, продажи, производство) в бизнесе стандартные, могут работать и без стратегии. Стартапы, кстати, очень часто предлагают в той же сфере новую операционную стратегию (каршеринг вместо такси в бизнесе перевозок) и за счёт этого пытаются резко вырасти. У НКО же очень мало стандартных задач и стандартных подходов для их решения, поэтому для каждой инициативы хорошая стратегия жизненно важна – и из общения с директорами НКО могу сказать, что эта стратегия у них есть.</p>
<p>Среди процессов также оказалось очень важно выделить два типовых: это постановка целей и оценка их достижения. Это хотят видеть все: как те, кто даёт деньги на деятельность НКО, так и те, кто участвуют в проектах. С НКО "Капли звуков" вопрос также стоял очень остро: вот слабослышащие дети занимаются чтением, это должно им помочь. Но как это измерить? Если они занимаются полгода, какой результат считать достаточным? Например, родители привозят ребёнка на занятия с другого конца города – стоит ли это их усилий?</p>
<p>В управлении проектами, которое приходит нам здесь на помощь, есть важный процесс, который называется "управление ожиданиями". Не важно, будет плохо или хорошо, важно когда и на сколько. Пока культура деятельности НКО низкая и дефицит "добрых дел" очень высок, деньги будут давать и просто так, под описание качественных эффектов (опять же, их тоже могут попросить подтвердить). Но неизбежно страшное словосочетание "ключевые показатели", причём в самом ужасном, именно количественном выражении, проникнет и в эту сферу.</p>
<p>Фокус здесь в том, как мне кажется, чтобы делать замеры не "когда спросят" или "когда вспомнят", а накапливать базу данных (по тем же детям, которые ходят на занятия) по ходу деятельности. Провели занятие – записали, что получилось, что не получилось, ещё раз посмотрели на цели, которые ставили на полгода вперёд, нужно ли их скорректировать? Ну и следующий за этим вопрос, где хранить этот массив данных. Есть гипотеза, что стандартные CRM системы при некотором "переводе" терминологии могут подойти здесь, но пока мне не удалось это проверить.</p>
<p>С точки зрения людей то, что мне удалось пока понять, формулируется примерно как "лучше меньше, да лучше". Волонтёров много, но одного желания помочь часто недостаточно. Часто требуется системно выделять определённое количество времени, не все на это готовы. Как не все готовы нести ответственность, вести себя профессионально при отсутствующем или не очень большом вознаграждении. </p>
<p>Так вот, основной вывод: людей нужно отбирать, одного заявления в чатике "я готов" не достаточно. Из семи человек, добавленных в чатик волонтёрских проектов, выделить полчаса на совещание и выслать свой email согласились лишь четверо. И это проект ещё не начался. Никаких обид, только работа. Да, это про волонтёрские проекты, они требуют ровно такого же отношения, как и любая другая работа.</p>
<p>Другие трудности волонтёрских проектов пока стандартны для всех проектов: выделение времени заказчика в достаточном объёме, наличие плана графика, соблюдение этого плана-графика. К сожалению, опыт пока крайне ограничен, чтобы сделать другие универсальные выводы. Думаю, по волонтёрским организациям есть и референтные модели, надо будет исследовать этот вопрос.</p>Как задавать вопросы2020-04-11T14:38:00+03:002020-04-11T14:38:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-11:/2020-04-question.html<p>Зачем задавать вопросы и как это делать</p><p>При погружении в изменения и проекты люди часто ждут каких-то откровений, но проскакивают стадию формулировки вопроса. Вот проходит встреча, что-то обсуждаем. И одни пишут "проработать вопрос относительно ...", а другие стесняются сказать, что ничего не понятно. А непонятно потому, что вопрос не сформулирован.</p>
<p>Не поверите, сколько раз я писал как молодым, так и опытным специалистам одну и ту же фразу: "Вопрос начинается с вопросительного слова и заканчивается знаком вопроса". Вторая по популярности фраза: "Не экономь байты". Насколько я понял, очень многие люди озабочены экологией, судя по тому, как они пытаются сэкономить электричество в глобальном масштабе, экономя байты в своих сообщениях и документах.</p>
<p>Попробую рассказать про то, каким должен быть вопрос без философских отступлений типа "формулировка вопроса – это половина решения." Однажды я пришёл к одному закупщику, который год писал документ под названием "категорийная стратегия", чтобы использовать свой шанс раз в год выйти на совет директоров и защитить его. В документе описывались подходы к закупке определённых компонентов, но я не помню этих деталей. Мне запомнилось, как он сказал, что категорийная стратегия должна ухватывать суть, и при этом он сделал такой жест, как будто его палец – это лазерный луч, который проделывает в чём-то глубокую дыру и достигает цели.</p>
<p>Об этом и речь: вопрос должен ухватывать суть. Не важно, на каком языке составляется письмо или документ, хороший вопрос от никакого отличается именно этим: они либо ухватывает суть (то есть делает своё дело), либо нет (тупой по аналогии с мечом в восточной мудрости). К сожалению, всё больше людей почему-то считают, что если написать какие-то случайные слова в случайном порядке, это тоже сойдёт. Это именно настолько просто, но попробуйте ухватить суть. Попробуем начать с вопросительного слова:</p>
<ol>
<li>Что – это, на мой взгляд, самое главное слово. Что ты делаешь, определяет всё остальное. В чём твоя цель, что ты хочешь получить в качестве результата и что ты пытаешься изменить, раз уж речь про изменения.</li>
<li>Как – всегда должно быть на втором месте. Сколько раз видел совещания классных профессионалов, которые настолько увлечены своим инструментарием, которым они прекрасно владеют, что они обсуждают именно <strong>как</strong>, и <strong>что</strong> отходит на второй план. Когда вы задаётесь вопросом <strong>как</strong>, лучше быть уверенным в своём <strong>что</strong>. Другая крайность – не задаваться этим вопросом. Если вы решили <strong>что</strong>, за ним обязательно должно следовать <strong>как</strong>.</li>
<li>Кто – это люди, которые исполнят <strong>как</strong>, чтобы получить желаемое <strong>что</strong>. Информационные системы, проекты, бизнес-процессы и другие неодушевлённые сущности сами не сделают ничего. Они предельно функциональны, то есть делают не более того, что в них заложили люди. Да, за <strong>как</strong> должно следовать <strong>кто</strong>, иначе задачи не обеспечены ресурсами.</li>
<li>Когда – это про время. Результат (<strong>что</strong>) нужен в определённое время / дату, запоздавшее <strong>что</strong> можно выбросить. Обеспечивает ли ваше <strong>как</strong> и <strong>кто</strong> достижение желаемого <strong>что</strong> в <strong>когда</strong>. Без <strong>когда</strong> всё теряет смысл, именно по этой причине задачи без срока ровно так же не имеют никакого смысла.</li>
</ol>
<p>Основное содержание вопроса. Не иначе как из-за комплексов люди заполнят пустое пространство на экране словами, значения которых сами не понимают. У нас один коллега всё время говорил про "инвариантность" в значении массы вариантов, пока кто-то не залез в словарь и не посмотрел, что это означает неизменность. Выглядит это глупо, и только так.</p>
<p>В ту же топку летят все вводные и другие слова, не несущие никакого смысла: соответственно, относительно, примерно, приблизительно, вообще. Чёрт побери, если у вас "приблизительно", уточните сначала, а потом выпускайте информацию в эфир. С тех, кому не повезло попасть работать со мной, я требую не употреблять слова длиннее 7-ми букв и составлять предложения не длиннее 5-ти слов. Все другие варианты заворачиваются на доработку, пока человек не освоится с русским языком (который у него родной, судя по резюме).</p>
<p>У вас ещё остались силы? Тогда пару слов про вопросительный знак в конце. Нет, его не получится ставить просто так, это не менее глупо, чем "инвариантность". Чтобы поставить вопросительный знак в конце, требуется поставить слова в строго определённом порядке. И дополнения тоже. Сколько страданий и ступора доставили людям дополнения, которые находились не в том месте. Супер-секретный и не менее эффективный приём для тех, кто дошёл до этого места: попробуйте прочитать вслух свой текст, а лучше пропеть. Этот приём подскажет вам и порядок слов.</p>
<p>Формулировку проблем оставим на следующую пятницу.</p>5 копеек про команду2020-04-08T23:28:00+03:002020-04-08T23:28:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-08:/2020-04-team.html<p>Что должно быть в команде, чтобы это не было карикатурой</p><p>Среди волонтёров в чате сегодня обсуждали участие в проектах, и вот одна девушка сказала, что (оказывается) тут "команда". На мой запрос поставить "+", кто готов выделять 2 часа времени в неделю на волонтёрскую деятельность из 35-ти человек отозвались 5. Это про то, где "команда", а где "чатик".</p>
<p>Понятно, что у команды должна быть единая цель. Менее понятно, что все должны вкладываться одинаково. Ещё менее понятны три вывода, которые формируют или убивают команду, и с которыми я живу:</p>
<ul>
<li>плоская структура</li>
<li>подстраховка</li>
<li>доверие</li>
</ul>
<p>Вот о них и поговорим.</p>
<h1>Плоская структура</h1>
<p>Когда-то я работал в компании-системном интеграторе, и возможность обратиться к любому была естественной. Я был молод, и страха как-то не было совсем. Однажды я шёл по лестнице, а сверху спускался руководитель нашего подразделения, намного старше меня. Не помню, что на меня нашло, может, я спутал его с кем-то, но я сказал: "Привет!" Он ничуть не смутился и тоже сказал "Привет!".</p>
<p>После этого мне приходилось видеть разные отношения между начальниками и подчинёнными, вплоть до "в глаза не смотреть, вопросы не задавать". Но от образования таких подразделений командами они не становятся, можно до хрипоты кричать про команду на корпоративах. В команде люди чувствуют друг друга локтем, поэтому, если ты не можешь обратиться к любому участнику команды напрямую, с твоей командой что-то не так. Если не сказать, твоя команда больше воображаемая, чем реальная.</p>
<p>Мне повезло работать в такой команде, в которой работал руководитель очень высокого уровня. И дело не только в том, что любой мог обратиться к этому руководителю напрямую. Когда были задачи за этим руководителем, то он <strong>перед командой</strong> отчитывался об их исполнении, и не чувствовал себя при этом ущемлённым. Это поведение объясняется общей целью и наиболее прямым способом её достичь – выполнить все задачи на пути к цели, а также разделять с командой информацию о прогрессе.</p>
<h1>Подстраховка</h1>
<p>Менее очевидный случай, когда команду путают с набором классных специалистов, это когда каждый разбирается в своей области, но у них нет пересечения компетенций. Синергия в команде возникает от того, что каждый человек в отдельности имеет слабые места, и команда знает твои слабые места и подстраховывает тебя именно в этих случаях.</p>
<p>Например, я могу сделать презентацию, за которую в целом не стыдно, но в начале которой будет опечатка. Это классика, и внутреннее ревью презентации командой позволяет такие вещи исключить. Тут ещё нужно сказать, что команда во-первых, укажет тебе на проблему тактично (поскольку её участники хотят продолжить с тобой работать и знают, в каком виде ты принимаешь критику), а ты способен уловить критику от них (поскольку ты знаешь, что они бывают правы насчёт тебя, и поскольку ты тоже хочешь продолжать с ними работать).</p>
<p>Один из самых сентиментальных моментов для меня был на проекте, когда я не просил дополнительных ресурсов в остром моменте внедрения системы, но команда, зная меня и то, что в стрессовой ситуации со мной происходит, усилили проект ещё одним менеджером именно на внедрение. Это очень сильно помогло, вместо "старта на нервах" мы получили практически образцовый старт и коммуникацию с заказчиком, до которой у меня иначе не дошли бы руки.</p>
<h1>Доверие</h1>
<p>Синергия по работе в команде чувствуется в момент образования коллективного разума. Особенно ярко это проявляется, когда все на совещание выходят со своими представлениями и решениями, но после изложения всех позиций (то есть рассмотрения проблемы со всех сторон) вырабатывается новое решение. Если каждый доверяет только себе, то это новое коллективное решение он не способен принять и исполнить. Нужно верить, что люди более тебя компетентны в своих областях. Как это связано с профессиональным критическим мышлением, лучше не спрашивайте.</p>
<p>Всё по тому же проекту один из самых острых моментов произошёл в критической точке внедрения. Мы уже загрузили все данные в боевую базу, и у нас не было старой системы, к которой мы могли бы вернуться. И вот стало понятно, что так не работает. Дело было в одной настройке, которую я лично собирал с заказчиком. Когда спрашиваешь у заказчика параметры, смоделировать при этом, как будет работать система с такими настройками, крайне сложно.</p>
<p>С нами работал Тимур, и Тимур лучше всех разбирался в этой системе. Даже не так, никого авторитетнее Тимура по тому, как работает логика системы, не могло быть в принципе, поскольку он тестировал весь функционал, особенно тщательно наиболее сложные куски, дорабатывал постановку, тестировал снова. И в результате оказался один в таких дебрях, в которые за ним просто никто не мог последовать.</p>
<p>И вот у нас родилась идея, что нужно изменить настройку и пересчитать данные на основе новой настройки, за ночь. Как Тимур потом признался, он не верил, что это поможет. Была масса причин, почему это могло не сработать технически, тем более за одну ночь, и ещё масса того, что мы могли не учесть. Но утром всё заработало. Отправной точкой было доверие Тимура к выработанному командой коллективному решению, что это нужно сделать.</p>
<p>В итоге был праздничный ужин, на котором можно было в принципе ничего и не говорить, но то, насколько именно команда вывезла проект с (в этом месте очень сложно было подобрать слово) <em>далёкой от совершенства</em> системой заказной разработки, очень, очень сильно удивило не только меня, поэтому за команду мы поднимали бокалы не раз и не два. Такое случается не на каждом проекте, и я хотел бы, чтобы и вы однажды разделили это ощущение. </p>Zoom-машина или чем занять ребёнка на карантине2020-04-06T07:30:00+03:002020-04-06T07:30:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-06:/2020-04-zoom.html<p>Как приспособить старый компьютер к занятиям школьника на карантине</p><p>Если у вас дома завалялся старый компьютер, из него можно сделать кое-что крайне полезное в условиях карантина. Для этого потребуются некоторые технические навыки, но в результате получится отдельное рабочее место, которое не нужно отнимать у родителей и на котором можно:</p>
<ul>
<li>проводить конференции и участвовать в конференциях Zoom</li>
<li>проходить задания на сервисах удалённого обучения</li>
<li>смотреть ролики на YouTube и в онлайн-кинотеатрах</li>
<li>слушать аудио-книги</li>
</ul>
<p>Не рассматриваю ограничение доступа к сайтам, поскольку сидим все на карантине в одной квартире – думаю, легко проконтролировать, какие сайты ребёнок смотрит. Можно технически решить и этот вопрос, при желании.</p>
<p>Инструкция такая:</p>
<ol>
<li>Берём любой компьютер, подойдёт даже Celeron и даже 32-разрядный, хотя бы 1 Гб оперативной памяти. Работать будет при этом достаточно быстро.</li>
<li>Устанавливаем на него Debian Linux как наиболее всеядную систему, в качестве окружения рабочего стола выбираем XFCE (будет удобное управление всем: звуком, wi-fi, яркостью экрана, можно вывести погоду) и в целом всё будет работать быстро и стабильно, хотя выглядеть может немного непривычно.</li>
<li>Скачиваем Zoom, устанавливаем, также устанавливаем Chromium (открытая версия Chrome), поскольку Chrome может не поддерживаться на старом компьютере. Версия Zoom под Linux не имеет русского перевода, к сожалению, только английский, зато она есть под старые компьютеры.</li>
</ol>
<p>Чем это лучше, чем планшет (и тем более, смартфон):</p>
<ul>
<li>Экран больше. Это важно, экран 14" существенно удобнее, чем 10" на планшете, особенно с учётом того, что ребёнок будет перед экраном больше, чем обычно;</li>
<li>Ребёнок учится работать с физической клавиатурой (с тактильными ощущениями), а не экранной (которая некстати исчезает и появляется);</li>
<li>Планшет нужно периодически подзаряжать (в самый неудобный момент) – скорее всего, компьютер подключен постоянно; кстати, блок питания компьютера обычно идёт с более длинным шнуром, чтобы удобно расположиться;</li>
<li>Компьютер имеет реальную многозадачность: Android и iOS на планшетах для экономии энергии закрывают неиспользуемые приложения, могут блокировать экран, что немного раздражает, когда нужное тебе приложение закрывается (например, останавливается аудио-книга);</li>
<li>Ребёнок с компьютером всегда на виду, сидит за столом на стуле; это намного лучше, чем валяться с планшетом неизвестно сколько времени; ребёнок тоже не сидит долго на одном месте, поэтому закрывает компьютер и уходит.</li>
<li>Для интерактивного обучения и интерактивных ресурсов (виртуальных музеев и галерей) очень важен полноценный браузер (и желательно именно Chrome / Chromium) – к сожалению, на планшетах он урезанный и работает не всегда корректно, если же переключиться в режим полноценного сайта, это может быть не удобно (особенно нажимать мелкие ссылки с сенсорного экрана). </li>
<li>Ресурсы интернета намного шире магазина приложений, на использование которых ориентирован планшет; становятся доступны руководства на любых страницах, например, вы сможете открыть любой сайт по обучению оригами.</li>
</ul>
<p>Планшет был придуман, чтобы сделать развлечения проще, но в действительности полноценный компьютер снимает ряд ограничений и раздражающих факторов, которые важны ребёнку, чтобы непосредственно <strong>делать</strong> что-то. Конечно, планшет с сенсорным экраном удобнее для рисования, но зачем рисовать на планшете, если можно рисовать на бумаге?</p>
<p>Не привожу здесь конкретных рецептов и команд, документация есть на многочисленных сайтах, в том числе на русском. Всё зависит от уровня подготовки, поэтому смело вбивайте в поиск "как ..." и следуйте документации, которая вам понятна. Добавлю только, что лично всё это сделал, и никаких подводных камней не обнаружил, настройка уже установленных программ (тех же же XFCE и Zoom) проводится вполне цивилизованными методами через графический интерфейс.</p>Слабая сторона или почему мне интересны изменения в организациях2020-04-01T08:36:00+03:002020-04-01T08:36:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-04-01:/2020-03-thehardside.html<p>Попытка проанализировать, что несёт в себе текущий кризис с точки зрения возможностей для развития</p><p>Слабая сторона – это перевод английского выражения the hard side. Русское выражение, скорее всего, не вызовет у вас каких-то ассоциаций, а вот выражение the hard side имеет очень определённое прямое и переносное значение. История такая: у всех, кто катается на велосипеде, какая-то одна нога впереди, если не крутить педали, кому как удобнее. Те, кто занимаются трюками на горном велосипеде или на BMX, начинают делать трюки именно в ту сторону, потому что это легче. Например, если правая нога впереди, будет легко запрыгнуть на бордюр, который находится справа, и крайне сложно запрыгнуть на бордюр, который находится слева.</p>
<p>При этом на определённом этапе профессионалы этих видов спорта начинают делать трюки на слабую сторону, просто чтобы развиваться. У людей много слабых сторон, и тонны литературы по саморазвитию именно про это: кому-то тяжело даются переговоры, кто-то не может приступить к сложным задачам, а кто-то не может прийти вовремя. Кто-то не любит конфликты, поэтому проблемы не вскрываются и не решаются в его жизни годами, чтобы потом взорваться.</p>
<p>У организации тоже есть слабые стороны, с которыми до поры можно было жить. Например, закостенелость – это такая супер-способность игнорировать то, что происходит в окружающем мире. Даже простое внешнее воздействие, которое объективно нет возможности игнорировать – например, сотрудникам нужно работать из дома – может парализовать такие организации.</p>
<p>Когда в очередной раз я задумался, чем мне интересно заниматься в жизни, то решил, что суть именно в изменениях. Начать можно с проектирования и внедрения отдельных изменений, но конечная цель состоит в преодолении закостенелости. Организации для меня – это такие слаженные системы, которыми можно любоваться, но намного интереснее помочь организации стать изменяющейся постоянно. Очень мало внешних воздействий может вывести такую организацию из равновесия.</p>
<p>Когда организация впервые приступает к изменениям, приходится преодолевать опасения владельцев и сотрудников. Опасения того, что всё пойдёт не по резьбе, организация не преодолеет изменение и развалится. Думаю, эти опасения возникают из-за того, что люди не знают подходов, которые позволяют проводить изменения. Изменения часто сравнивают с бурным морем, без подходов к построению прочных кораблей и навигации его сложно преодолеть. Но мы в ситуации, когда мы уже в бурном море.</p>
<p>Один из вариантов подхода к изменениям у их владельцев и руководителей – нанять человека, который вроде как что-то в этом понимает, и довериться ему. Шансы тут 50/50, как у экспедиций, которые не дошли до цели или даже погибли, потому что был закуплен испорченный провиант. Видимо, кто-то доверился закупщику / завхозу.</p>
<p>Сейчас многие организации вытолкнули в бурное море, нужно как-то выстроить удалённую работу, и это тоже известная тема: спроектировать и внедрить процессы и системы. Если раньше это делали те, кто хотел развиваться, то теперь это вынуждены делать все, кто хочет продолжать работать. </p>Адаптируйся или умирай (С)2020-03-27T22:47:00+03:002020-03-27T22:47:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-27:/2020-03-adapt.html<p>Главное правило, если вы обнаружили себя внутри изменений</p><p>Однажды я присутствовал на лекции иностранного преподавателя в Сколково, и он рассказывал об основном правиле проектного управления: адаптируйся или умирай. Мне запомнились два примера: небольшой самолёт с оторванным крылом, который в ходе полёта нашёл способ лететь и сесть, и большой пассажирский самолёт, который сел на автомобильную дорогу. Они выжили, потому что они адаптировались.</p>
<p>В апреле 2013-го года я оказался внутри быстро развивающейся логистической компании. Задачи сыпались, как из рога изобилия, неожиданно возник проектный офис, который никто не планировал и который не просто успешно завершил ряд проектов, но и преобразовался затем в машину для подключения новых клиентов. Появление и сама работа проектного офиса была ничем иным, как попыткой адаптироваться.</p>
<p>В августе 2015-го года я обнаружил себя на проекте, с которого выносили консультантов, только что закончивших обследование. Консультанты были настолько деморализованы, что им приходилось буквально указывать, какие исправления внести в документы, чтобы их, этих консультантов, уже отпустили с миром. Я не должен был им указывать, где какие слова прописать, но мне нужно было продолжать делать проект, и это сработало. Структурирование дальнейшего проекта с другими консультантами было невероятно увлекательным. И то, что помогло выиграть им этот проект, это умение слушать и адаптироваться.</p>
<p>В процессе выполнения проекта подрядчик привлёк 6 руководителей проекта, потому что... да, потому что он адаптировался к ситуации. Концепция менялась, и в компании решили срезать половину проекта, который уже проще было доделать. Вместо того, чтобы доказывать свою правоту, мы в очередной раз перекроили план, привлекли внешние ресурсы, перераспределили состав работ, и в итоге запустили решение, которое оказалось временным... и думаю, уже многократно себя окупило.</p>
<p>Сейчас происходит много всего и сразу: в РФ в политике и экономике, в мире с эпидемией к-вируса, как будто раньше глобального потепления и гибридных войн было мало. В итоге обнаруживаю себя дома в комнате дочери, под её кроватью. Кровать на втором этаже, а я на первом, ноут на табуретке из ИКЕЯ, которой лет, наверное, 10. Дочь здесь же, занимается своими делами, а я пытаюсь работать удалённо. Хотя нет, дочь хочет, чтобы я уделил ей внимание, и я пытаюсь объяснить, перевести на какой-то очень простой язык выражение "адаптироваться к текущей ситуации". Как я нашёл удобную позу с ноутом на табуретке.</p>
<p>Наверное, я не эксперт в политике и экономике, да и в детской психологии тоже. Но могу сказать, что значит "адаптируйся или умирай" для предприятий. Раньше люди вроде меня твердили про регламентацию и автоматизацию, в качестве аргументов приводили модели зрелости и уровни эффективности, независимость от конкретных исполнителей и устранение других рисков, но нам всё равно не верили. Организации работали без этого, и вот мы пришли к тому, что без этого не работает совсем.</p>
<p>Без общего пространства хранения файлов, общения в чатах, аудио-конференций, общих списков задач и маршрутов движения документов не работает больше ничего, это новая реальность. Операционные задачи многих бизнесов работали часто совсем не так. Раньше если в компании использовали перечисленные инструменты, это либо супер-передовая компания, либо цифровая, либо фрики. Сейчас те, у кого этого нет, не выживут.</p>
<p>Но если раньше можно было встречаться лицом к лицу, чтобы обсуждать условия проектов, проводить коммерческие и технические переговоры, то сейчас само внедрение продуктов, обучение и поддержку нужно будет делать не в качестве опции, которая удешевляет проект, а просто в связи с запретом на командировки и общение. Если раньше можно было сказать, что вот у нас такие особенные сотрудники, зато у нас есть немного лишних денег, поэтому давайте вы поедете к ним и посидите с ними рядом, то теперь такая возможность если и останется, то резко подорожает.</p>
<p>В последний чисто экономический кризис, помню, в СМИ писали о том, что мужья побросали любовниц и вернулись в семьи. И в текущей ситуации можно найти что-то положительное, уменьшаются выбросы или мы не тратим время на дорогу на работу и обратно. Это вопрос <strong>отношения</strong> к ситуации, но это не изменит саму ситуацию. Конференц-связь менее эффективна, чем живое общение, а пройти вместе по задачам менее эффективно, чем обмениваться задачами или документами в программе. Но солнце всходит и заходит, и теперь это так. И теперь приходится чинить всё, на что не хватало времени: личные границы, внедрённые системы, отношения с близкими.</p>Что делать с сопротивлением изменениям2020-03-23T21:45:00+03:002003-03-23T21:45:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-23:/2020-03-resistance.html<p>Можно ли переманить на свою сторону противников изменений и как это сделать</p><p>Если в организации, где вы анонсировали изменения, вы спросите: "как вы относитесь к происходящему?", то вы получите следующие группы людей:</p>
<ol>
<li>"Поддерживаю!"</li>
<li>"Нейтрально"</li>
<li>"Против!"</li>
</ol>
<p>Изменения всегда выражаются в определённом объёме работы, и когда вы спрашиваете тех же людей: "можете ли выполнить эти задачи?", то получите два ответа: могу или нет. Так вот, самое большое открытие лично для меня было в том, что люди, которые положительно ответили на вопрос про задачи, могут быть <strong>в любой</strong> из трёх групп первоначального опроса. И также люди, ответившие отрицательно про задачи, могут быть <strong>в любой</strong> из трёх групп первоначального опроса. Это уже интересно, не правда ли? Давайте разбираться. Мысль не нова, одно из первых упоминаний относится к Библии: "По плодам их узнаете их." // Евангелие от Матфея 7:16.</p>
<p>Человек может поддерживать изменения на словах, но когда вы поручаете ему конкретную задачу, он может найти 500 причин, почему он её не будет делать. От "вы же не говорили, что надо что-то делать" до "у меня нет времени прямо сейчас". Теперь возвращаемся на шаг назад и понимаем, что с точки зрения управления ожиданиями во время рассказа о предстоящих изменениях, <strong>необходимо</strong> чётко озвучить: "Уважаемые господа / коллеги, от вас потребуется выделение x% времени, что составляет y часов в неделю на задачи для внедрения изменения. В частности, от Вас потребуется выполнение такого рода задач: ..." Тогда вы снимите одно из их оправданий, но останется 499. Что с этим делать, рассмотрим чуть позже, минутку терпения.</p>
<p>Интересный факт состоит в том, что люди, которые относятся нейтрально или отрицательно к изменению, могут включиться в работу, и на это у них есть масса причин:</p>
<ul>
<li>Это было моё личное мнение, но в целом я дисциплинированный сотрудник и выполняю указания руководства</li>
<li>Давайте попробуем, что у вас тут за изменения</li>
<li>Да я вообще нормальный парень, просто настроение плохое было; понятно, что это нужно делать</li>
</ul>
<p>Во-первых, если вы захотели кого-то закатать в асфальт на основе первоначального опроса, пожалуйста не делайте этого – вы растеряете людей, которые могут стать реальными сторонниками ваших изменений. На первом этапе важно, чтобы они фактически включились в работу, а дальше у них сформируется окончательная позиция, с которой нужно будет что-то делать (особенно если она уходит в негатив). Во-вторых, и это просто азбука проектного управление, для любого изменения критична поддержка высшего руководства: чем выше, тем лучше. Мнение мнениями, а дисциплину никто не отменял. И в-третьих, если вы сами увлечены и предлагаете людям интересные задачи, это может их увлечь больше, чем лозунги и далёкие цели. Людям необходимы задачи и испытания, для развития и укрепления самооценки, а интересные задачи не так часто встречаются. Этого нет в операционной (ежедневной) работе, а у вас это есть.</p>
<p>Теперь переходим к основному блюду, самое сложное и интересное: как сделать так, чтобы задачи выполняли те, кто этого <strong>реально</strong> не хочет (и не важно, что они ответили в первом опросе). Как это ни странно, проще работать с теми, кто настроен отрицательно. У них есть заряд энергии, их что-то не устраивает – можно понять что, затем обсудить это с ними (по крайней мере, выслушать), потом обсудить, что из вашего изменения решает их проблемы. Это так называемый положительный PR, но есть и "уверенно отрицательная" позиция, когда у людей своё видение, как правильно. К сожалению, по практике здесь сначала необходимо применить отрицательный PR, то есть разгромить их позицию. Второй вариант – обменяться мнениями, договориться о том, что вы друг друга уважаете, но задачи они будут делать.</p>
<p>Был пример, когда мы внедряли учётную систему, и мне высказали, как замечательно люди жили до этого с N Excel-файлов. Аргументы против Excel известны и понятны: это отсутствие привязки к справочникам, отсутствие разделение доступа, трудоёмкость работы с большими файлами (и восстановления их после сбоев), отсутствие истории изменения данных (транзакций). Пришлось привести эти аргументы, но поскольку собеседники были настроены эмоционально и говорили на упрощённом диалекте русского, пришлось ответить им в той же манере. Тогда они поняли, что их <strong>слышат</strong>, и ответили: "Да ладно, мы не говорим, что твоя система плохая".</p>
<p>Настроиться на волну собеседника очень важно. Часто вижу молодых консультантов, которые отвечают в разнобой: их пытаются вывести на честный разговор, а они крутят заезженную пластинку с политкорректными формулировками. Что воспринимается как страх отойти от методички, отсутствие уверенности и понимания у консультантов. Хотя, наверное, это так и есть. Понятно, что подрядчик не может ответить клиенту ровно так же, но можно сказать: "Смотри, я для себя понимаю это так: вы тратите кучу сил и времени на поддержание большого количества Excel, неужели вы не хотите от этого избавиться? Никто не говорит, что наша система идеальна, но, согласись, эту проблему она решает." Кстати, переход на "ты" очень способствует пониманию, но здесь про переход на неформальный диалог по сути.</p>
<p>Сложнее всего с "реально нейтральными", то есть они ничего не хотят делать, ничего не хотят обсуждать, хотя аргументов тоже нет. Формально они приведут какие-то аргументы в духе "объективная реальность не позволяет мне выполнять ваши задачи". Если вам лично эти люди были симпатичны, можно забыть про хорошие отношения с ними. Если вы разделяете мнение, что на работе мы находимся для решения рабочих задач, а не только для того, чтобы улыбаться друг другу, то согласитесь, что в данном случае пора перестать улыбаться. А пора накопить компромат – факты, что именно они отказывались делать либо не выполнили, желательно зафиксированное письменно (протокол встречи, почта) и отправить их руководству, то есть провести эскалацию. Слишком сложно говорить в общем случае, предупреждать этих людей о ваших действиях или нет. Если эти люди наделены властью, вам могут сильно испортить жизнь, поэтому иногда это похоже на войну, то есть нужно внезапно нанести удар первому.</p>
<p>И на десерт о работе с возражениями. Общая рекомендация – декомпозировать возражения, что именно не нравится:</p>
<ul>
<li>вы лично (такое тоже бывает)</li>
<li>что вы делаете</li>
<li>как вы это делаете</li>
</ul>
<p>Если вы готовы вести открытый диалог, конструктивную критику воспринимаете как повод для улучшений и хотите развиваться, то вас ждёт много увлекательного: от необходимости скорректировать своё поведение до изменения методов работы. Общая схема беседы примерно такая: вот смотри (это вы обращаетесь в вашему оппоненту): есть такие варианты (моего поведения, что делать, как делать), я выбрал такой вариант по такой причине. Ты видишь, как то же самое можно было сделать по-другому?</p>
<p>Конструктивная критика – это обязанность вашего оппонента, если же он говорит: "не знаю, придумайте что-нибудь, это вы должны знать", вы просто говорите стандартную фразу: "мы уже проанализировали все возможные варианты и видим именно это решение". Если после этого ваш оппонент говорит: "это меня не устраивает". Дальше разбираем: "что именно не устраивает?" Ну и дальше есть два варианта: вы можете это изменить или не можете, в обоих случаях вы честно сообщаете об этом своему оппоненту. Мы и наши решения не $100, чтобы нравится всем, но последовательной позицией, диалогом с собеседником можно сохранить и личные человеческие отношения, и получить профессиональное уважение. Люди смотрят на ваши усилия и ценят их, что бы они ни говорили.</p>5 способов сохранять спокойствие по опыту участия в передрягах2020-03-18T20:30:00+03:002020-03-18T20:30:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-18:/2020-03-keepcalm.html<p>Как участие в изменениях учит приёмам, которые помогают сохранять спокойствие в сложных ситуациях</p><p>Есть управляемые изменения, которым посвящена основная часть этого блога, и есть неуправляемые. В рамках пятничной рубрики хочу написать о том, что, надеюсь, поможет людям во время пандемии коронавируса, если выражаться официальным языком.</p>
<p>Изменения, в любом случае, это турбулентная среда, находиться в которой человеку не комфортно. От дискомфорта у всех людей вырабатывается адреналин, проявления которого в организме вызывают стресс – не самое приятное состояние. Стресс – это иностранное слово, на русский переводится как "напряжение". Стресс также снижает иммунитет. К стрессу человек адаптируется, но это происходит медленно, поэтому сейчас основная задача – сохранить себя, справившись с сильным стрессом, вызванным переживаниями за себя и близких, а также потоком негативных новостей.</p>
<p>Один мой друг и коллега говорил (и это не изобретённая им фраза), что есть три известных способа справиться со стрессом, все три начинаются на "с": секс, спорт и скандал. Использование первого и последнего пункта оставим за рамками, а вот спорт рассмотрим подробнее. Прежде чем приступить к спортивным мероприятиям, рекомендую убедиться, что вы здоровы, поскольку травмы и болезни могут усугубиться во время спортивных мероприятий.</p>
<p>В отношении контактов с людьми я согласен, что нужно действовать так, как будто вы уже заражены, и принять все меры, чтобы не допустить распространения инфекции. Но если мы говорим об индивидуальных занятиях спортом, то в отсутствие симптомов, как мне кажется, лучше позаниматься.</p>
<p>Какие есть возможности для занятий спортом, чтобы избегать массового скопления людей? Если честно, ненавижу бегать, но ритмичный бег на улице, по моим личным ощущениям, помогает справиться со стрессом лучше всего. В каждый удар ног по поверхности я стремлюсь вложить всю накопившуюся негативную энергию, и через минут 10 она уходит. Достаточно критичным, как мне кажется, является умение ритмично дышать и базовая подготовка. Да, ещё нужно разминаться.</p>
<p>Дальше идут поездки на велосипеде. Движения на велосипеде бережнее относятся к суставам, а меняющиеся виды и ветер в лицо помогают отвлечься, останавливает только неприспособленность дорожной сети для велосипедистов . Зато уровень предварительной подготовки, по опыту катания с новичками, не влияет на удовольствие от катания. Иногда, правда, получаешь ещё больше стресса, постоянно слезая с велосипеда, или когда едешь по дороге общего пользования рядом с машинами.</p>
<p>Третье место занимает йога. Йогой занимается дочь, которую мы пытаемся уложить каждый день в одно и то же время. Первый класс добавляет эмоциональных переживаний, поэтому иногда уложить бывает сложно, бывает и ночью приходиться вставать и успокаивать, если день у дочери был особенно напряжённым. Кроме того, что полученные за день эмоции мы стараемся проговаривать, йога безусловно помогает заснуть и спать спокойно.</p>
<p>Помимо физической нагрузки йога учит правильно дышать и медитировать, это всё снижает уровень стресса и заряжает энергией, то есть даёт ресурс для противостоянию стрессу в дальнейшем. Статичные нагрузки в йоге также менее травматичны (как правило), чем динамичные, и при этом более эффективны. Минус в том, что если вы не занимались йогой, то без тренера сможете освоить только несколько базовых упражнений.</p>
<p>Уличные или домашние силовые нагрузки (воркаут) на четвёртом месте, поскольку нужно себя заставить, нужно концентрироваться (а на это тоже тратится энергия), нужно обладать техникой и разогревать мышцы и суставы, чтобы ничего не повредить. Иногда после тяжёлого воркаута бывает тяжело заснуть, поскольку организм находится в возбуждённом состоянии, но дальше ресурс (в том числе нервный) увеличивается, вы легче держите стрессовые нагрузки и чувствуете себя лучше. Есть мобильные приложения, в которых можно выбрать понравившуюся тренировку, также учитывая имеющееся оборудование, но можно и совсем без него. Есть также плюс в том, что при проработке разных групп мышц спокойствие добавляется за счёт ощущения собственного тела, которое мы теряем, например, при работе на компьютере.</p>
<p>Что же на пятом месте? Это вообще не упражнения, это компьютерные игры, и это не шутка. Дело в том, что мы обладаем зеркальными нейронами, и наблюдая за персонажами (особенно в 3d-шутере) на экране, у нас работают те же области мозга, как если бы мы это делали сами. Этот способ подходит, если вы болеете, и по какой-то причине остальные четыре для вас не доступны. Ещё один бонус именно для 3d-шутера или игры с драками – в качестве противника можно представить себе персонажа, который вам наиболее неприятен.</p>
<p><img alt="Keep Calm and Karry On" src="images/carryon.png"></p>
<p>Бонус-способ – плакат в постоянной зоне видимости, наподобие "Keep Calm and Carry On". Лирическое отступление, если кто-то не знает: эти плакаты вывесили во время бомбёжек Великобритании во Второй мировой войне. Для меня поразительна простота этой надписи во время, когда можно не проснуться. Не являюсь нейрофизиологом, но, по моим предположениям, у этого плаката есть совершенно конкретный механизм действия. Активность, связанная с мгновенной реакцией, управляется так называемым "мозгом ящера": бей или беги. Вчера видел в магазине мужчину с тележкой, забитой продуктами: глазки бегают, явно тело управляется мозгом ящера. Мозг ящера активизируется, когда отключается мозг человека разумного, а такая надпись как раз активизирует мозг человека разумного. </p>
<p>Всем желаю оставаться разумными людьми, как видите, записи в блоге по-прежнему выходят по две в неделю.</p>История одного маленького, но гордого проектного офиса2020-03-16T22:12:00+03:002020-03-16T22:12:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-16:/2020-03-pmo.html<p>Реально произошедшая история о том, как в одной небольшой компании был создан проектный офис для распределения ресурсов по разным инициативам</p><p>В одном большом городе одна небольшая логистическая компания развивалась сразу по нескольким направлениям:</p>
<ol>
<li>С одной стороны, нужно было вывести компанию на прибыльность.</li>
<li>С другой стороны, нужно было привлекать финансирование под развитие бизнеса.</li>
<li>Были грандиозные планы по развитию информационной системы собственной разработки.</li>
<li>Одной из идей по расширению бизнеса был лизинг транспортных средств, но было не понятно, стоит ли в это ввязываться, какой именно марки и сколько машин брать.</li>
<li>Для того, чтобы наладить работу складского подразделения, хотелось бы внедрить систему по управлению адресным складом (WMS).</li>
</ol>
<p>И это не полный список, всего было 8-10 инициатив такого рода. Из ресурсов был менеджер по управлению изменениями, он же руководитель проектов, и бизнес-аналитик. Как определить, на что тратить ресурсы? Изначально цели делать проектный офис не было, но это ровно тот инструмент, который позволяет просчитывать эффективность инициатив, принимать решение о запуске какой-то инициативы (в сравнении другими), регулярно отслеживать статус реализации и поднимать возникающие проблемы на тот уровень, на котором они могут быть решены. Это тот минимум, который был жизненно необходим для динамично развивающейся организации.</p>
<p>Программой проектов, которая достигает бизнес-цели, может управлять проектный офис. Проектом, который выполняет конкретную задачу, управляет проектный менеджер. Разница между проектом и программой проектов можно показать на следующем примере. Бизнес-цель выхода на прибыльность разбилась на следующие задачи:</p>
<ol>
<li>Внедрить WMS для точной тарификации складских операций, а для этого было необходимо...</li>
<li>Сделать ряд доработок системы собственной системы, чтобы остатки и заказы на отгрузку попадали в WMS.</li>
<li>Кроме этого, необходимо было провести переговоры с клиентами по изменению тарифов, поскольку с платы за складское место необходимо было перейти на оплату операций грузопереработки.</li>
</ol>
<p>Первая задача – это проект. Что такое остальные две? На проекты они не тянут, но от их исполнения зависит достижение важнейшей бизнес-цели, которая обеспечивает выживание бизнеса – выход на прибыльность. Можно сказать, что это требования к смежным функциям (отделу развития собственной системы для задачи 2 и отделу продаж для задачи 3), но кто может поставить им сроки, проконтролировать выполнение именно в эти сроки, а также сообщить владельцам бизнеса, когда будет достигнута бизнес-цель или почему она не достигается? На мой взгляд, все эти задачи призван решить проектный офис, причём нужна координация именно в текущем режиме, ежедневно.</p>
<p>Не хочу никого обидеть, но, насколько я мог видеть, все функции бизнеса, за исключением проектного офиса, не готовы работать в терминах календарных сроков и обеспечивать выполнение задач с точностью до дня – во всех остальных функциях сроки плавают: плюс-минус неделя, месяц, квартал, год. Если поставить задачу бизнесу и делать срез раз в неделю, то можно получить только разочарование – каждый раз на вас будут удивлённо смотреть и спрашивать: "Как, неделя уже прошла?" Если вы спросите, чем они занимались, то вам расскажут про важные задачи, их непосредственные обязанности, но если другие функции не выделят ресурс под ваш проект, они ничего не сделают в требуемые сроки.</p>
<p>Судьба маленького, но гордого проектного офиса складывалась следующим образом. Сначала был обследовано текущее состояние основного бизнес-процесса компании и достаточно быстро был разработан целевой бизнес-процесс, в результате чего отпала необходимость в одном из подразделений. Затем провели расчёты, как изменится абсолютная стоимость услуг для клиентов при изменении тарифов, и провели переговоры с клиентами. После этого честно сделали модель окупаемости WMS, выбрали подрядчика и внедрили систему. С разработчиками собственной системы согласовывали планы разработки на неделю, и в конце недели подводили итоги: есть отклонения или нет.</p>
<p>Было сделано ещё несколько успешных проектов, в том числе был разработан бизнес-кейс по лизингу транспортных средств, была внедрена система управления претензиями, были разработаны материалы для инвестиционного меморандума, но... проектный офис должен отвечать на запросы бизнеса, а в бизнесе происходило следующее: было привлечено несколько крупных клиентов. В итоге именно руководитель проектного офиса поставил перед владельцами бизнеса вопрос о том, что нужно сосредоточиться на подключении новых клиентов, это было заметно и по буксующим новым инициативам. Что такое подключение нового клиента:</p>
<ol>
<li>Это разовая акция разработки целевого процесса, но не с нуля, а на основе существующего. По сути, нужно понять только отклонения.</li>
<li>На основе отклонений нужно разработать регламент (и обучить исполнителей) и поставить задачу на доработку собственной информационной системы с учётом пожеланий клиента.</li>
<li>С точки зрения логистики и производства необходимо было усилить присутствие в конкретном регионе: снять склад, подключить склад к системам компании, нанять персонал.</li>
</ol>
<p>Эта деятельность является проектной, и использование проектных механизмов одновременно с заморозкой всех остальных инициатив позволило относительно небольшой компании начать обслуживать несколько крупных клиентов.</p>
<p>Таким образом, на опыте выяснилось, что проектный офис может не только служить источником развития для бизнеса, координировать различные направления и отделы в рамках проектных инициатив, но и научить бизнес проектному режиму работы в рамках операционной деятельности. Для этого самому проектному офису пришлось быть гибким, но, как говорят в проектной работе, "адаптируйся или умирай". Вся эта история не случилась бы и не была бы успешной без адаптации методики построения проектного офиса из подхода PRINCE2. Подход PMBOK был здесь явно излишним, просто не было людей, чтобы исполнять все предписанные процессы.</p>
<p>Не замыкайся на каком-то одном подходе, ищи нестандартные решения, применяй суть полученных знаний – вот основной вывод, который я сделал для себя, поскольку был участником этой истории. Ещё один момент: проектному офису необходима аналитическая (расчётная) компетенция помимо компетенции управления проектами, чтобы <strong>просчитывать</strong>, какие проекты выгоднее.</p>
<p>Эта история не научит вас делать проекты или создавать проектный офис, но она может научить не бояться проводить массированные изменения и даже переводить организацию целиком на проектные рельсы.</p>
<p>Первоначально опубликовано в блоге <a href="http://pmlogic.ru/istoriya-odnogo-malenkogo-no-gordogo-proektnogo-ofisa/">PMLogic</a>.</p>Зачем вам нужен свой блог2020-03-12T22:36:00+03:002020-03-12T22:36:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-12:/2020-03-personalblog.html<p>Что может дать персональный блог лично вам, на собственном опыте</p><p>С ноября 2005-го, как я только что уточнил, у меня был блог на livejournal без определённой тематики – писал всё, что случалось со мной, в общий доступ. Дальше в бесплатном livejournal появилась реклама, и я переехал на blogger в декабре 2008-го года, где создал два блога: личный дневник и общий. В том же декабре 2008-го я сделал отдельный сайт, куда выложил статьи и учебные работы. В январе этого, 2020-го года, я решил сделать из своего сайта блог на тему управления изменениями. Вся эта история подчиняется определённым правилам, которые я вынес для себя и которыми хотел бы поделиться:</p>
<ol>
<li>Личная жизнь и личные переживания никому не интересны, если вы не знаменитость. Выделение личного дневника, который никто не видит, было одним из самых умных решений (в жизни) и очень мне помогало в сложные моменты. Возможность искренне записать свои переживания, выгрузить негатив или запомнить положительные моменты невероятно важна, но не стоит думать, что это кому-то интересно и что люди сразу поддержат тебя. Именно смешение личного и доступного всем было основной ошибкой блога на livejournal, и там доступ устанавливается для каждой записи. Вынести личное в общественное пространство – это примерно как сходить в туалет у всех на виду – кому-то может быть интересно, но это не то, о чём вам захочется вспомнить.</li>
<li>Если что-то можно сообщить всем, это не значит, что это будет интересно всем. Записи в общественной части второго блога заполнены мнением о фильмах, размышлениями о жизни, порывами творчества и специфичным юмором. Всё это ценили друзья, которые остались на livejournal, потому что им интересна моя жизнь. Не являясь авторитетным кинокритиком, известным юмористом или техническим авторитетом, сложно собрать свою аудиторию, если пишешь на эти темы. Для простых смертных есть тематические форумы, на которых вы обязательно найдёте аудиторию для своего мнения: например, kinopoisk для фильмов, linux.org.ru для любителей Линукс, bikepost для любителей мотоциклов и тому подобные сайты, вокруг которых сформировались сообщества.</li>
<li>Однажды один известный блогер сделал акцию "гостевая статья" – предложил написать статью, которую он разместит у себя со ссылкой на автора, что сулило популярность. Я воспользовался этой возможностью и написал, как мне казалось, невероятно крутую запись – уже не помню о чём. И вы знаете, он ответил, что в моей записи слишком много идей. Когда в январе этого я задумал блог "Настоящие изменения", правило "одна запись – одна идея" я сделал основным для себя. Думаю, мастерство рассмотреть одну идею со всех сторон и есть то, что люди ценят. Анализ, размышления, логические цепочки – в отличие от них, дневник, как правило, – это просто выгрузка "сырых данных": события + рефлексия на тему.</li>
</ol>
<p>Если мы говорим именно о таком персональном блоге, который берёт и последовательно развивает одну тему, то сразу возникает вопрос, что это за тема и зачем это нужно вам – здесь речь идёт уже о <strong>работе</strong> над каждой записью, зачем себя так нагружать?</p>
<p>Конечно, вы можете взять какую-то тему, которая вас интересовала, но которой не было возможности заняться, и начать её изучать и писать на эту тему. К сожалению, в таком случае очень заметно, что пишет любитель, который наивно использует специфические термины, ставит слова в странном порядке, поэтому специалисты вас не будут читать и рекомендовать. Рекомендации строятся на авторитете, который будет разрушаться неточностями. Можно достичь популярности, если просто писать на хайповые темы: так работают антипрививочники, продавцы биологических добавок, другие неприятные для меня темы даже не буду упоминать. Очень надеюсь, что популярность для вас не является самоцелью.</p>
<p>Для себя я выбирал из тем, которыми занимаюсь давно, это может быть либо основная работа, либо хобби, которым занимаешься давно и погружён в предмет. Есть много людей, которые разбираются в моих хобби намного лучше меня (например, системные администраторы – в настройке Линукс, а механики и про-драйверы – в мотоциклах). До января этого года я думал, что и по работе мне нечего сказать нового, но потом я побыл вместе с командой на одном из текущих проектов. В результате я понял, что за последние 4,5 года у меня сложилось определённое понимание, которое далеко не очевидно для этой команды. И если с тем, как планировать проект, проектировать системы и писать документы всё более-менее понятно, то в части того, как <strong>доносить</strong> изменения до людей и непосредственно <strong>переключать</strong> людей из предыдущего устойчивое состояние в новое, целевое – здесь выявился простор для творчества. Также я подумал, что непонимание изменений и отсутствие информации о методиках управления изменениями сдерживают изменения в коммерческих и других организациях.</p>
<p>Небольшое лирическое отступление для тех, кто считает, что видео-блоги и соц сети "съели" текстовые блоги. Мне кажется, это не так. Сначала разберёмся с видео-блогами: видео-производство достаточно затратно. Та информация, которая появляется в формате видео, как правило, уже давно есть в текстовом виде, просто авторы видео хотят расширить свою аудиторию. Если же вы являетесь источником уникальной информации – чего-то, что не знают другие – вас будут читать в текстовом виде.</p>
<p>Запись в блог я могу написать в самолёте, а проверить и опубликовать – дома, пока дочь чистит зубы перед сном – это не сравнить с подготовкой сценария, записью и монтированием видео. Соц сети же имеют ограниченные средства форматирования. В частности, если вы пробовали читать длинные записи в FB и VK, думаю, вы согласитесь, что это боль. Про размещение картинок и другого контента там, где вам это нужно, можно вообще забыть. Внешний вид и удобство для читателей – это то, чем вы можете управлять в своём блоге. Надеюсь, это то, что оценят читатели, а в соц сети можно публиковать новости о появлении новой записи в блоге – например, с помощью сервиса IFTTT.</p>
<p>И вот теперь, наконец, мы подошли к тому, зачем блог нужен вам – да, <strong>именно вам</strong>, а не вашим читателям:</p>
<ol>
<li>Расширить кругозор / сменить обстановку / вырвать себя из текучки / взглянуть на происходящее сверху / копнуть глубже – в конечном итоге, повышает производительность, поднимает настроение. Например, у меня был проект длительностью 2,5 года, то есть 2,5 года ты ходишь на работу, но не происходит <strong>ничего видимого</strong>. Такое ощущение, что ты застрял в провале во времени, и это не самое приятное ощущение. А человеку нужны приятные ощущения, нужно видеть результат своей работы как можно скорее, и этот результат должен быть красивым законченным продуктом, который можно показать другим – всё это даёт блог. Каждая запись – и есть тот законченный продукт.</li>
<li>Научиться письменно излагать свои мысли. При практически полном отсутствии качественной журналистики, отсутствии устоявшихся структур деловых документов, которые хотя бы помогли строить повествование логично, отсутствии сложившейся практики деловой переписки, отсутствии в обществе понимания, что своё мнение надо аргументировать фактами, – надо вытягивать себя из этого болота самостоятельно, как Мюнгхаузен вытащил за волосы. Лично меня мучили сочинениями в школе и в институте по родному русскому и двум иностранным языкам, и в результате я могу сказать одно: этого <strong>абсолютно недостаточно</strong>, чтобы научиться излагать свои мыли, не терять нить рассуждения и удерживать внимание читателей. Хорошая новость в том, что есть курсы и источники как это делать, и в это в большей степени практический навык. Если у вас цель вести именно тематический блог (а не просто выгружать текущие переживания), то вам придётся научиться это делать, и это хорошая новость.</li>
<li>Научиться базовым навыкам маркетинга, когда вы начнёте продвигать свой блог. Суровый капиталистический мир устроен таким образом, что вам нужно продавать себя и свои продукты, поэтому вам это точно пригодится. Если вы думаете, что для этого достаточно преодолеть страх, выйти на площадь и крикнуть "Покупай!" погромче – вы глубоко заблуждаетесь, рядом будут стоять тысячи и кричать громче. Недавно я подумал: почему бы мне не купить рекламу AdWords, там ещё и компенсируют определённую сумму. Но результат был нулевым, потому что то, что нужно, это ссылки на блог из тех источников, на которые заходит моя целевая аудитория. FB и Google делают бизнес на людях, которые покупают рекламу – безусловно, для многих это работает, но часть людей просто приносит доход этим компаниям, но не себе.</li>
</ol>
<p>Если вы нашли нужную тему, нащупали тональность записей, наконец, если вам нравится то, что получается, вопрос будет не в том, о чём писать, – вопрос будет в том, как не писать. Когда я понял масштаб проблемы, на которую записи в моём блоге будут отвечать, то сделал план из около 30-ти тем только на первое время. Дальше я смотрю на этот список, беру одну из тем и обдумываю её: пока еду в транспорте, пока гуляю с собакой, пока просто смотрю в окно. И дальше мне просто <strong>необходимо</strong> записать свои мысли куда-нибудь, я жду момента, пока доберусь до любого средства связи с клавиатурой и наконец смогу всё записать. Мне очень хотелось бы, чтобы вы испытали это ощущение, оно не имеет никакого отношения к мукам творчества. А потом запись блога, проверенная и переделанная, становится отдельным продуктом, который начитает жить отдельно от автора. К своим записям можно возвращаться и перечитывать и даже открывать что-то заново.</p>
<p>На этом всё, со своей стороны всегда готов подписаться на ваш новый блог!</p>Как управлять изменениями без проекта2020-03-11T12:08:00+03:002020-03-11T12:08:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-11:/2020-03-tasks.html<p>Как управлять изменениями, для которых проектный подход является слишком громоздким</p><p>Проекты – замечательный инструмент, но, как и любая <strong>модель</strong>, он имеет ограниченную область применения. Наверняка вы примеряли проекты на свои задачи и возникала мысль: "слишком громоздко" или "слишком много документов" или "нужен целый руководитель проекта". Конечно, не все изменения требуют проектов, но начинать, в любом случае, лучше сверху вниз: посмотреть на все задачи и подумать, какие из них лучше будут управляться одним человеком, так как содержат одни и те же цели или используют одни и те же ресурсы. Будет это проект или нет – уже другой вопрос.</p>
<p>Зачем группировать задачи? Каждая задача является объектом управления, а один человек физически может управлять ограниченным количеством объектов. И руководству организации проще спрашивать с одного человека, а не с тех, кто отвечает за подчинённые задачи. Как группировать задачи? Проект или проектная инициатива является лишь одним из способов группировки – как правило, это связано с необходимостью выделить на группу задач определённый бюджет. Проектный менеджер – и есть та самая фигура, которую спрашивают за трату бюджета (а заодно и срыв сроков). Но ведь могут быть и другие группировки:</p>
<ol>
<li>Элемент организационной структуры – для текущего развития каждого подразделения требуется выполнение единоразовых задач. Логично и ответственным за задачи назначить руководителя этого подразделения, но иногда есть выход лучше – дать возможность рядовому сотруднику проявить себя, сделав его / её ответственным за задачу.</li>
<li>Межфункциональная группа / комитет – может проводить совещания (заседания), в ходе которых пачкой выдаётся набор задач. Как правило, ответственными за задачи становятся линейные менеджеры, но есть также функция администрирования внутри группы / комитета: убедиться, что исполнители получили и поняли задачи, снимать промежуточный статус выполнения задач, готовить сводный отчёт по статусу выполнения задач.</li>
<li>Инициатива руководителя компании или подразделения, которая пока не тянет на проект, но имеет определённую направленность. Это может быть проработка новой области ведения бизнеса или то, что в будущем может стать проектом, да и просто смена поставщика закупаемых товаров или услуг (требуется исследование рынка, подготовка отчёта и принятие решения).</li>
</ol>
<p>Нет ничего плохого в том, чтобы начать вести реестр таких задач в электронной таблице. Единственное, что за этот реестр в идеальном случае должен отвечать один человек, и он должен быть независимым от любого подразделения, на которое падают задачи. В том же идеальном случае это сотрудник или подразделение, которые подчиняется руководителю организации. К сожалению, если отчётность собирает любое линейное подразделение, то либо оно в какой-то момент либо бросает эту отчётность (есть другие важные операционные задачи), либо начинает манипулировать данными ("почти сделали", "уже доделываем"). Суть здесь в конфликте интересов: честный статус сразу влечёт за собой наказание, люди это понимают и не подставляются.</p>
<p>Как только реестр начинает работать, организация вступает в следующую стадию: задачи начинают сыпаться, как из рога изобилия, ведь у нас всё контролируется "автоматически". В реальности "ручной привод" – сотрудник, обновляющий реестр – имеет явные ограничения "пропускной способности". Одна задача может требовать его вовлечения несколько раз: узнать статус, проверить выполнение, запросить подтверждающие документы – и так для нескольких статусов задачи. Логично переложить эту работу на самих исполнителей: они заинтересованы как можно быстрее отчитаться, что задача выполнена. А проверку (и сотрудника, который её осуществляет) можно оставить, но сделать не сплошной, а выборочной.</p>
<p>Электронная таблица принципиально не может быть многопользовательской системой, пожалуйста не пытайтесь с ней этого делать. То, что вам требуется, называется разделением доступа на уровне строк, таблицы этого не умеют. Кроме этого, вам захочется, чтобы отчётность не "плыла", то есть не изменялась задним числом, чтобы статусы задач не откатывались произвольно с любого на любой без указания причины. Иначе у вас несколько месяцев будет "всё выполнено", а потом окажется "ничего не выполнено". Такие задачи решают системы управления задачами (task management), они же трекеры (tracker).</p>
<p>Трекеров существует великое множество, многие из них бесплатны, а уж сколько всего интересного заложены в платные продукты... Но тут надо помнить, что любой инструмент будет отражением того, что вы в него заложите. С трекерами ловушка именно в отсутствии аналитики, о которой шла речь выше. Если не придумать и не заложить (относительно) неизменные группировки задач, то в этом море задач можно "утонуть". Также могут помочь задачи разных уровней, чтобы контроль на верхнем уровне осуществлялся по небольшому числу задач (и их исполнителей – линейных менеджеров).</p>
<p>Можно уйти от проектов в ряде случаев, но от календарного планирования уйти не получится. И внедрение трекера подсветит, если вы раньше ставили задачи без учёта сроков ("по приоритетам"), трудоёмкости задач, доступных ресурсов, взаимосвязи задач – ресурсы окажутся перегруженными, а задачи – невыполненными. Внедрение трекера (и это также сложно реализовать в электронной таблице) вынудит (и это хорошая новость) перейти от приоритетов (которые каждый понимает по-своему) к обсуждению на единой временной шкале. Окажется, что это целый процесс – оценивать план и факт трудоёмкости, но это единственный известный способ получить результат в ожидаемые сроки. Самый неожиданный эффект, который я неоднократно наблюдал – конфликты исчезают. А что спорить? Что в сутках больше 24-х часов? Можно обсудить трудоёмкость задач, но кто может сделать быстрее, пусть и сделает быстрее.</p>
<p>Напишите пожалуйста в комментариях, с каким трудностями лично вы сталкивались при управлении задачами на уровне организации. Постараюсь ответить, если чем-то могу помочь!</p>Корпоративный блог для поддержки изменений2020-03-05T21:11:00+03:002020-03-05T21:11:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-05:/2020-03-corpblog.html<p>Как использовать доступный формат блога для того, чтобы люди хотели читать о ваших изменениях</p><p>Хочу поделиться опытом ведения блога проекта и рассказать о том, зачем это нужно. Сначала посмотрим на ситуацию "как есть": есть проектная команда, есть люди вокруг (руководители, вовлечённые в изменения), и есть мнения этих людей. Есть какие-то новости по проекту (буду ориентироваться на то, что изменения проходят в рамках проекта), ближе к жанру пресс-релиза (кому захочется такое читать?).</p>
<p>Что будет, если спросить у людей вокруг и у проектной команды неформально: что они думают о проекте, какие цели проекта они видят? Безусловно, многое зависит от человека, который берёт интервью: либо ему удалось вывести на открытый разговор собеседника, либо нет (человек закрылся). Но если получилось, то возникает сразу несколько положительных эффектов:</p>
<ol>
<li>Сотрудник организации публично заявляет о своей поддержке проекта. До этого в курилке, по сложившейся традиции, он/она, скорее всего, будет проект критиковать – просто потому, что людям свойственно отрицать изменения. А вот после интервью критиковать проект уже не получится, людям не нравится лицемерное поведение.</li>
<li>Сотрудник организации объясняет суть изменении другим сотрудникам той же организации своими словами. Очень часто на совещаниях сотрудники "переводят" своим коллегам то, что я говорю. Есть масса нюансов: сами слова, порядок слов, темп речи, акценты – но разница колоссальна: от полного непонимания до "а, ну теперь всё понятно".</li>
<li>Если интервью чередовать: одно у сотрудника проектной команды (сильно заинтересован в проекте и результате), другое у сотрудника организации "рядом с проектом", то уходит разделение "мы и они". Именно это разделение само по себе часто является источником противостояния и конфликтов, а в проектах необходимо сотрудничество, то есть продуктивная совместная работа.</li>
</ol>
<p>В чём составляющие такой записи блога, которую люди будут заинтересованы начать читать и дочитать до конца? Прежде чем к ним перейти, нужно понять, что есть одна фундаментальная потребность людей, которую блог эксплуатирует – это потребность развлекаться. И блог облекает в форму развлечения серьёзный контент.</p>
<p>Возьмём типичные развлечения: стендап-шоу и глянцевые журналы – что общего может быть у них и у корпоративного блога? Оказывается, общее находится, это юмор и что-то личное / эмоциональное, что относится именно к личности того, у кого берут интервью. Этими компонентами серьёзный контент должен быть разбавлен, причём я бы не стал переживать, если серьёзного контента о "наших целях" и "успехе" осталось всего 10% – зато эти 10% дойдут до получателей, в отличие от всех пресс-релизов, которые отправляются в мусорную корзину непрочитанными. Действительно качественным интервью сотрудники организации поделятся с коллегами – а вместе с тем поделятся и теми 10%, которые мы хотим донести о проекте.</p>
<p>Информацию о том, что появилась новая запись в блоге, нужно как-то донести, и для этого есть два средства:</p>
<ol>
<li>Встроиться в существующие в организации средства оповещения: рассылки по почте, вестник компании или подразделения, корпоративную газету, повестку очных совещаний.</li>
<li>Вести блог регулярно. Люди привыкнут к тому, что еженедельно (для развлекательного контента, очевидно, лучше всего подходит пятница) по определённому адресу можно увидеть порцию легальных развлечений на работе. </li>
</ol>
<p>Самое забавное, что с помощью такого "развлекательного" инструмента, как блог, вы помогаете людям пройти стандартную последовательность от отрицания до принятия изменений. </p>
<p>А дальше рекомендую переходить к изучению разных аспектов ведения блога, включая:</p>
<ul>
<li>Как выбрать заголовок;</li>
<li>Какие иллюстрации добавить;</li>
<li>Как вычитывать записи.</li>
</ul>
<p>По этой теме настоятельно рекомендую бесплатные курсы в HubSpot Academy.</p>Зачем описывать бизнес-процессы2020-03-02T21:33:00+03:002020-03-02T21:33:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-03-02:/2020-03-process_modeling.html<p>Зафиксированные в документе процессы как способ получать более стабильный и более качественный результат</p><p>Что даёт зафиксированный бизнес-процесс? Он даёт, прежде всего, предсказуемый результат вне зависимости от того, у кого очистилась память после праздников, кто уволился, кто вышел на пенсию, а кто что-то не так понял и активно транслирует ошибочную позицию коллегам.</p>
<p>Не уходя далеко в методику уровней зрелости (capability maturity model), скажу лишь, что документированный бизнес-процесс – это неизбежный шаг на пути развития организации. Без этого не стоит замахиваться на показатели результативности (ведь мерить будем всё время разный набор и последовательность действий), на унификацию работы разных подразделений (ведь эталон отсутствует), на централизацию функций (ведь не описано, что централизуем), на налаживание дисциплины (ведь нельзя наказывать за нарушение не известно чего).</p>
<p>Распространённое заблуждение состоит в том, что для документирования бизнес-процессов вам нужен дорогой и сложный инструмент. В действительности лично моим любимым инструментом является текстовое сообщение и набор нумерованных пунктов. Проблема в том, что для того, чтобы выписать процесс в виде набора пунктов, необходимо выделить основную ветку бизнес-процесса, а для этого иногда нужно держать бизнес-процесс в голове целиком. Есть и много других нюансов: нужно не забыть документы и роли, как-то уложить в последовательность ветвление бизнес-процесса. В двух словах, упрощать очень сложно.</p>
<p>Именно упрощение и является конечной целью, в словосочетании "моделирование бизнес-процессов" слово "модель" отвечает за упрощённое представление реальности. Что будет, если отобразить только 80% наиболее частых случаев и зафиксировать (текстом, таблицей или на схеме) бизнес-процесс? Если всё сделано правильно, то становится понятно:</p>
<ol>
<li>Кто за что отвечает – можно сказать, это ответ на традиционный русский вопрос "кто виноват";</li>
<li>Что нужно сделать для достижения результата – причём здесь "что" – это не цепочка функций, а последовательность документов;</li>
<li>Какие шаблоны нужно использовать – ведь документы, которые используются в процессе, должны быть стандартизированы.</li>
</ol>
<p>Пора перейти от абстрактных размышлений к живому примеру: в моём опыте одним из самых ярких примеров был процесс получения и обработки заказов клиентов в одной компании:</p>
<ol>
<li>Клиент размещает свой заказ с помощью менеджера по работе с клиентами.</li>
<li>Компания работает в единой информационной системе, и чтобы ввести заказ в эту систему, заказ передают оператору.</li>
<li>Оператор вводит заказ в систему.</li>
<li>Заказ в системе обрабатывается производством.</li>
<li>За исполнением заказов следит подразделение координаторов.</li>
</ol>
<p>Сделайте паузу и назовите пару моментов, которые могут здесь сломаться, при том, что все участники добросовестно исполняют свои роли по процессу. Вот моя версия из практики:</p>
<ol>
<li>Отсутствует шаблон для передачи заказа клиента оператору; в результате оператору не хватает информации для ввода заказа в систему, он начинает запрашивать эту информацию. Другими словами, из-за отсутствия шаблона (с указанием обязательных полей) процесс входит в цикл, а это явно не то, что мы хотим.</li>
<li>Координаторы не исполняют никаких функций, если процесс идёт хорошо. Если что-то идёт не так, то производство может что-то исправить, а может сидеть и ждать, пока вмешается координатор. Другими словами, нет чёткого разделения функций производства и координаторов: последние занимаются всем и одновременно ничем.</li>
</ol>
<p>Сделали шаблон, заставили менеджеров предоставлять информацию по шаблону, разогнали координаторов, всё. Точнее, это было только начало, и началось всё с зафиксированного бизнес-процесса. Ведь только зафиксированный бизнес-процесс можно измерять, оптимизировать и автоматизировать, чем мы и занялись.</p>
<p>Какой наиболее действенный приём оптимизации процесса? Пройти по процессу от конца к началу и по каждому пункту задать себе вопрос: какой набор документов (данных на входе) нужен, чтобы получить результат? В итоге окажется, что многие документы не нужны и делаются по инерции.</p>
<p>Что есть автоматизация, по сути? Перевод документа в электронный вид (а для этого нужно наглядно видеть перечень этих документов), тогда его становится невозможно потерять, а все действия с документом фиксируются.</p>
<p>Пока на этом всё, напишите пожалуйста в комментариях:</p>
<ul>
<li>Какая часть из рассказа о моделировании бизнес-процессов пригодилась или может пригодиться лично вам?</li>
<li>Что мешает вам сесть и записать последовательность работ по процессу, если этого ещё не сделано?</li>
</ul>
<p>Попробуйте, эффект наступает, даже если вы взаимодействуете хотя бы с одним участником (например, клиентом или своим руководителем). Постараюсь ответить, если что-то пошло не так.</p>Облачное рабство2020-02-24T21:10:00+03:002020-02-24T21:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-24:/2020-02-cloud.html<p>Недостатки облачных сервисов, и чем облачные сервисы можно заменить</p><p>Лично пользуюсь и восхищаюсь технологиями Google: группами (списки рассылки), документами (совместное редактирование файлов), почтой и прочим. Так удобно, так хорошо, о чём беспокоиться?</p>
<p>Вот несколько моментов:</p>
<ul>
<li>В любом соглашении с облачным сервисом, особенно если вы пользуетесь его бесплатной частью, чётко написано, что условия могут быть изменены сервисом в любой момент в одностороннем порядке – в основном, это относится к подорожанию сервиса;</li>
<li>В продолжение первого пункта: облачный сервис, даже платный, может быть закрыт; Google известна своим "кладбищем" проектов, но менее крупные компании схлопываются целиком вместе со своими сервисами;</li>
<li>У сервисов бывают технические сбои, и они не всегда связаны с чьим-то злым умыслом. Всем нравится слушать сказки про "rock-solid" и "доступность 99,99999%". К сожалению, сбои есть, и они бывают даже у Google Drive (кстати, один из сбоев был относительно недавно по всему миру).</li>
</ul>
<p>Наконец, есть правило "не класть все яйца в одну корзину": не важно, по какой причине могут остановиться сервисы Google; важно, что вы будете делать в таком случае.</p>
<p>В связи с этим есть предложение иметь свой бэкап – не просто набор данных, а понимание, куда вы перейдёте после закрытия облачного сервиса. Это не обязательно локальное приложение, может быть то же облако, но "частное", то есть полностью управляемое вами. Часто это будет менее удобно и функционально, но будет. Вы спросите: "Костя, зачем мне это нужно? Я же не программист и не системный администратор." Если у вас есть данные и процессы, завязанные на сервисы, вам есть что терять – видимо, причина начать изучать альтернативы в том. Причина <strong>переключиться</strong> на альтернативу у каждого своя: кому-то не нравится реклама в приложении, у кого-то облачный аккаунт исчез вместе со всеми данными (у меня такое случилось в любимом многими Trello), кто-то упёрся в ограничения бесплатного аккаунта, недавно ещё забавная история была с Tilda. Выход один – искать альтернативы провайдеру облачных сервисов.</p>
<p>Разберём наиболее часто используемые облачные приложения и их альтернативы:</p>
<ul>
<li>Почта</li>
<li>Офисный пакет</li>
<li>Планирование проектов</li>
<li>Составление диаграмм взаимосвязей</li>
<li>Управление задачами и другие многопользовательские штуки</li>
<li>Мгновенные сообщения</li>
<li>Общие файлы</li>
</ul>
<p>Теперь поподробнее по каждому пункту.</p>
<h1>Почта</h1>
<p>В чём проблема с почтой, даже с личной? Все общаются по-разному, но, скорее всего, есть некоторая часть ваших контактов, которые в основном пишет вам по электронной почте. Вне зависимости от вида коллапса бесплатного провайдера почты вам придётся иметь дело с тем, что эти люди больше не смогут с вами связаться. Насколько это для вас критично? Здесь идея не в том, чтобы завести два бесплатных почтовых ящика – это снизит риски, но кардинально вопрос решает, на мой взгляд, платный хостинг, причём именно веб-хостинг. Веб-хостинг позволяет вам не только создать почту на своём домене, но и сделать веб-страницу, на которой эту почту можно будет найти. А уже эту страницу можно указать, например, в соцсетях. Примерно за $100 в год вы получите доменное имя, место и возможности для сайта, почтовые ящики и место для них – на мой взгляд, это вполне разумно. Есть и тарифные планы "только почта" – естественно, дешевле. Свой домен стоит около $20 в год и позволяет переключаться между хостингами.</p>
<p>Но это часть проблемы "на стороне сервера", теперь посмотрим "на стороне клиента". Как вы проверяете почту? Если у вас Gmail, скорее всего, вы используете почту через почтовый веб-клиент Gmail. Это очень удобно, но сможете ли вы работать с Gmail или с другим почтовым сервисом не из Gmail? На мой взгляд, это повод расширить кругозор и попробовать настроить почтовые программы. У Gmail достаточно специфичная структура папок, и не все почтовые клиенты её понимают. Но самое удивительное, что у платного провайдера почты тоже бывает специфичная структура папок, и всё это не позволяет просто так в один миг взять и пересесть с веб-клиента Gmail на что-то другое.</p>
<p>Даже если вы общаетесь с теми же контактами не только по почте и можете быстро их оповестить о смене почтового адреса, можете ли вы быстро создать этот адрес и получить к нему доступ? Если в этом месте вы задаётесь вопросом "что за параноидальный бред он несёт?", вспомните Google+, замечательная соц сеть была. Люди и компании что-то писали в ней, интересные возможности у неё были и вдруг – хлоп! – и нет её. Суть в том, чтобы быть готовым к таким сценариям, а для этого нужно выделить время <strong>до</strong> того, как это произойдёт: изучить, попробовать, настроить.</p>
<h1>Офисный пакет</h1>
<p>Что делать, если Google Docs и прочего не будет? Будем жевать кактус, кактус называется LibreOffice / OpenOffice. Есть ещё OnlyOffice, но поскольку лично не пробовал, ничего сообщить не могу. Нужно ли в случае офисного пакета тратить средства, если можно этого не делать? Зависит от критичности ваших задач. Проблема в том, что нужно вложить много труда, чтобы сделать офисный пакет целиком, поэтому это мало кто сделал.</p>
<p>Слежу за LibreOffice очень давно, его улучшают, улучшают, но... Может, один я такой с нестандартными задачами, но у меня он падает. Что тогда делать, куда бежать? Лично я прибежал к TeX. Это вообще не офисный пакет, но он позволяет сделать текстовые документы и презентации. По электронным таблицам можно накопать ещё альтернатив, это не проблема. Проблема в том, что обожаемый мной TeX, в котором я написал почти все свои курсовые и все дипломные работы, имеет высокий порог вхождения. Другими словами, нужно грызть руководство задолго до того, как вам нужно что-то в нём сделать. На выходе – совершенно другой уровень вёрстки (намного лучше).</p>
<p>Помню время, когда его осваивал, очевидные вещи вызывали трудности. Например, из-за кириллицы, с которой работают не все рецепты. Сейчас всё кажется простым и очевидным, рунет наполнен руководствами на русском и для работы с русским языком. Надеюсь, осваивающим TeX сейчас легче. В любом случае, как мне кажется, пересадить на него всех секретарш и администраторов – это утопия, тогда уж лучше (в прорубь) LibreOffice.</p>
<p>Дальше идут возможности совместной работы. Если вы действительно пользовались он-лайн совместным редактированием файлов (когда вы общаетесь он-лайн и видите, кто что пишет в какой ячейке), то это печаль. Придётся перейти к модели, когда один человек отвечает за мастер-версию, а другие высылают комментарии. Вторая возможность совместной работы, "под капотом", это управление версиями. Это давно пройденная тема, есть масса систем контроля версий, например, git. Сложность освоения у этого инструмента тоже есть, особенно если вы до этого не работали с командной строкой, а с git удобнее всего работать именно из командной строки, хотя есть и графические приложения.</p>
<h1>Планирование проектов</h1>
<p>Первый вопрос, который здесь предлагаю рассмотреть: можно ли выжить на локальном приложении? Это существенно проще, чем искать и настраивать многопользовательский софт. Со своей стороны могу рекомендовать GanttProject, но есть и другие подобные. Звёзд с неба не хватает, но при указании зависимостей срок проекта вам посчитает, посчитает и загрузку ресурсов.</p>
<p>Если необходима коллективная работа, постараюсь раскрыть тему в следующем разделе. Здесь же скажу, что альтернативы есть. Бесплатные, как всегда, с ограниченным функционалом, всё то же самое: если не сильно критично, можно обойтись.</p>
<p>Если честно, буйство облачных комбайнов управления проектами пугает больше всего: не выжить им всем, когда деньги инвесторов закончатся. Ох, не выжить...</p>
<h1>Составление диаграмм взаимосвязей</h1>
<p>Поражает количество онлайн-продуктов для составления диаграмм взаимосвязей, они же ментальные карты, они же mindmaps. При этом небольшое число этих продуктов хотя бы хранит данные в понятном облаке, большинство это делает у себя. Расшифровать специфичный формат будет не так просто, даже если вы сохранили данные на Google Drive, например – обнаружите какой-то XML. Если честно, пользуюсь mindmaps давно и долго, и необходимость совместной работы у меня не очень стыкуется с этим типом программ. И тут мне как раз надо было нарисовать кое-что именно в формате mindmap. Оказалось, что любимый Freemind больше не развивается, и пришлось пользоваться minder, который несёт в себе пару процентов функциональности от того, к чему я привык. А больше ничего не нашёл. Вот оно, облачное проклятие.</p>
<h1>Управление задачами и другие многопользовательские штуки</h1>
<p>В целом всё это предлагаю искать в категории opensource, в частности:</p>
<ul>
<li>CMS – веб-сайты универсальные</li>
<li>Wiki – базы знаний</li>
<li>Tracker – управление задачами</li>
<li>Collaboration – общее проектное пространство</li>
</ul>
<p>К чему надо быть готовым морально: на входе большое количество альтернатив, на выходе мало реальных вариантов. Какие-то проекты загибаются, какие-то только появились (альфа-версия, то есть масса ошибок), где-то не хватает функциональности. Выбор системы в этом случае – цельная история: сформулировать требования, поставить себе систему, прогнать на демо-данных по требованиями, вывести общий балл и принять решение, что именно использовать (с учётом всех его недостатков).</p>
<p>Отдельно хотел рассказать про сайты с контентом: блоги и прочие (та же Tilda). Так вот, зарубежные руководства по блогам сходятся в одном: делайте блог у себя, на своём хостинге. Вы не контролируете, вместе с чем (с какой рекламой), кому и как показывает ваш контент Blogger, Medium и тому подобные, если вообще показывает. И ваш актив, ваши читатели, если вам что не понравится в платформе, останется с платформой, а не с вашим блогом.</p>
<h1>Мгновенные сообщения</h1>
<p>Здесь был абзац про серверные продукты, который я удалил и решил написать тезисно с минимумом иностранных аббревиатур:</p>
<ul>
<li>jabber – можно поставить свой сервер – кстати, именно с него начинался WhatsApp;</li>
<li>matrix – бурно развивается последнее время, в каком-то смысле как замена jabber, и предлагает связь с другими мессенджерами;</li>
<li>программы мгновенных сообщений в составе комбайнов (программ совместной работы, например), про один из них будет ниже.</li>
</ul>
<h1>Общие файлы</h1>
<p>Такие вещи, как OwnCloud, не только решают вопрос облачного хранения файлов, но и предлагаю мобильные клиенты. Здесь самая радужная история: есть функциональные бесплатные сервисы... которые нужно уметь настраивать. А подвох в том, что если закрывается облачный сервис, то сможете ли вы забрать с него файлы? В период охоты на Telegram адреса вносились в чёрный список без предупреждения, и это сценарий, когда времени забрать данные не было.</p>
<p>Кстати, в варианте NextCloud вы получаете всё вместе: общую почту, календарь, мессенджер, видео-чат и облачный офис (это тот же LibreOffice, по сути), а не только хранение файлов. Это кардинальная замена многих облачных сервисов разом. Недостаток в том, что это не пара локальных программ, а достаточно сложный серверный продукт, который требует машинных ресурсов для работы и квалифицированных человеческих ресурсов для настройки. Можно просто посмотреть installation guide для понимания, надо ли оно вам.</p>
<h1>Заключение</h1>
<p>По сути, ваша независимость от облачных сервисов – это и есть ваша свобода, свобода выбора и свобода от рекламы и платных услуг. А свобода, как известно, не бывает бесплатной, в отличие от программного обеспечения. Плата здесь, как минимум, ваше время. Но есть и побочные положительные эффекты: повышение квалификации, расширение кругозора. А ещё вы можете обнаружить, что найденная альтернатива для вас удобнее облачного сервиса, которым вы пользовались ранее, и вы полностью перейдёте на эту альтернативу. Но самый значимый бонус, как мне кажется, это переход к осознанному выбору, пониманию своих требований, явному соглашению с неявными условиями сервиса. Вернулись на облачный сервис – прекрасно, но теперь вы знаете, чем вы рискуете и что делать "если вдруг оказался Гугл // и не друг, и не враг, а так". Сервисы делают на вас бизнес, поэтому, на мой взгляд, ожидать дружбы несколько наивно.</p>Бремя лидерства2020-02-24T05:10:00+03:002020-02-24T05:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-24:/2020-02-leader.html<p>Размышления не тему лидерства и его проявлений: смелости, эмпатии, которые не работают без этичного поведения и грамотного планирования</p><p>Есть проекты, когда и ресурсы есть, и план замечательный, а проект проваливается "между стульев" менеджеров. Почему так происходит? Это отсутствие лидерства / лидеров, о нём и поговорим.</p>
<p>Первое столкновение с темой лидерства для меня выглядело следующим образом: примерно в 2005-м году я работал в одной крупной ИТ-компании, и напротив меня сидел мой коллега Макс. Уже не помню в каком контексте, Макс произнёс фразу: "лидер ведёт за собой, менеджер толкает перед собой". Что я чётко отфиксировал для себя тогда – мне было не понятно ни одного слова из этой фразы. То есть все слова знакомые, но и смысл каждого слова именно в этой фразе, и общий смысл фразы ускользают. Видимо, эта фраза ссылается на какие-то ощущения или события, и ты знаешь: вот в этой ситуации один человек ведёт за собой других, а вот здесь человек толкает других перед собой. Конечно, такие события происходили тогда и со мной, но я не распознавал их как проявления лидера или менеджера.</p>
<p>К счастью, в рамках дальнейшего трудового пути мне удалось немного больше узнать о лидерстве и менеджменте, увидеть, как лидеры съедают менеджеров на завтрак, увидеть силу и эффективность лидерства. Когда я читаю про современных лидеров, проявления таких людей, как Сатья Наделла, Тим Кук, я воспринимаю эти проявления не только аналитически или оценивающе. Скромность лидера, его смелость, способность заглянуть в будущее, способность взять на себя ответственность, отзываются во мне и эмоционально. Наверное, это тоже важное проявление лидера. Мы же люди, и важно то, что нас волнует, подключение эмоций позволяет нам проявить себя в полной мере и тем самым раскрыть свой потенциал.</p>
<p>В целом темы лидерства и темы коммуникаций – это для меня две "ускользающие" темы, про которые можно много писать, строить структуры, в которые можно укладывать кирпичики знаний об этих сферах, но до конца не понятно, что мне удалось донести. Обязательно напишите об этом в комментариях! Возможно, "ускользание" связано с тем, что есть ряд знаний, которые требуют прямого общения. И это не лекция, это проживание вместе какого-то события, важного для ученика, когда учитель говорит: смотри, вот это – лидерство. И ты не просто запоминаешь этот момент и это проявление, а сохраняешь свои переживания, которые ты испытывал в этот момент, в сердце, а не просто в памяти. Чтобы затем достать и сравнить с новыми событиями и задаться вопросом: а это – проявление лидерства или нет?</p>
<p>Прежде чем перейти к теме лидерства, позвольте рассмотреть один вопрос. Мне он кажется достаточно естественным, но я не увидел его обсуждение в источниках по лидерству: а зачем на себя что-то брать? Другие варианты: зачем брать на себя лишнее? Или вот ещё: тебе что, больше всех надо (риторическая форма)? Лидер берёт на себя какие-то обязательства, причём добровольно, раздаёт какие-то обещания (а ведь мог бы сидеть о помалкивать), затем напрягается сам и напрягает остальных, чтобы эти обещания выполнить. Так вот: зачем это всё? Можно просто выполнять те задачи, которые тебе спускают, не поднимать головы, быть профессионалом, разбираться в том, чем заниматься, но зачем дополнительная ответственность?</p>
<p>У меня в качестве ответа есть только гипотеза, она звучит в мультфильме "Король Лев": "Займи своё место в круге жизни". Если вам сложно ответить на вопрос, лидер вы или нет, возможно, чуть легче будет ответить на вопросы "на своём я месте или нет" и "где я должен быть". На этом заканчиваем с философией и переходим к практическим вопросам.</p>
<p>Лидерство нам интересно с точки зрения реализации изменений, а изменения – в данном случае, один из видов сложных задач. Чтобы смотреть в лицо таким задачам, определённо потребуется смелость. Но для меня смелость как харизматичность, ура- эгегей- и прочие айда- мачо-проявления больше с лидерством не ассоциируются. Кто громче всех кричит? Тот, кому больше всех страшно, и тот, кто пытается этот страх скрыть. Откуда взять смелость? Признаться себе, что тебе тоже страшно, что ты обычный человек. Найти причины двигаться вперёд в себе, силой воли отодвинуть раздражитель (внешнее давление), чтобы размышлять, планировать, анализировать. Признаться другим, что тебе страшно и что у тебя нет ответов на все вопросы, но ты будешь вместе со всеми бороться и не отступишь.</p>
<p>Так из <strong>смелости</strong> рождается <strong>сочувствие</strong>. Потому что настоящая смелость, на мой взгляд, это в стрессовой ситуации, когда тебе самому страшно, найти силы для поддержки других. Но сочувствие невозможно без сопереживания, то есть способности впустить в себя сомнения других людей и обсуждать их до тех пор, пока другой человек не скажет: ОК, у меня есть всё необходимо для того, чтобы выполнить свою работу. Лидер – это тот, кто заглядывает в глаза людям, и, видя сомнение, спрашивает: "Что тебя беспокоит?" А после этого выслушивает и обсуждает источники страхов другого человека, помогает найти опору каждому.</p>
<p>Что гробит лидерство? Это может быть несущественная вещь, которая попадает в категорию неэтичного поведения. Обсуждение того, что тебе кто-то доверил, с другим человеком. Обсуждение людей за спиной, даже сальные шутки, не говоря о публичном унижении / критике – от всего этого падает мораль и кредит доверия лидеру падает, люди не идут за таким человеком, поскольку неэтичное поведение – это как гниение дерева изнутри. Здоровый коллектив отвергает гниение и его носителя. В эту же категорию попадает: непризнание своих ошибок, выделение своих заслуг, частое использование "я", "меня" и тому подобного в речи.</p>
<p>Изменения связны с тем, что ты должен фактически что-то сделать, и изменение всегда распадается на ряд более или менее неприятных задач. Как лидер ведёт за собой? Он берёт на себя самые отвратительные, самые дурно пахнущие, самые скользкие и неблагодарные задачи. Есть книга "Съешь лягушку", которую настоятельно рекомендую – там про управление личными задачами. Так вот, здесь речь про то же самое, только в масштабах команды. Лидер подаёт формальный или неформальный сигнал: не бойтесь браться за самые сложные и неприятные задачи. Иначе они останутся невыполненными, станут "срочными и важными", другими словами, приведут к аварии. Да, это настолько просто – личный пример. Не один, не два, а подход к разгребанию почты каждый день. Бывает, что задача закреплена за другим сотрудником, и этот сотрудник сомневается. Лидер переключает задачу на себя и выполняет. И не говорит ничего тому сотруднику, который задачу не выполнил, потому что дела говорят больше слов.</p>
<p>Здесь есть один шаблон поведения, это очень смешной "закос" под лидерство, пожалуй, упомяну о нём. Суть в том, что наш "эффективный менеджер" пытается быть лидером, берёт себе пустяковую задачу, объявляет её самой сложной, выполняет её и начинает тыкать всем: смотрите, ваши задачи ещё проще, идите, делайте. К сожалению, это встречается, и если вашу команду возглавляет такой человек, мне жаль.</p>
<p>Последним пунктом идёт планирование, и это уже совсем конкретная процедура управления изменениями, вдоль и поперёк описанная. Так вот, при планировании есть одна ловушка, выход из которой, на мой взгляд, только в лидерстве. Суть в том, что люди предполагают, что "всё будет хорошо". Никто не хочет рассматривать негативные сценарии, готовиться к ним, оценивать вероятность их наступления. Для этого нужно не только взглянуть на неблагоприятные моменты среды, но и на слабые стороны команды, и свои собственные слабые места. Именно по тому, как лидер при всех рассуждает о своих слабых сторонах, задаётся маркер, по которому команда обсуждает всё остальное. Если лидер честен насчёт себя, то и остальные говорят открыто. Если нет – все понимают: "ага, ещё одна формальность".</p>
<p>Проиллюстрирую пункт, на котором сыпется 80% руководителей проектов: планирование от освоенного объёма. Проект идёт определённым темпом, и на совещаниях часто идёт речь о том, что "работы вот-вот ускорятся". Когда это продолжается, например, четвёртую неделю подряд, вам это надоест. Почему так происходит? Потому что лучше всегда видеть надежду, даже если для неё нет оснований. Это мираж, без качественного изменения проектных работ <strong>ничего не ускорится</strong>. Чтобы отказаться от миража, перегруппироваться, рассчитать новые сроки, доложить о срыве сроков руководству – для всего этого потребуется... смелость и лидерство.</p>
<p>Подведём итоги. Лидер всегда рядом, он берёт на себя самые сложные и неприятные задачи, он не бросает и не обвиняет, он выполняет взятые на себя обязательства. Лидер ведёт себя этично и смело, примером объясняет команде, что он ждёт от неё. Лидер видит и обсуждает сомнения и переживания людей, помогает им справиться и поддерживает. При планировании лидер рассчитывает не только на благоприятный исход, но и спокойно рассматривает негативные сценарии. </p>Linux как инструмент для рабочих задач2020-02-20T22:10:00+03:002020-02-20T22:10:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-20:/2020-02-linux.html<p>Когда использовать Linux предпочтительнее, чем что-либо другое</p><h1>Тенденции или что происходит</h1>
<p>Компании, мэрии и правительства переходят на Linux. Может, что-то в нём есть? Предлагаю в рамках пятничной рубрики "за рамками изменений" уделить время этой операционной системе.</p>
<p>Статьи "переходите на Linux" пишутся в большом количестве, и мне об этом прекрасно известно. Как и то, что пишутся они больше разработчиками для разработчиков, часто наполнены религиозной ненавистью к другим системам и мало говорят о реальной сфере применения, которая всё время расширяется. Именно об этом пойдёт речь, советов по настройке системы здесь не будет. Последний раз она существенно расширилась за счёт следующих факторов:</p>
<ol>
<li>Google Docs в целом представляют собой офисный пакет неплохого качества и функциональности</li>
<li>В Google Docs появилась возможность редактировать документы MS Office</li>
<li>Есть расширение для Chrome, позволяющее редактировать документы оффлайн</li>
<li>Появились рабочие приложения Skype, Zoom и некоторые другие для Linux</li>
<li>Появился MS Office онлайн, в частности, бесплатное приложение к Яндекс.Диску</li>
</ol>
<p>Бонус – браузер Chrome захватил мир, а у него есть синхронизация между разными версиями, поэтому как только вы его подставите, он подгрузит все ваши расширения и закладки. В целом всё больше приложений становятся веб-приложениями, и, как правило, они поддерживают Chrome.</p>
<p>Эта статья для тех, кто использует компьютер больше того, на что способен планшет: набор больших объёмов текста и вёрстка его в разных форматах (HTML для веба и PDF для печати и распространения), редактирование звука, графики и видео, разработка презентаций и электронных таблиц, интенсивная переписка по почте, ну и конечно разработка программ. Никого не уговариваю: если вам достаточно планшета, пожалуйста, продолжайте пользоваться планшетом. Но если вы ищете пути работать более эффективно, стоит обратить внимание на Linux. Большинство программ под эту системы бесплатны, но:</p>
<ol>
<li>Есть и платные программы;</li>
<li>Для использования в Linux вам придётся покупать только поддерживаемое оборудование, в ряде случаев оно стоит дороже.</li>
<li>Ваше время на освоение новых программ стоит дорого – надеюсь, эти вложения окупятся. </li>
</ol>
<h1>Ограничения или кому Linux не нужен</h1>
<p>Что следует принимать во внимание, если вы решили попробовать Linux? При этом я имею в виду попробовать установить и настроить самостоятельно. Так вот, для этого понадобится выполнение следующих предпосылок:</p>
<ol>
<li>Вы знакомы с программированием настолько, что не боитесь вводить команды в текстовом терминале и редактировать текстовые файлы (файлы настроек практически всех программ можно редактировать через текстовый файл);</li>
<li>Вам интересно развиваться и узнавать что-то новое, и вы владеете английским (на мой взгляд, без английского ваше развитие быстро упрётся в потолок информации, доступной на русском);</li>
<li>Ваше оборудование (в частности, принтер / МФУ) поддерживается Linux – для этого достаточно зайти на сайт производителя и найти драйверы (или убедиться, что их нет);</li>
<li>На крайний случай вам доступен компьютер с Windows/Mac, и тут вопрос не том, что вам срочно что-то понадобится, а в том, что вы будете экспериментировать спокойнее;</li>
<li>Вы не привязаны строго к определённым приложениям / играм и готовы рассматривать альтернативы.</li>
</ol>
<p>Сложный случай – почта и календарь на сервере MS Exchange, рекомендуется работа через веб-интерфейс. Знакомый человек (рядом / удалённо) со знанием Linux также настоятельно рекомендуется, хотя есть масса форумов и чатов (в т.ч. на русском) для поддержки пользователей. Но если вы не можете объяснить, что вы делаете и что происходит, не можете сделать скриншот или скопировать лог, не можете переключиться на русский, чтобы ввести сообщение, вам вряд ли помогут.</p>
<p>В целом в Linux намного лучше организована работа с файловой системой (поэтому диск работает в разы быстрее), работа с сетью, работа с процессором (а они сейчас все многопоточные, что Linux также учитывает лучше) и работа с памятью, отсутствует запланированное устаревание и замедление железа, если вы понимаете, о чём я. По опыту работы с Fedora, возникает всё меньше моментов, когда нецензурно ругаешься и прочёсываешь интернет для решения вопроса, который в других системах вопросом и не являлся. Для меня одним из преимуществ является возможность обновить всю систему со всем программами одной командой.</p>
<p>Сейчас есть виртуальные машины, так вот, рекомендую поставить Linux не в виртуальную машину, а всё же на отдельный компьютер. Во-первых, вы почувствуете ощущения от скорости работы. Во-вторых, ряд вопросов будет неактуален при работе на "живом" железе (в виртуалке нужно устанавливать дополнения, чтобы получить качественное изображение на весь экран). В-третьих, отдельный компьютер исключит риски потери информации по сравнению с установкой на диск с другой системой.</p>
<h1>Выбор дистрибутива</h1>
<p>С 2003-го года я перепробовал многие дистрибутивы, и мой, есть два основных дистрибутива в мейнстриме: RedHat и производные (Fedora, CentOS) и Debian и производные (наиболее популярна Ubuntu). Сейчас на своих компьютерах ставлю Fedora, до этого долго жила Ubuntu. Но концепция "Linux для домохозяек" (Ubuntu), на мой взгляд, провалилась, а концепция "Linux для тех, кому надо работать" (Fedora) победила. Каждый дистрибутив имеет свой формат пакетов, поэтому если вы выберете один из них, есть неплохой шанс, что найдёте почти весь софт (и драйверы видео-карты и принтера).</p>
<p>Чем принципиально отличается Fedora – допиленный (как по функциональности, так и по внешнему виду) Gnome, а это всё же наиболее прогрессивная рабочая среда сейчас, и это определило выбор. В остальном всё похоже, в некоторых случаях для совместимости рекомендуют Ubuntu. Кстати, Gnome есть в двух вариантах, вы можете выбирать перед логином: Gnome Shell (он же закос по MacOS) и Gnome Classic (что-то похожее на меню Пуск в Windows). Сначала пройдёмся по возможностям Gnome, это важно. Кстати, Gnome и все необходимые компоненты к нему вы получаете при выборе варианта установки Fedora Workstation.</p>
<h1>Gnome, основной рабочий стол</h1>
<p>Здесь отрадно то, что всё есть и работает – я бы назвал это полнофункциональной рабочей средой. Вам не надо что-то искать и доустанавливать. Например:</p>
<ul>
<li>Управление Bluetooth</li>
<li>Уход в спящий режим при выключении </li>
<li>Настройки от внешнего вида до принтера </li>
<li>Можно поставить Gnome-tweaks для того, что не хватает – лично я ставлю только для того, чтобы установить переключение языка по Alt+Shift</li>
<li>Цивилизованный внешний вид</li>
<li>Настройка горячих клавиш, в том числе запуск внешних приложений</li>
<li>Файловый менеджер, в который без проблем подключается Яндекс.Диск (хотя ко многим другим файловым менеджерам в Linux он тоже подключается) и который сам по себе выглядит приятно </li>
<li>Настройка учётной записи Google, в которой сразу появился диск, почта, календарь </li>
<li>Нормальный почтовый клиент, который понимает странную структуру папок Gmail, а также необычные конфигурации на других сайтах. </li>
</ul>
<h1>Возможности Fedora</h1>
<p>Теперь от рюшечек переходим к функциональным возможностям. Что мне нравится в Fedora – это группы пакетов, заточенные под конкретные задачи. Там ставится многое, что вами не будет использоваться, но это хорошая точка для начала изучения прикладных программ:</p>
<ul>
<li>Минимальная установка</li>
<li>Серверная редакция Fedora</li>
<li>Fedora Workstation</li>
<li>Fedora Cloud Server</li>
<li>Рабочая станция для разработки и творчества</li>
<li>Веб-сервер</li>
<li>Сервер инфраструктуры</li>
<li>Базовая среда рабочего стола</li>
<li>3D Печать</li>
<li>Средства администрирования</li>
<li>Звукопроизводство</li>
<li>Подготовка публикаций</li>
<li>Средства разработки на C и библиотеки</li>
<li>Инфраструктура для облаков</li>
<li>Средства управления облачными средами</li>
<li>Управление контейнерами</li>
<li>Инструментарий разработки и библиотеки для D</li>
<li>Комплект программ дизайнера</li>
<li>Средства разработки</li>
<li>Fedora Eclipse</li>
<li>Редакторы</li>
<li>Развивающие программы</li>
<li>Электронная лаборатория</li>
<li>Научные и инженерные</li>
<li>Сервер FreeIPA</li>
<li>Игры и развлечения</li>
<li>Управление без монитора</li>
<li>Медицинские приложения</li>
<li>Сетевые серверы</li>
<li>Neuron Modelling Simulators</li>
<li>Офисные приложения</li>
<li>Python Classroom</li>
<li>Python Science</li>
<li>Разработка робототехники</li>
<li>Лаборатория безопасности</li>
<li>Звук и видео</li>
<li>Системные средства</li>
</ul>
<p>Можно посмотреть, что входит в группу пакетов, можно установить всю группу одной командой или установить конкретный пакет и попробовать.</p>
<h1>Что можно сделать в Linux</h1>
<p>Расскажу о том, чем лично я пользовался, и для чего не требуется глубоких технических знаний:</p>
<ol>
<li>Подготовка научных и учебных работ крайне удобна, поскольку вам понадобится один из видов издательской системы TeX, которая состоит из множества пакетов и в Linux устанавливается проще (учитываются зависимости между пакетами); также намного проще осуществлять сборку научной работы в разных форматах; кроме того, можно писать вообще в упрощённом формате (например, Markdown), а потом конвертировать в PDF через LaTeX с использованием Pandoc.</li>
<li>Если вы думаете о создании своего сайта, сначала вы можете попробовать практически все известные системы управления сайтами с помощью контейнеров (docker, в частности). Контейнеры, по сути, являются технологией виртуализации, но намного более бережно относящимся к ресурсам. Можно ставить и без контейнеров, это ненамного сложнее, просто придётся пройти процедуру установки.</li>
<li>Можно не останавливаться на контейнерах CMS, Wiki и прочих системах управления сайтами, а поиграть с другими серверными системами, например, CRM, которые доступны... в тех же контейнерах!</li>
<li>Если от готовых решений вы решили сделать что-то своё на одном из современных веб-фреймворков, то вам придётся выполнять ряд команд в командной строке – это быстрее, даёт больше гибкости за счёт использования разных аргументов одной команды, и опция командной строки доступна всегда без дополнительных приложений: изучив её один раз, вы будете комфортно себя чувствовать в любом месте. Так вот, командная строка в Linux удобна (например, развитые дополнения команд и подсказки).</li>
<li>Ну и основное – это возможность выбора не только прикладных программ, но и внешнего окружения. внешнего вида вашего рабочего стола. Внешнее окружение – это крайне важно для работы. Вам хочется странного? Надоело всё серое и унылое? Просто ставите группу пакетов "Базовая среда рабочего стола" и дальше можете переключаться, выбирать.</li>
</ol>
<p>На этом закругляюсь!</p>Планирование изменений: балансировка ресурсов2020-02-15T19:14:00+03:002020-02-15T19:14:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-15:/2020-02-resourcebalance.html<p>Учёт ограниченных ресурсов при составлении плана-графика, работа с планом-графиком в специализированных инструментах</p><p>Вы <a href="2020-02-planning.html">составили план-график</a>, при этом вы даже смирились с тем, что инструмент планирования (такой как MS Project или GanttProject) показал вам совсем не те сроки, на которые вы рассчитывали. Ну что же, держитесь крепче, сейчас план-график будет сползать ещё дальше. Дело всё в том, что в рамках технологической последовательности работ две работы могли выполняться параллельно, но у вас для этих работ есть только один ресурс – будь то команда или сотрудник.</p>
<p>Прежде чем мы продолжим, пара слов. Это не руководство по планированию, и вы не сможете получить корректный план-график по итогам чтения этой небольшой статьи. Но вы поймёте: чем занимается проектный менеджер, когда планирует проект или обновляет план-график по ходу реализации проекта, что он учитывает и что может не учесть, какие вопросы задать проектному менеджеру, чтобы понимать, что происходит. В целом навык планирования основывается целиком на практике, то есть составлении плана-графика, исполнении его, возврата к корректировке плана графика, новой попытке его исполнить и так далее. Если вы начинаете планировать первый раз, крайне рекомендуется, чтобы рядом был коллега, более опытный в этом деле, который мог бы вас проверить. Ошибка планирования исправляется в ходе реализации дороже всего.</p>
<p>В целом всё очень просто: проставляем ресурсы по задачам, смотрим наложение ресурсов (больше 100% в единицу времени), расшиваем. Теперь о том, как это делать. Здесь есть несколько практических приёмов, которые сильно облегчат вам жизнь.</p>
<p>Ресурсы в специализированных инструментах – это отдельный справочник, и надо бы сначала определиться с его составом, прежде чем указывать ресурсы в конкретных работах. Справочник, насколько мне известно, можно составить в трёх моделях:</p>
<ol>
<li>Ролевой – под обобщённые роли, например, руководитель проекта, бизнес-аналитик. Мы примерно прикидываем таким образом, кто нам нужен – каждая роль обладает набором компетенций и производительностью. Но все ресурсы нужно создать отдельно, например: бизнес-аналитик-1, бизнес-аналитик-2. Это немного запутывает, особенно если выбрать такие же странные названия, как у меня.</li>
<li>Групповой – работы планируются на группу, например, направление на проекте (техническое, функциональное). То есть одна строка в таблице ресурсов – это целая группа людей с набором компетенций и средней производительностью. Разновидность этого подхода – указывать руководителя группы в качестве ресурса, а он там сам как-то распределяет задачи.</li>
<li>Индивидуальный – в этом случае можно учесть, что Колян работает как два средних бизнес-аналитика, а вот Антон выступает единицей производительности в 10% от средней. Вроде минус в том, что надо знать заранее, кто у вас есть в команде. Но есть и второй не очевидный минус – если Колян заболел, а вместо него работает хотя бы Лёха (со средней производительностью), весь план придётся переделывать.</li>
</ol>
<p>Стандартный подход – сделать ресурсы по ролям, а уже ближе к делу распределить на конкретных людей. У людей есть ещё много замечательных качеств, помимо производительности. Например, ответственность: если вы видите, что на критическом пути проекта задачи Антона, и последнее время Антон даже на 10% стабильно не выходит, возможно, нужно переставить людей внутри команды. Но увидите вы это, когда расставите ресурсы на работы, и увидите постоянную нагрузку на какой-то ресурс без запаса – так вот, под работы этого ресурса и надо ставить более ответственного сотрудника.</p>
<p>Казалось бы, простая задача: расставить ресурсы на работы, ведь время работ вы прикинули на предыдущем шаги, верно? Но вот вопросы, о которых стоит подумать:</p>
<ol>
<li>Достаточно ли одного человека, чтобы выполнить эту работу? Например, бизнес-аналитик готовит документ, но руководитель направления его проверяет перед тем, как показать бизнес-заказчику. Значит, руководитель направления тоже участвует в этой работе.</li>
<li>Загрузка ресурсов 100% или меньше в течение всей работы? Например, для подготовки первой версии документа бизнес-аналитик загружен на 100%, но если вы не выделяете согласование и доработку документа в качестве отдельных работ, то на этих стадиях у него будет загрузка 20-50%, таким образом, средняя нагрузка будет 70-80%. Дальше, руководитель направления будет проверять документ – его времени потребуется 5%, оно ведь считается от общей длительности задачи. Специализированные инструменты (те же MS Project, GanttProject) позволяют указать загрузку ресурса по конкретной работе.</li>
<li>Изменится ли время работы в зависимости от назначенных на неё ресурсов? Назначение ресурсов – это ещё один повод представить, кто и как будет выполнять эту работу, и скорректировать оценки.</li>
</ol>
<p>Какой шаг использовать при расчёте загрузки ресурсов? Опять же рекомендую подход сверху вниз: если можете, используйте месяц, далее две недели, неделю, день, далее 4 часа. Проектный план с длительностью задачи менее дня – уже странно, меньше 4-х часов – невероятно. Тут есть разница между рабочими днями и календарными: вы планируете в рабочих днях, а инструмент вам пересчитывает в календарные, и это крайне полезно. Также можно задать свой календарь праздников, но с этим мало кто заморачивается. Если про Новый год ещё помнят, то про другие праздники можно легко забыть, в итоге много раз видел сдвиг сроков исключительно по этой причине (в команде с европейцами не забудьте про Пасху). У вас ещё не болит голова? Тогда вспомните про плановый отпуск, а ещё есть болезни и другие внештатные обстоятельства, но с ними вы будете разбираться уже по месту. А вот на время планового отпуска нужно понять: либо задач по ресурсу на это время нет, либо его кто-то будет заменять.</p>
<p>И вот в итоге мы открыли график загрузки ресурсов и видим загрузку 400-800%. Если это группа из 4-8 человек, то это нормально, иначе надо смотреть пересечения и устранять их, разносить работы по разным временным промежуткам. Очень часто все хотят быстрее, и тут есть один непреложный закон: 9 проектных менеджеров не родят за месяц ребёнка. В такой грубой форме сказано, что отсутствие компетенций не закроется количеством ресурсов. Но даже если у вас есть масса ресурсов подходящей компетенции, вы столкнётесь с более мягкой, но от этого не менее суровой формулировкой того же правила: с определённого момента добавление ресурсов не ускоряет, а замедляет выполнение работы (см. Фредерик Брукс, "Серебряной пули нет").</p>
<p>На этом сложности не заканчиваются, но введение в балансировку ресурсов вполне можно завершить. Наверное, вы обратили внимание на то, что я пишу не о задачах, а о работах. Разница в том, что работу могут выполнять несколько людей, а вот у задачи должен быть один и только один ответственный. Задачи вроде бы имеют много общего с работами, а именно: ресурс, длительность, зависимость от других ресурсов / задач. Но при переходе на уровень задачи нужно учитывать ещё ряд факторов: приоритет, характер задачи, местоположение. Думаю, мы к этому вернёмся в следующих записях.</p>YouTube для крайне занятых людей2020-02-12T21:23:00+03:002020-02-12T21:23:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-12:/2020-02-youtube.html<p>Использование YouTube для практических целей, таких как обучение и записи видео-инструкций</p><p>В рамках того же блога по пятницам я решил рассказывать про интересные инструменты, которые выходят за границы управления изменениями, поделиться опытом их использования, возможно, где-то дополнить инструкции, которые к ним прилагаются, ведь я привык выстраивать процесс, а не просто описывать отдельные функции. Убеждён, что ценность приносит именно конкретный сценарий использования в рамках определённой задачи. Если среди задач, которые я описываю, есть близкие вам – напишите пожалуйста об этом в комментариях. Вам нужно провести онлайн-обучение, онлайн-конференцию или записать видео-инструкцию? Посмотрите в сторону YouTube.</p>
<p>К YouTube у меня было два подхода. Завёл канал, когда купил экшн-камеру, записал на неё видео, залил, и на этом всё. Прошло лет пять, и на работе возникла задача провести встречу с поставщиками. При этом стандартное средство конференций – Skype for Business – не подходит для этого по ряду причин:</p>
<ul>
<li>требует установки специального плагина (как и Hangouts, кстати), а на это требуются права администратора, то есть самостоятельно участник конференции с этим не справится, тем более в момент начала встречи;</li>
<li>могут быть проблемы с настройкой звука (как входящего, так и исходящего), в т.ч. не пускает во встречу, если не подключен микрофон;</li>
<li>имеет ограничение по количеству подключений, 250 человек, а мы приглашали на первую встречу 300, потом более 500;</li>
<li>ну и самое неприятное – нельзя всем запретить включать звук; можно выключить, но потом каждый может заново включить; вы постоянно будете слушать, как кто-то вне зоны доступа, а кто-то перешёл на другую линию, и играет музыка.</li>
</ul>
<p>YouTube при этом работает у всех – кроме тех, у кого на работе запрещён доступ к YouTube (ко мне обратился с этим 1 из 500), на всех устройствах, в браузере и в приложениях. Для того, чтобы писать в чат во время трансляций, необходимо иметь аккаунт Google, об этом мы просто предупреждаем заранее. Есть несколько вариантов трансляции: по ссылке, приглашённые пользователи или открытый доступ (ссылка показывается на канале). Мы использовали доступ по ссылке по ряду наших внутренних причин, и это в данном случае не важно, ссылку на трансляцию придётся разослать в любом случае. Кстати, рекомендую сделать это три раза: за неделю, за день и за час до начала трансляции (некоторые также рассылают в момент начала трансляции).</p>
<p>Ключевой момент – что вам понадобится в реальном мире, вне компьютера, чтобы провести трансляцию, кроме ковра на стене (это классика). А понадобятся две вещи: тихое помещение и хороший микрофон. Под тихим помещением имеется в виду переговорная или пустая квартира. Если в квартире есть дети, любая комната уже не будет тихой, поскольку микрофоны очень чувствительные и улавливают посторонние звуки, на записи это просто ужасно. В качестве микрофона пробовал использовать микрофон в наушниках к телефону, люди жаловались ещё во время звонков по Skype. По сути, есть два варианта: хорошая гарнитура или отдельный микрофон. Настоятельно рекомендую отдельный микрофон (так как сам использую гарнитуру) – ощущение гарнитуры на голове не позволяет слышать нормально свой голос и в целом отвлекает, что добавляет стресса во время трансляции.</p>
<p>Для онлайн-трансляции вам понадобится <a href="https://support.google.com/youtube/answer/2907883?hl=ru">видеокодер</a>. Выглядит страшно, но там вам нужно настроить три вещи:</p>
<ol>
<li>Устройство захвата, включая разрешение;</li>
<li>Звук, его можно проверить на тестовом видео / тестовой трансляции;</li>
<li>Вставить ссылку на трансляцию из YouTube.</li>
</ol>
<p>Если вам нужно записать видео с экрана (не нужен прямой эфир), то есть существенно более простые программы, которые можно найти по слову screencast или screen recorder – с другой стороны, видеокодер позволяет захватывать экран и записывать видео, поэтому зачем вам ещё одна отдельная программа? Несколько видео я записал в SimpleScreenRecorder, но это было в linux.</p>
<p>Небольшой опрос показал, что людям всегда приятнее видеть лицо выступающего, но если вашим зрителям что-то надо от вас, а вы вчера что-то отмечали с друзьями, то достаточно и демонстрации экрана с презентацией. Мы же говорим о решении конкретной задачи, а не о раскрутке звезды YouTube.</p>
<p>Если уж мы транслируем презентацию, то её нужно сделать заранее, а также подготовить само выступление: написать сценарий либо тезисы либо сделать mindmap (забил в поиск и узнал, что это теперь называется "диаграмма связей"). Если вы привыкли работать с реальной аудиторией и ориентироваться на её реакцию, то к прямой трансляции нужно готовиться заранее: не понятно, когда ускоряться, когда замедляться, какие примеры приводить, понятно или нет. <strong>Сидишь один в пустой комнате и говоришь в пустоту.</strong> У меня не было второго монитора, чтобы вывести чат, но не думаю, что текстовые реплики как-то помогут – живой контакт отсутствует. Зато вы максимально эффективны, не тратите время на дорогу и деньги на билеты. Для онлайн-мероприятия найти слот также намного проще, даже если это тот же час, ведь и ваша аудитория остаётся на своих местах (дома или на работе).</p>
<p>Один из самых часто задаваемых вопросов "а если я не могу присутствовать" решён в YouTube просто и гениально, на мой взгляд – запись трансляции доступна сразу после окончания по той же ссылке. Далее вы можете зайти и отредактировать трансляцию как видео в <a href="https://studio.youtube.com/%5C">Творческой студии YouTube</a> (в меню слева пункт "Редактор") – когда новая версия будет готова, она подменит предыдущую.</p>
<p><a href="images/youtube-sc.png"><img alt="Редактор" src="images/youtube-sc.png"></a></p>
<p>Тут мы подошли к основному моменту: на что уходит время при работе с видео. А уходит оно на редактирование материала и на подготовку итогового файла (это делает компьютер) – и на это нужно в несколько раз больше времени, чем идёт само видео. Обычное редактирование видео (монтаж) подразумевает резку, перестановку и склейку фрагментов, причём аудио и видео независимо друг от друга. Использование он-лайн инструмента "Редактор" в творческой студии позволит намного меньше:</p>
<ol>
<li>Вырезать лишнее</li>
<li>Наложить аудио</li>
<li>Сделать размытие при переходе между фрагментами</li>
<li>Добавить конечную заставку</li>
<li>Сформировать итоговое видео на сервере</li>
</ol>
<p>Да, это немного, но тут вопрос, есть ли у вас время на всё остальное и нужно ли вам это. Что обычно я делаю: вырезаю в онлайн-редакторе лишнее (мычание, оговорки и уходы в сторону от основного повествования, неудачные примеры) и нажимаю "Сохранить", потом закрываю компьютер. Времени это занимает столько же или меньше, сколько идёт видео (особенно если по свежим следам помнишь, где были косяки). Если вы делаете это на своём компьютере, то вам нужно оставить его на несколько часов работать, потом загрузить итоговое видео.</p>
<p>Если вам нужно изначально сделать видео (не онлайн-трансляцию), то вы просто записываете сырой материал (не редактируете на компьютере совсем), загружаете его, но не открываете к нему доступ. Далее редактируете видео в онлайн-редакторе, а когда оно будет готово – открываете доступ к видео. Во время записи просто помните, что нужно делать паузы, тогда вам проще будет в онлайн-редакторе искать точку, где можно разрезать запись.</p>
<p>Могу сказать, что запись видео и трансляций на YouTube очень развивает, это один из способов выйти из зоны комфорта, а именно через это и происходит развитие. Сразу приходит куча идей, что ещё можно сделать и в каком формате – например, мне стало очевидно, что нужно создать блог и рассматривать один вопрос за один раз, так как видео получались слишком концентрированными. В то же время онлайн-трансляции помогают стартовать какое-то мероприятие. Собрать всех, дать информацию всем на вход, показать презентацию – пока это необычный формат, люди на это реагируют, и интерес к теме возрастает именно за счёт необычного и одновременно доступного всем формата трансляции.</p>
<p>С точки зрения эффективности, безусловно теряется много информации, и здесь лидирует конспект из двух-трёх страниц, с которым знакомятся все участники прямо в начале совещания, как делают в Amazon. Но если у вас нет возможности заставить всех читать текст, приходится развлекать и показывать красивые картинки.</p>Планирование изменений: составление плана-графика2020-02-10T20:33:00+03:002020-02-10T20:33:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-10:/2020-02-planning.html<p>Планирование сроков изменений на плане-графике с использованием специализированных программ</p><p>Допустим, у вас есть <a href="2020-01-wbs.html">цели изменений</a>, есть и понимание состава работ для достижения этих целей. Даже среди людей с опытом реализации проектов встречал тех, кто после этого открывают Excel – очень прошу вас не делать этого, потому что это совсем не правильно и не приведёт вас к желаемому результату. Прежде всего, планирование – это постоянный процесс в ходе реализации проекта, и если первую версию плана вы сможете сделать в Excel (кстати, она устареет в тот же день – по закону подлости новые вводные поступают ровно после окончания работы над планом-графиком), то последующие вы точно в Excel делать не будете из-за его ограничений. Другими словами, вы не будете управлять сроками, объёмами и ресурсами (а через это и бюджетом проекта) и изменение будет как телега без лошади, по наклонной плоскости разгоняющаяся только для того, чтобы разбиться.</p>
<p>Не знаю, какая доля из 60% неуспешных проектов не успешна именно из-за отказа в планировании, но планированием в ходе реализации проекта точно не стоит пренебрегать (гарантия 100% – обожаю эту фразу после того, как её запретили использовать в одной компании, где я работал). Поскольку Excel для планирования не походит, нужен специализированный софт. Сейчас управление задачами и работами встроено в корпоративные порталы и CRM системы, но для начала я рекомендую взять универсальный локальный инструмент, такой как MS Project или <a href="https://www.ganttproject.biz/">GanttProject</a> – последний, кстати, бесплатный. Вы уже готовы вносить задачи? Замечательно, но изменение начинается не с задач, мы будем планировать сверху-вниз.</p>
<p>Сначала нужно сделать строку с итоговой задачей – назовите её, как своё изменение / проект, чтобы видеть общие сроки, которые будут считаться автоматически. Ну теперь можно вводить задачи? Опять нет, изменения делятся на этапы, и сначала нужно ввести их, например:</p>
<ol>
<li>Инициирование – здесь вы доказываете окружающим, что изменение всем нужно.</li>
<li>Анализ или обследование текущей ситуации – здесь вы понимаете, где вы находитесь; не то, чтобы вы раньше этого совсем не знали, но погружение до деталей, которые важны для реализации именно вашего изменения порой даёт неожиданные результаты.</li>
<li>Дизайн или проектирование целевого решения – здесь вы детализируете видение до уровня процессов, которые, в свою очередь, имеют детализацию до документов, функций и ролей.</li>
<li>Разработка / настройка – подготовка к переходу в целевое состояние; если это ИТ, то нужно доработать и настроить системы (а также задокументировать их), в случае организационных изменений, как правило нужно разработать стандарты или регламенты.</li>
<li>Подготовка к старту: для ИТ здесь происходит миграция данных и тестирование, во всех случаях происходит обучение людей.</li>
<li>Опытная или опытно-промышленная эксплуатация или "обкатка" изменений на тестовых или реальных данных соответственно.</li>
<li>Закрытие проекта или подведение итогов изменения – здесь нужно поставить точку, достигли мы целей (реализовали целевое видение) или нет (и почему).</li>
</ol>
<p>Как выглядит процесс планирования?</p>
<ol>
<li>Руководитель проекта (РП) выписывает задачи, указывает последовательность, так называемая технологическая последовательность работ. Например, без утверждённого дизайна приступать к разработке не стоит. Далее руководитель проекта отправляет работы на оценку – но это также не задачи конкретных исполнителей, а более крупные части, например, "Разработать Дизайн решения", "Согласовать дизайн решения".</li>
<li>Оценщики, как правило, это руководители направлений с опытом выполнения этих работ, указывают длительность по каждой работе.</li>
<li>РП собирает оценки и умножает их на три. Почему на три? Потому что, как правило, оценщики указывают чистое время появления первой версии (также именуемой первый драфт), который ещё нужно согласовать с кучей людей, доработать / протестировать, и только потом можно нести к заказчику. В условиях давления со стороны заказчика умножать на три нелегко, поэтому вам понадобятся смелые РП. Далее РП вводит оценки в программу планирования (те самые MS Project / OpenProject) и получает даты, когда данное изменение может быть реализовано – смотрим на верхнюю строку плана.</li>
</ol>
<p>Дальше все понимают, что эти сроки никого не устраивают, а ведь мы ещё не приступили к балансировке ресурсов (о которой я расскажу в следующий раз). Поэтому РП испытывает много соблазнов: достать маузер из ящика стола и покончить с мучениями, нарушить технологическую последовательность работ, уменьшить сроки. Всё это удел слабых и путь в могилу изменения, поэтому РП должен быть сильным вдвойне. Если он поддастся, то его же во всех неудачах потом и обвинят, и вариант "я же вас предупреждал" не срабатывает. Тут надо выбирать: вам красивая картинка или план изменения. В первом случае рекомендую выбросить план и взять обложку гламурного журнала, по ней внедрять изменения будет так же "эффективно".</p>Использование портала для управления изменениями2020-02-03T21:03:00+03:002020-02-03T21:03:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-02-03:/2020-02-portal.html<p>Как доносить изменения до людей, как выстроить коммуникацию с использованием внутреннего портала</p><p>Возвращаясь к любимой теме управления коммуникациями, решил сделать брошюру по использованию внутреннего портала для донесения людям информации об изменениях. Как выстроить процесс оповещения людей об изменениях, чтобы информация дошла до получателей? В каких случаях использовать портал? Как портал может помочь в оповещении участников проекта? Какой эффект можно при этом ожидать? Какие решение для этого использовать? Всё это постарался рассмотреть.</p>
<p>Бонус, хотя по объёму это примерно половина материала – обзор решений, которые пробовал сам. Хотелось уйти от сравнения функций, ведь каждое решение предполагает определённый оптимальный <strong>процесс</strong> его использования. Где-то решение оптимально для одного автора, где-то для коллектива авторов, а где-то решение предназначено для того, чтобы вовлечь в создание материалов на внутреннем портале всех сотрудников организации. Лично я убеждён, что выбор решения (или типа программного продукта) нужно проводить именно на основе процесса, который лучше подходит вам, а уже затем смотреть функциональные возможности.</p>
<p>Чтобы получить брошюру, достаточно подписаться на список рассылки (форма вверху).</p>Управление результатом изменений2020-01-26T22:37:00+03:002020-02-01T20:52:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-01-26:/2020-01-wbs.html<p>Использование инструмента WBS для детализации видения и передаче видения участникам и заинтересованным в изменении лицам</p><p>Вот вы решили провести изменения, начали изучать материалы по теме и возникает вопрос: если управление проектом – это про управление объёмами работ, сроками и бюджетом, то кто и как управляет результатом? То есть кто или что обеспечит, что данный объём работ в эти сроки и с этим бюджетом приведёт из точки А в точку Б? И что точка Б окажется тем, чем вы себе её представляли, а не превратится в тыкву. Хотя, погодите, а как вы вообще представляете результат кроме "большой синей кнопки" или общих фраз "всё должно быть хорошо и оптимально"? Видение точки Б – той точки, в которую вы намереваетесь прийти, крайне важно, и масса консультантов готовы помочь вам туда попасть при одном условии – если вы можете им рассказать побольше о точке Б. При этом желательно, чтобы показания с разных интервью совпадали.</p>
<p>Допустим, вы разработали достаточно целостное и непротиворечивое представление о точке Б, но как донести это представление до других? Консультанты готовы вас слушать часами при почасовой оплате, но как быть с теми, чьё время очень дорого – с руководителями и собственниками организации? Международным стандартом является "речь в лифте" – секунд 20-30. Даже если у вас будет минута или полторы, вы не сможете изложить схему бизнес-процесса или стратегию или что за систему вы собираетесь внедрять и что эта система конкретно автоматизирует. Если вы начнёте использовать лозунги (для краткости), то доверия от этого не прибавится.</p>
<p>Во всех случаях необходимо разложить бизнес-результат на составляющие и доносить до участников изменения и заинтересованных сторон именно результат – на что повлияет изменения, что изменится в организации. Простое разложение результата на составляющие в международной практике называется WBS (work breakdown structure). Есть люди, которые слышали эти буквы, но почему-то рассказывают всем про диаграмму Гантта на основе плана-графика проекта, что неверно. План-график проекта оперирует работами, а приведут ли они к нужному бизнес-результату или нет – заранее не известно. Постоянный процесс сравнения траектории движения и цели с точки зрения результата и является процессом <strong>управления результатом</strong>.</p>
<p>В общем, думаю, вы уже поняли, что составление WBS – это первое, что я рекомендую сделать, когда вы ещё только <strong>начали думать</strong> об изменении. Кстати, при таком подходе есть бонус – вы избежите ловушки "изменения ради изменений", например "какая есть классная система, давайте её внедрим" или "давайте что-нибудь сделаем с оргструктурой, авось полегчает". Выглядит WBS как иерархия, наиболее наглядно её нарисовать. Разберём два примера: внедрение информационной системы и организационные изменения.</p>
<p>Допустим, ваша организация или подразделение тонет в задачах. Конечно, вы хотите выстроить Оптимальное Управление Задачами, но для этого нужно, как минимум, увидеть, что происходит, то есть увидеть все задачи в системе. Если вы начнёте собирать задачи вне системы, то потратив на это неделю, обнаружите, что перечень задач необратимо изменился. Итак, мы думаем, что внедрение системы управления задачи как-то там поможет <strong>сделать прозрачным</strong> перечень задач в организации. Что будет дальше, какие мы решения примем – в рамках данной инициативы мы не знаем, нам нужно будет посмотреть данные и затем уже спланировать следующие шаги. Сейчас данных нет, а принимать решения в условиях полного отсутствия данных – чревато.</p>
<p>Чтобы нарисовать наглядный WBS, можно использовать SmartArt в PowerPoint, MS Visio или сервис, такой как <a href="https://www.draw.io/">draw.io</a>. В любом случае, нас устроит любая схема для отображения иерархии, причём стрелки лучше не использовать – это разложение целого на составляющие. Как разложить цель "сделать прозрачным перечень задач в организации" на составляющие? Потребуются следующие компоненты:</p>
<ul>
<li>Информационная система: она должна быть работоспособна, и к ней должна прилагаться документация (чтобы в случае потери памяти, увольнения или выхода на пенсию всех, кто имел к ней отношение, её можно было продолжать использовать).</li>
<li>Пользователи должны быть обучены работать в системе; тут есть нюанс, который я уже описывал в <a href="2020-01-privatization.html">статье про приватизацию</a> – мы должны убедиться, что пользователи <strong>овладели</strong> знаниями и навыками в достаточной степени, а не просто подписали протокол обучения; для этого нам потребуются такие негуманные инструменты, как тест для пользователей и проходной балл.</li>
<li>Пользователи должны работать в системе, а предыдущие два пункта этого не обеспечивают; то есть бизнес-процесс должен проходить в системе – в нашем случае люди должны создавать и обновлять данные о своих задачах в системе, а не вне её.</li>
</ul>
<p>Как сделать, чтобы пользователи работали в системе? Помню одно внедрение ERP-системы, когда директор по логистике (вида он был совсем не страшного, спинка кресла возвышалась над ним на две головы) собрал кладовщиков и сказал им: </p>
<blockquote>
<p>Ночью приду и все эти ваши бумажные журналы сожгу.</p>
</blockquote>
<p>Возвращаясь к схеме WBS, она в данном случае может выглядеть примерно так:</p>
<p><a href="images/wbs1.png"><img alt="WBS для внедрения ИС" src="images/wbs1.png"></a></p>
<p>Можно видеть, что на схеме добавлены отчёты, по которым сразу можно контролировать ход внедрения (% задач в системе, % пользователей в системе). Естественно, можно предусмотреть в плане-графике разработку отдельного плана запуска и уже туда включить эти отчёты, но на практике план запуска разрабатывается слишком поздно (непосредственно перед стартом). Если вы с самого начала сделали WBS, то вы не забудете об этих моментах.</p>
<p>Можно ли запомнить и озвучить эту схему за 15 секунд? Думаю, да. Плюс этой схемы в том, вы всегда идёте сверху и останавливаетесь на том уровне, который нужен конкретному слушателю / аудитории. Можно и нужно включить слайд с WBS в еженедельный отчёт по статусу проекта, отражать на этом статус достижения каждого компонента результата. Любимая песня подрядчиков – рассказывать о том, как много было сделано за неделю, но часто это вообще не отражается на конечном результате, поскольку является "бегом по кругу". </p>
<p>Можно рассмотреть пример организационных изменений:</p>
<p><a href="images/wbs2.png"><img alt="WBS для организационных изменений" src="images/wbs2.png"></a></p>
<p>Позвольте оставить эту схему на самостоятельное изучение. Думаю, мысль понятна.</p>
<p>Кто должен делать WBS? Тот, кто заинтересован в результате, то есть бизнес-заказчик. Никаким консультантам этого доверить нельзя, они заинтересованы в процессе и в объёме работ.</p>
<p>Используете ли вы WBS в своей работе? Возникло ли желание попробовать использовать WBS для новых и текущих изменений? Если не используете, то что мешает начать использовать?</p>Внешний ИТ-директор, или настоящие изменения на практике2020-01-25T11:39:00+03:002020-01-25T11:39:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-01-25:/2020-01-itdir.html<p>История о том, как заменили ИТ-директора на внешнюю компанию, улучшили управление ИТ-сервисами и разработкой</p><p>Как проводить "настоящие изменения"? Напомню для тех, кто не читал <a href="20200111_intro.html">стартовую статью</a> этого блога, что это изменения в организации, затрагивающие работу и взаимодействие нескольких подразделений. Думаю, проще всего это разобрать на примере истории в небольшой компании. В случае небольшой компании сопутствующих (проектных) документов требуется меньше, поэтому более очевидна суть того, что происходит. Добавим сюда активное сопротивление, причём со стороны тех, кто в современных условиях (когда процессы сильно зависят от ИТ) должен обеспечивать базу для изменений – сопротивление со стороны ИТ-специалистов. Как обычно, все совпадения случайны. Действующие лица:</p>
<p>Евгений – генеральный директор о совладелец небольшой компании "Ромашка", сфера деятельности в данном случае значения не имеет.<br>
Алексей – ведущий разработчик собственной системы под названием "Зверобой" для автоматизации основной производственной деятельности компании "Ромашка", он же ИТ-директор.<br>
Николай – менеджер по управлению изменениями в компании "Ромашка".<br>
Пётр – менеджер по управлению изменениями в компании "Цифровая фиалка", предлагающая аутсорсинг ИТ-услуг. </p>
<p>Евгений нанял Николая с совершенно прозаической целью – вывести компанию "Ромашка" на прибыльность. Некоторые разовые траты и текущая тарифная политика привела к тому, что не все сферы деятельности компании "Ромашка" были прибыльными, что толкало компанию в замкнутый круг "невыплаты поставщикам – проблемы с исполнением заказов клиентов – отсутствие поступлений денежных средств – невыплаты поставщикам". Но выход на прибыльность – это отдельная история, которая ждёт своего часа, и развивалась она параллельно. Ещё будет время описать её отдельно.</p>
<p>Николая же стали настораживать отдельные моменты, а некоторые стали напрягать. В один из первых дней в офисе пропал интернет, Алексей материализовался и сказал: "ну, у провайдера сбой". Так и сидели, ждали появления интернета. Нюанс в том, что система "Зверобой" находилась на удалённых серверах. Кроме этого, вся деятельность продаж и исполнения заказов строилась на взаимодействии с поставщиками и клиентами по электронной почте, а также через систему "Зверобой". Ну ладно, подумал Николай, кто же его знает, что должен делать ИТ-директор в случае сбоев интернета.</p>
<p>Дальше Николай каким-то образом оказался в центре истории по разработке калькулятора тарифов в Excel. Гордо реализовал эту задачу на макросах в Excel. Через неделю Алексей нанял нового ИТ-специалиста, который предложил Алексею и Евгению решить проблему с лицензиями на MS Office (а точнее, с их отсутствием, что могло всплыть при проверках) – установить OpenOffice, что и было сделано. В результате Николай сильно удивился, что его калькулятор перестал работать у всего отдела продаж. А произошло это, потому что макросы на Visual Basic из Excel просто так в OpenOffice не работают. Вернули Excel обратно, вроде и решили проблему. Договорились, что Николая хотя бы будут держать в курсе изменений в области ИТ.</p>
<p>Между тем, проблема с лицензиями была не такой пустяковой, да и сбои интернета случались нередко, поэтому Николай решил этим заняться. Он знал, что есть общепринятый подход управления ИТ-услугами, и обратился в компанию, руководство которой также понимало, что такое ITIL/ITSM. Но по итогу обсуждения с Евгением начать решили с несколько нестандартной вещи – внешнего ИТ-директора, или ИТ-директор как услуга. Для Евгения как для руководителя было очевидно, то Алексей не справляется с этой задачей, но и нанимать дорогостоящего руководителя бюджета не было.</p>
<p>Первым внешним ИТ-директором от компании "Цифровая фиалка" стал Пётр, он сделал следующее:</p>
<ol>
<li>Провёл второго интернет-провайдера (ранее Алексей говорил, что других провайдеров нет), и отладил систему переключения между каналами при сбое.</li>
<li>Сделал бизнес-кейс, в котором доказал экономическую эффективность перехода на облако компании "Цифровая фиалка".</li>
<li>Реализовал перенос приложений 1С, разворачивание удалённых рабочих мест, а также перенос сервера корпоративной электронной почты – все данные и приложения перенесли в облако компании "Цифровая фиалка", сотрудники же стали работать через удалённое подключение (RDP). При этом была решена проблема с лицензиями, поскольку программы покупала компания "Цифровая фиалка" на существенно более выгодных условиях, чем компания "Ромашка".</li>
</ol>
<p>В качестве проектного менеджера Пётр вёл и актуализировал план проекта, на основе которого можно было сообщать владельцам компании, где компания находится, что осталось сделать и сколько времени на это потребуется. Формировались и еженедельные отчёты для владельцев компании о том, что происходит. В дополнение к отчёту Николай обсуждал с владельцами компании, давал пояснения по произошедшим отклонениям, отвечал на вопросы, которые пользователи поднимали до уровня владельцев компании.</p>
<p>Сбои с интернетом прекратились, не все сотрудники были довольны изменениями, были и проблемы переходного периода, но в целом всё решили. Алексей явно был недоволен сокращением своей власти в компании, но аргументированно придраться ни к чему не смог, поэтому стал теперь просто ведущим разработчиком.</p>
<p>Дальше Николай погрузился в систему "Зверобой" и предложил несколько доработок, которые были востребованы клиентами и нужны были для достижения основной цели – вывода компании на прибыльность. Схема была очень простой:</p>
<ol>
<li>В начале недели Николай спрашивал у Алексея, сколько времени займут необходимые доработки.</li>
<li>Алексей называл трудоёмкость и последовательность доработок.</li>
<li>Николай составлял план доработок на неделю, который утверждался Евгением.</li>
</ol>
<p>После чего неделя за неделей выяснялось, что Алексей делал не доработки из плана, а какие-то другие доработки, которые ему казались более важными, исходя из его понимания развития системы. Алексей и Евгений общались по этому поводу, Алексей неделя за неделей брал на себя обязательства сделать разработки из плана, но кардинально ситуация не менялась. Стало понятно, что Алексей в принципе не может работать в рамках такой системы, дисциплинированно делая разработки из плана.</p>
<p>Вы переживаете за Алексея? Думаю зря, поскольку всё это подтолкнуло его двигаться дальше, и решил продолжить свою карьеру на поле фриланса. Самое интересное, что несмотря на локальные конфликты, у Николая с Алексеем остались нормальные деловые отношения. Алексей при своей эмоциональности понимал, что у Николая к нему не было личных претензий, и целью Николая было не смещение лично его, а выстраивание в компании "Ромашка" определённых систем, которые давали определённый, требуемый собственниками результат.</p>
<p>По сути, мы тут имеем дело с двумя изменениями: ИТ-инфраструктура или ИТ-сервисы и управление разработкой, но я не решился разделять эти случаи, поскольку они очень тесно связаны с личностями и взаимодействием одних и тех же лиц, а также имеют друг на друга существенное влияние. Это изменение бизнес-процессов, но не основных производственных – всего лишь поддержка пользователей и управление разработкой. Для пользователей перевод приложений в облако привёл только к тому, что пользователи стали сначала запускать ярлык удалённого рабочего стола, а уже затем свои обычные ярлыки программ и сайтов. Внешний ИТ-директор и изменение подхода к управлению разработки системы "Зверобой" также непосредственно на продажи и производство не повлиял (не считая тех доработок системы "Зверобой", которые удалось реализовать).</p>
<p>Какие выводы можно сделать из этой истории? Вот мои размышления, напишите пожалуйста в комментариях, на какие мысли это повествование навело вас:</p>
<ol>
<li>Прежде чем начинать масштабные изменения, связанные с бизнес-приложениями, нужно "залить фундамент" – отладить управление базовыми ИТ-сервисами: интернет, почта, серверы. Это так же верно как то, что дом нужно строить с фундамента, иначе он просядет.</li>
<li>Главное – настрой на грамотное управление ИТ-сервисами, а не наличие денег на супер-ИТ-директора. Даже в отсутствие собственного ИТ-директора или в целом хотя бы одного грамотного специалиста в ИТ выход есть, например, внешний ИТ-директор.</li>
<li>Любой самый близкий к телу генерального директора ИТ-специалист не обладает монополией на правду. Правда строится на фактах, методике управления ИТ-сервисами и расчёте бизнес-кейса, где показывается реальный эффект в деньгах. Любой человек, который обращает внимание на то, что происходит, и мыслит логически, может разобраться с ИТ-сервисами и привлечь грамотных специалистов.</li>
<li>Не нужно бороться с людьми, в целом борьба с людьми не является целью. Нужно бороться за проведение изменений, люди же сами сделают свой выбор, принять изменения и остаться или уйти.</li>
<li>Менеджер по управлению изменениями обладает ограниченными ресурсами для борьбы с теми, кто сопротивляется изменениям. Именно поэтому он должен построить систему, в рамках которой сотрудники будут работать по целевому бизнес-процессу. Если сотрудники хотят бороться – пусть борются с системой.</li>
</ol>
<p>В российской (контр-)культуре выражение "борьба с системой" имеет очень определённый позитивный (даже возвышенный) смысл. Работа же менеджера по изменениям – создавать, продавать и внедрять внутри организаций системы, которые обеспечивают стабильное достижение заданного (и необходимого владельцами бизнеса или руководителям организаций) результата. Жаль, что про это песен не пишут, у вот меня даже производственного триллера не получилось. Но я не расстраиваюсь, до встречи в следующих выпусках.</p>Приватизация, или почему в России боятся изменений2020-01-19T15:52:00+03:002020-01-19T15:52:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-01-19:/2020-01-privatization.html<p>Разбор приватизации как масштабного изменения, каким образом осуществлялось управление этим изменением</p><p>Приватизация была самым масштабным управляемым изменением в России (думаю, распад СССР был неуправляемым), и я не могу пройти мимо этого кейса. Его разбирали много раз с точки зрения экономики и политики, и мне полностью не удастся уйти от этих сутевых моментов. Но именно то, <strong>как</strong> это изменение было проведено, на мой взгляд, сформировало у людей стабильный страх перед любыми изменениями. Именно на отскоке от изменений стали популярны лозунги про стабильность. Сейчас стабильность себя исчерпала, люди не просто так собираются вокруг тех, кто исполняет песню "Перемен" группы "Кино", а ситуация в целом похожа на брежневский застой. Но именно нежелание наступить на те же грабли с приватизацией и её последствиями сдерживает изменения. Разберём, что же пошло не так.</p>
<p>Изменение было управляемым, поскольку была конкретная команда, которая планировала и проводила приватизацию, под руководством А. Б. Чубайса. Чтобы строить дальнейшие рассуждения, предлагаю для начала разобраться с его мотивацией. Если совсем грубо, людей можно поделить на идейных и тех, кто зарабатывает деньги. Сам факт того, что А. Б. Чубайс продолжает что-то делать, хотя и заработал достаточно денег, для меня говорит о том, что идея для него важнее денег и "ограбление населения" и "расхищение собственности" для него не было целью.</p>
<p>Чего же хотела добиться команда изменений? С экономической точки зрения, быстро создать класс частных собственников для развития экономики. Исследования о том, что имущественное расслоение негативно влияет на развитие экономики, вышли на первый план относительно недавно, но это ровно то негативное последствие, которое чаще всего ассоциируется с приватизацией. С точки зрения управления изменениями это намного сложнее, потому что <strong>коммуникации</strong> пришлось бы проводить не с узким набором лиц, которых теперь принято называть олигархами, а со всем населением страны (148,7 миллиона человек в 1992-м году). По словам А. Б. Чубайса, по политическим причинам критично было именно <strong>время</strong>, а на задачу "создать класс частных собственников и избежать имущественного расслоения" требуется намного больше <strong>времени</strong>, чем на задачу "создать класс частных собственников".</p>
<p>Что такое недостаток времени? Как мне кажется, в 90% случаев это манипуляция. Манипуляция во многих случаях задействует страх. Страх или паника (страх в крайней стадии) отключает логические цепи, человек начинает принимать решения на основе более древних, унаследованных от ящеров, механизмов, которые и являются более примитивными: "бежать или нападать". Залоговые аукционы выглядят нападением на "красных директоров", которым во многих случаях всё же удалось стать собственниками предприятий.</p>
<p>Что противостоит манипуляции? Это воля, которая, по определению В. Франкла, является разницей между раздражителем и реакцией. Воля позволяет понять, сколько времени на самом деле есть, проработать сценарии развития и выбрать исходя из последствий каждого сценария. Реализованный на практике сценарий привёл к вопросам по легитимности приватизации – не думаю, что команда изменений этого хотела. Также не думаю, что не было сценариев лучше, хотя история не терпит сослагательного наклонения.</p>
<p>Таким образом, первый, наиболее важный момент – <strong>не паникуй</strong>. Наличие времени позволяет сделать всё то, что будет описано ниже, без этого само <strong>управление</strong> изменением невозможно, ведь это планирование и контроль, а также коммуникации – на всё это требуется время. К сожалению, то, как ухватились за идею залоговых аукционов и упустили из виду ряд моментов, указывает на то, что команда изменений, безусловно находясь под психологическим давлением, была в состоянии, близком к состоянию паники.</p>
<p>Чем был ваучер в процессе приватизации? Инструментом, целью которого был переход к деньгам, на основе которых уже работает экономика. В процессе изменений во всех без исключения подходах до внедрения необходимым шагом является <strong>обучение</strong> пользователей. Рассмотрим задачу обучения чуть более подробно: по сути, это передача информации обучаемому. Является ли факт проведения обучения (лекция, демонстрация ролика) завершённым обучением? Нет, поскольку согласно циклу PDCA (и, заодно, теории информации), необходимо проконтролировать, что обучаемый <strong>получил</strong> необходимый минимум информации и <strong>владеет</strong> инструментом, который ему передаётся, в достаточной степени. Без контрольных тестов не допускают к работе ни персонал АЭС, ни космонавтов, ни водителей, ни сотрудников ракетных войск. Так почему к управлению инструментом, в котором заключена стоимость активов страны, были допущены люди без обучения?</p>
<p>Хорошо, не допускать к управлению ваучером, что же с ним делать тогда? На мой взгляд, передать профессиональным управляющим активами. Если рассматривать задачу подготовить таких управляющих, то это можно сделать быстрее, чем обучить каждого россиянина обращаться с ваучером. Это похоже на получение наследства после достижения совершеннолетия – такая схема ни у кого удивления не вызывает, и она работает, уберегая собственников от массы неверных решений. Ничего нового.</p>
<p>Сейчас мы даём доступ к информационным системам только после успешного прохождения теста. Если списывают, вычисляем. Если подсматривают – не проблема, пусть хоть так изучат материал. Вопрос и в составе тестов. И это всего лишь тесты, а есть ещё очные собеседования и письменные кейсы, в ходе которых можно значительно точнее оценить, какими знаниями и навыками человек <strong>реально обладает</strong> в результате обучения. Безусловно, для этого нужно время, но вернёмся к вопросу "что хуже": предоставить необученному человеку мощный инструмент и иметь дело с последствиями или <strong>обучить</strong> людей, как-то выиграв для этого время. В практике <strong>управления</strong> изменениями возможен только второй вариант, поскольку первый – это отказ от управления, другими словами, пустить всё на самотёк. В результате ровно те, кого наделили правом на активы страны, предъявляют претензии, что их ограбили.</p>
<p>Даже для проведения обучения не было подходящей структуры, не говоря уже о проведении самих аукционов, что и привело к коррупции. Что нужно, чтобы подготовить адекватные <strong>структуры</strong> управления, наполнить их людьми? Время, о нём мы говорили выше. Стоит ли браться за изменения, если у вас нет понимания, какая управляющая структура для проведения изменений вам потребуется и как её построить? На мой взгляд, ответ отрицательный.</p>
<p>Вся эта история, о которой мы будем говорить в следующих записях блога, связанна с проектными офисами, проектной командой, документальным сопровождением проекта, материалами для обучения (включая контроль полученных знаний и навыков), выявлением всех заинтересованных сторон изменения и построением последовательной коммуникацией с ними, регулярными контролем восприятия изменений – всё это имеет два значения. Первое – прямое, исполнение своих прямых функций. Но все эти инструменты являются и последней страховкой: если вы не готовы выделить на них время и ресурсы, то и за изменение браться не надо. И не надо срезать углы, говорить, что "мы без этого обойдёмся". Результаты тех, кто "без этого обошлись", говорят сами за себя.</p>
<p>60% проектов не достигают цели, и это единственный известный способ <strong>управлять</strong> изменениями. Почему люди продолжают заниматься изменениями? Видимо, дело в том, что отсутствие изменений не приводят к стабильности, оно приводят к стагнации. Приватизация 90-х закончилась, пора перевернуть страницу и двигаться дальше. Подчинение страху перед изменениями является отказом от воли, а воля является одним из основных отличий человека разумного от других млекопитающих. Изменения же являются выбором или проявлением воли. Выбор, в свою очередь, основан на осознании того, что вас что-то не устраивает. Человека всегда что-то не устраивает, в его природе заложены неограниченные потребности. К ним принято относится отрицательно, но в данном случае именно потребности человека противостоят стагнации.</p>Третья версия сайта2020-01-12T21:25:00+03:002020-01-12T21:25:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-01-12:/2020-01-newsite.html<p>Подробно о новом на сайте: содержание, возможности для читателей, и свежий дизайн</p><p>В этой записи блога я подробно расскажу о том, что нового появилось на сайте. Если кратко, на сайте появился новый материал, блог и возможности комментировать статьи в нём, возможности быстро сообщить о понравившейся статье вашим контактам и возможность подписаться на рассылку; хотя есть ещё кое-что. Обо всём по порядку.</p>
<p>Из нового материала на странице <a href="pages/main.html">статей и инструментов</a> – методика внедрения центра знаний и презентация к этой методике. Жизнь сложилась так, что я этим не занимаюсь, но эти материалы были подготовлены ровно под эту задачу: обучить тех, кто будет выполнять проект по внедрению центра знаний. Под центром знаний подразумевается не только софт и данные, но и бизнес-процессы, которые обеспечивают пополнение и использование этих данных. </p>
<p>Честно просмотрел ранее выложенные статьи – за них не стыдно, и я их оставил, значительно сократив описание к ним. С помощью списка тем к каждой статье теперь можно быстро сориентироваться. КПМГ удалили ссылку на исследование уровней зрелости закупок в российских компаниях, в котором я принимал участие (что логично – это было давно). А вот Либертариум жив и на нём по-прежнему висит моя статья про экономику opensource. Последнее обновление сайта до этого было в январе 2016-го года, то есть как раз 4 года назад...</p>
<p>Видимо, эти 4 года понадобились, чтобы понять, что вместо монолитных статей и перенасыщенных видео надо попробовать перейти на блог, в котором основным правилом должно быть "одна тема за раз". На то, что я перескакиваю между темами, от чего читатель теряется, мне указывали и раньше – видимо, сейчас пришло время, когда есть терпение и желание разжёвывать всё последовательно для людей без предварительной подготовки.</p>
<p>На блоге отдельно останавливаться не буду, переходим к возможностям действий на сайте для читателей. Во-первых, сделана возможность комментировать статьи в блоге, причём сервис Disqus позволяет авторизоваться любым удобным способом. Во-вторых, под каждой статьёй появились иконки, с помощью которых можно переслать ссылку на статью в социальную сеть либо по электронной почте. Непосредственно на сайте можно получить подписку на обновления блога в XML-формате, ищите кнопку слева.</p>
<p>В-третьих, сделан список рассылки (не работает) в Группах Google, с помощью которого можно получать сообщения о появлении новых записей в блоге и материалах на сайте. Записи в блоги планирую делать еженедельно, поэтому и рассылка будет еженедельной. Возможно, буду включать на неё ссылки на чужие интересные материалы по управлению изменениями, если что-то значимое попадёт на радары, посмотрим. Здесь нюанс в том, что качественные материалы все на английском, а для блога на русском ссылки на зарубежные материалы выглядят странно. Если есть идеи по этому поводу, поделитесь пожалуйста в комментариях.</p>
<p>Дальше, выбрана новая тема оформления. С одной стороны, хотелось как-то выделиться, с другой стороны, хотелось чего-то лёгкого и в то же время современного. Такое ощущение, что на эту задачу я убил больше всего времени, и в итоге победил простой индийский парень (по совместительству программист на Python) <a href="https://parbhatpuri.com/">Парбат Пури</a>, за что ему отдельное спасибо.</p>
<p>Сайт для меня – это как моё цифровое лицо в интернете, и новая версия сайта сделана, прежде всего, чтобы более точно отражать, кем я себя вижу. Посмотрев чуть шире, я обнаружил социальные сети, которыми не пользовался. В одних удалился, в Twitter почистил старые сообщения; теперь в нём будут такие же сообщения, как и в рассылке – прежде всего, о новых записях в блоге. Видимо, со временем хохмы, которые занимали мой Twitter раньше, стали иметь меньше значения. </p>
<p>На этом пока всё! Повторюсь, что составляю план публикаций, для учёта ваших пожеланий не стесняйтесь указать важные для вас темы (из управления изменениями) в комментариях.</p>Предновогодняя история2020-01-11T15:19:00+03:002020-01-11T15:19:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-01-11:/2020-01-nystory.html<p>Предновогодняя история про родительский комитет со счастливым концом</p><p>Хочу рассказать вам одну историю, которая лично мне интересна с точки зрения практического использования <strong>настоящих изменений</strong> за пределами основной работы. В одном этом случае оказалось столько материалов для изучения, что, думаю, ещё не раз буду возвращаться к нему. Это описание пограничной ситуации, когда положительный исход не был заранее определён, поэтому получился триллер. Кто-то найдёт для себя просто забавную историю, кто-то получит подтверждение своим знаниям человеческой психологии. Устраивайтесь поудобнее, начнём. Как принято писать в таких случаях, все совпадения случайны. Смайликов не будет, но, надеюсь, вы почувствуете иронию.</p>
<p>Место действия: Москва, Митино (достаточно благополучный район, если кто не знает). В 2019-м году дочь пошла в школу, и в какой-то момент я обнаружил, что меня добавили в два чата: родители и учительница начальных классов (первый чат) и просто родители в попытке самоорганизоваться (второй чат). В детском саду был родительский комитет – знаю, что собирал деньги на общие нужды, но как-то это прошло мимо меня. Здесь же родительского комитета не было, на общие нужды на весь год собрал один родитель, на сувениры детям на первое сентября – другой, на подарки на дни рождения детям – третий, ещё одна мама в качестве профессионального фотографа (но бесплатно) фиксировала знаменательные события. И вот встал вопрос, как будем отмечать Новый год.</p>
<p>Здесь я должен сделать небольшое отступление: тема организации родителей для проведения всяческих школьных мероприятий стала меня занимать немного раньше. Опрос знакомых, у которых дети учатся в разных классах, показал, что схема везде примерно одинаковая: родительский комитет из трёх-четырёх человек, который собирает через чат в Whatsapp деньги, туда же отписывается по результатам. Максимум, что используют из технических средств – это формы Google. Но к теме автоматизации этой работы мы обязательно вернёмся в другой раз, сейчас речь не об этом.</p>
<p>Так вот, на вопрос "может скинемся по 400 рублей на аниматоров и сувениры детям?" посыпались реплики "так мы же уже сдавали", "сколько можно". Те мамы, которые что-то делали, пытались ответить, но в общем было ясно, что они на грани вообще забить, и не без оснований. В этот момент я понял, что модель децентрализованного управления себя исчерпала, и если не встрять, особого праздника для детей не будет. В чате были достаточно разумные аргументы вроде "зачем детям праздник в школе, пусть родители водят на ёлку" и "не от количества подарков зависят отношения детей в классе".</p>
<p>Несмотря на то, что у меня отключён звук в этом родительском чате, как-то получилось, что именно в момент я наблюдал за этой драмой. У меня было окончание года, задачи более-менее обозримы на работе, "душа хотела праздника" (С) – в данном случае для ребёнка, а умом было вполне понятно, что нужно для этого сделать. Способность + возможность + мотив, как говорят англичане. В этот раз обошлось без божественных озарений. Но закрыть глаза и принять решение – всё равно неплохой способ определиться.</p>
<p>Собрал чат родительского комитета из тех, кто ранее что-то делал. Написал в общий родительский чат, что сделаю бюджет, ответил на какие-то вопросы. Например: а что, если денег не хватит? Ну супермен внесёт недостающую сумму, обычное дело, кино люди не смотрят, что ли. Сделал бюджет в Google Docs, чтобы самому разобраться и донести до других, на что ушли деньги разных сборов и почему нужно собирать ещё раз. А сбор уже объявили, и часть людей деньги сдали, сворачивать это всё не хотелось. После публикации бюджета ещё часть людей сдали деньги. При этом в сообщении со ссылкой на бюджет ясно указал: задавайте вопросы мне. Но было понятно, что надо запасаться попкорном, и основная разборка ещё впереди.</p>
<p>И вот, часов в 8 вечера началось: у вас 30 т.р. в резерве, предъявите все чеки по каждой строчке, вы родительский комитет вы нам должны. Естественно, в общий родительский чат, иначе шоу не будет – мне никто не написал. Со своей стороны, мы (родительский комитет) аргументированно ответили. Математика была на нашей стороне, а она показывала, что 30 т.р. на 26 человек – это не такая уж большая сумма на одного ребёнка до конца года. Лично я не смотрю программы по телевизору, где разбирают глубины морального падения, но в жизни я кое-что видел, поэтому ничего нового о человеческой природе не узнал.</p>
<p>Если обратиться к научному подходу, в частности разделу "командообразование", то он нам скажет, что это как раз стадия "бурления", которую проходить обязательно. Но остальные участники родительского комитета к такому как-то не были готовы, поэтому пили разные успокаивающие жидкости, кого-то даже послали (это родительский чат, детка). Ну ладно, подождём, пока выйдет пар, подумал я. В результате эмоционального накала в чате высказались даже папы, которые ранее ни в одном обсуждении не участвовали. Если смотреть с положительной стороны, вовлечённость участников родительского чата повысилась.</p>
<p>Дальше я подытожил, что сумма у нас на аниматоров набралась, праздник будет. Вы думаете это был конец? О нет, пришло время кулибиных. Они предложили варианты оптимизации: детки сами сделают друг другу игрушки и обменяются на предстоящие праздники, и денежки сэкономим ($100, что это был родитель, который не сделал с ребёнком ни одной поделки). Всё это уже в менее агрессивной манере, но тут есть два нюанса.</p>
<p>Первый нюанс в том, что сами они делать ничего не хотели бы, иначе просто вступили бы в родительский комитет или написали бы одному из нас. Второй называется издержки управления. Управлять тем, чтобы каждый ребёнок сделал подарок, немного труднее, чем закупить всем подарки. Но если ты не организуешь, то это и не твои затраты, понятно всё.</p>
<p>Утром посмотрел на это всё. Не то, чтобы меня накрыло, но желание прояснить ситуацию появилось. Прояснил, и ещё написал, что это выглядит как Сергей Юрьевич Беляков, который разговаривает с телевизором. Кто ещё не смотрел, посмотрите обязательно, <a href="https://www.youtube.com/watch?v=9vKkkyx3wz4">например</a>. Светлаков – гений, могу заявить со всей ответственностью. Он убил чатик, полностью. Ни одного сообщения. Следующим сообщением были видео-ролики с праздника, потом "спасибо родительскому комитету за праздник". Тыдыщ, как сказал По, панда кунг-фу.</p>
<p>Не всё было гладко, чуть не забыли про печенье и соки; у меня дочь заболела, поэтому вместо помощи на месте остался дома. И моя дочь не увидела праздника, зато благодаря нашему фотографу увидела персональное видео-обращение от Деда Мороза и Снегурочки (ну хватит плакать, я тоже плачу уже).</p>
<p>Какие выводы можно сделать? Во-первых, изменения начинаются после того, как кого-то (хотя бы одного) <strong>не устраивает</strong>, как есть или как будет (если ничего не предпринять). Конечно, если он <strong>поймёт</strong> потребности других и сможет <strong>убедить</strong> значимую долю участников, что изменения действительно необходимы. Во-вторых, для реализации изменений нужна адекватная <strong>структура управления</strong>, которая может реализовать изменения. Изменения нельзя сделать ни в одиночку, ни в рамках демократии без делегирования полномочий, когда обсуждается каждое мелкое решение. Либо устанут обсуждать, либо время будет потеряно. И в-третьих, не так уж много нужно сделать – всегда можно составить <strong>конкретный перечень задач</strong>.</p>
<p>В комментариях напишите пожалуйста: что для вас было интересно в этой истории? Как бы вы себя повели в такой ситуации? Стали бы как-то убеждать несогласных или просто двигались бы вперёд?</p>Ещё один подход2020-01-11T13:00:00+03:002020-01-11T13:00:00+03:00Константин Овчинниковtag:kovchinnikov.info,2020-01-11:/2020-01-intro.html<p>Первая статья в блоге, поясняющая, откуда он появился, зачем нужен и что будет в нём появляться дальше</p><p>Началось всё с кризиса 2008-го года, когда проектов не было, и хотелось структурировать и выложить свой опыт – так в декабре 2008-го года и появилась моя персональная страница. Какое-то время появлялись новые статьи, которые даже находили мои знакомые. Например, однажды мне позвонил коллега и сказал, что искал в Google материалы по базам знаний, и наткнулся на мой сайт. Сайт был зарегистрирован для сбора аналитики, и статистика в целом показывала посещаемость, близкую к нулю. Какое-то время я продолжал выкладывать новые материалы, публиковал сообщения об этом в Facebook.</p>
<p>Дальнейшие размышления о том, как люди воспринимают информацию, привели к выводу, что читать многостраничные статьи, наверное, не всем удобно. В поисках современных форматов я открыл для себя трансляции на Youtube, и у меня как раз был материал по итогам нескольких проведённых презентаций. Записал <a href="https://www.youtube.com/user/ikostas10/videos">несколько видео</a> как озвученные презентации, и материал получился очень насыщенным. Честно скажу, для меня было скорее важно сохранить материал, чтобы в дальнейшем его можно было переработать в какую-то другую форму. Было совершенно очевидно, что нужно быть в теме, чтобы не перегрузиться.</p>
<p>Когда темы закончились, неожиданно возникли НКО – некоммерческие организации, такие как благотворительные фонды. Не знаю, что у них случилось, могу выдвигать только гипотезы – например, они начали расти и у многих из них появилась потребность структурировать свою деятельность. <a href="http://youngroup.ru/social/">Young group</a> собирали, кто какими компетенциями может им помочь, и когда я указал оптимизацию бизнес-процессов в анкете, неожиданно выяснилось, что это многим нужно. Что они подразумевали под этим, это отдельный разговор, на основе описания потребности мы решили провести для всех трансляцию / встречу.</p>
<p><a href="https://www.youtube.com/watch?v=sf38UR8uWtE">Трансляция</a> состоялась, для меня подготовка к ней оказалась интересной задачей, так как потребовалось проанализировать весь свой опыт и в рамках 45-ти минут рассказать, что же такое изменения в организациях для тех, кто с этим раньше не сталкивался. Как и в предыдущих видео, плотность материала получилась достаточно высокой, но, по крайней мере, удалось затронуть темы, которые подводят к управлению изменениями: кому это нужно и чего это потребует.</p>
<p>Между тем началась активная фаза внедрения крупного проекта, и актуальность этой информации подтвердилась не только для тех, кто с этим не сталкивался, но и для коллег. Понятно, что акцент немного на другом – здесь больше нужна информация по внутренним коммуникациям – а именно, как <strong>доносить</strong> изменения для людей. И тут неожиданно стало понятно, что последние несколько лет эволюционировал сам по себе подход к внедрению изменений, который не очевиден, по которому я не встречал книг или хотя бы презентаций. Сам собой он складывался в голове в схему, не все связи в которой ещё простроены.</p>
<p>А дальше пришла идея тему управления изменениями постепенно развивать в блоге, по одному аспекту за раз, доступным языком, в виде примеров / историй, чтобы и читать было не утомительно, и запоминалось. Не знаю пока, что из этого выйдет, но у меня точно накопилась масса материала, применение которого даёт эффект. Но здесь нужно сделать отступление, о каких изменениях пойдёт речь.</p>
<p>Блог назван "Настоящие изменения" – получается, есть какие-то "ненастоящие" изменения? Мне самому нравится формальная логика, но русский язык обладает многозначностью, здесь "настоящие" в значении "комплексные", затрагивающие взаимодействие нескольких подразделений, что приводит к необходимости заниматься такими вещами, как бизнес-процессы и проектное управление. В завершение хочу рассказать одну историю с предыдущего места работы, чтобы было понятно, какие изменения не попадают в категорию "настоящие".</p>
<p>Однажды генеральный директор спросил у меня:<br>
- Костя, что нам сделать, чтобы повысить эффективность работы нашей компании?<br>
- Это очень просто, надо поставить всем <a href="https://solo.nabiraem.ru/">Соло на клавиатуре</a>!<br>
- Ну да...</p>
<p>Так вот, это не <strong>настоящее изменение</strong> в том смысле, который заложен в название этого блога. Безусловно, люди начинают что-то делать по-другому, и эффективность их растёт, но всё же это не влияет на взаимодействие <strong>между отделами</strong> компании. По сути, это повышение личной эффективности, но в масштабах компании. Туда же относится "давайте дадим всем сотрудникам планшеты / смартфоны / ноутбуки" – без изменения <strong>взаимодействия людей друг с другом</strong> эффекта может и не быть. Как бы то ни было, я специализируюсь именно на изменениях в организациях, про это и буду писать.</p>
<p>Напишите пожалуйста в комментариях, какие темы внутри области "настоящих изменений" интересны вам, постараюсь учесть в следующих записях блога.</p>