Декомпозиция и регулярность
Проблема
Часто люди сталкиваются с проблемой неспособности приступить к большим задачам. Когда задача очень большая и по ней нужно проделать очень много работ, то мы делаем всё, что только возможно, кроме самой этой задачи.
Надо пилить огромную фичу, а мы думаем: «Не, лучше я сейчас маленькие все сделаю, чтобы не отвлекали, а потом за большую кааааак примусь». Или надо готовить презентацию, а мы говорим себе: «Вот сначала домашние дела все сделаю, а потом уже спокойненько подготовлюсь к докладу». В итоге, конечно же, мы большую часть времени занимаемся левыми задачами, никак не приближающими нас к цели, а потом в огне доделываем основную задачу абы как за какой-то минимум времени.
Существуют различные объяснения этого механизма, но их знание зачастую не очень-то помогает начинать большие дела сразу, не откладывая.
Тут я хотел бы поделиться кэпским способом того, как я борюсь с этим на практике.
Декомпозиция
Первое, что я делаю – это декомпозиция на оооочень небольшие части. Когда задача разбита на маленькие кусочки, то психологически намного легче начать её делать, потому что фактически ты приступаешь не к огромному делу, которому не видно конца и края, а к небольшой задаче.
Например, я захотел подготовиться к ведению коллективного твиттера. Разбил работу на десяток задач: договориться с организаторами, составить план, написать контент под каждый день, вычитать контент, подготовить свой профиль.
Точно так же и в программировании, спорте, путешествиях, изучении любых новых навыков. Конечная цель, конечно, быть должна, но каждый день я стараюсь думать не о всём объеме работы, ведущем к этой цели, а конкретном маленьком шажке, который сейчас необходимо сделать.
Постоянство
Так как работу я разбиваю на маленькие шажки, то для реализации общей задачи их надо выполнить очень много. Я пробовал делать это героическими наскоками, типа вот я в будни ничего не делаю, а на выходных сажусь и сразу 15 маленьких задач закрываю. Может, у кого-то такой подход работает. У меня – точно нет.
Для меня работает дисциплина и регулярность. Мне проще ежедневно делать по 1-2 маленьких шага, чем выбрать определенный день и потратить его целиком на одно дело. Для меня в этом случае теряется профит от декомпозиции. Ведь если всё делать в один день, то я хоть и думаю об одном шаге, но знаю, что через полчаса будет другой, а за ним – еще другой и т. д. А когда по маленькому кусочку в день, то я ненапряжно выполнил его и забыл до завтра. А завтра проснулся, «ОБНУЛИЛСЯ» и снова могу делать маленький шаг, совершенно не уставая.
Итог
Не бойтесь делать большие дела, не прокрастинируйте, не бегите от проблем. Подберите комфортный вам способ и темп работы, и всё получится!
Проблема
Часто люди сталкиваются с проблемой неспособности приступить к большим задачам. Когда задача очень большая и по ней нужно проделать очень много работ, то мы делаем всё, что только возможно, кроме самой этой задачи.
Надо пилить огромную фичу, а мы думаем: «Не, лучше я сейчас маленькие все сделаю, чтобы не отвлекали, а потом за большую кааааак примусь». Или надо готовить презентацию, а мы говорим себе: «Вот сначала домашние дела все сделаю, а потом уже спокойненько подготовлюсь к докладу». В итоге, конечно же, мы большую часть времени занимаемся левыми задачами, никак не приближающими нас к цели, а потом в огне доделываем основную задачу абы как за какой-то минимум времени.
Существуют различные объяснения этого механизма, но их знание зачастую не очень-то помогает начинать большие дела сразу, не откладывая.
Тут я хотел бы поделиться кэпским способом того, как я борюсь с этим на практике.
Декомпозиция
Первое, что я делаю – это декомпозиция на оооочень небольшие части. Когда задача разбита на маленькие кусочки, то психологически намного легче начать её делать, потому что фактически ты приступаешь не к огромному делу, которому не видно конца и края, а к небольшой задаче.
Например, я захотел подготовиться к ведению коллективного твиттера. Разбил работу на десяток задач: договориться с организаторами, составить план, написать контент под каждый день, вычитать контент, подготовить свой профиль.
Точно так же и в программировании, спорте, путешествиях, изучении любых новых навыков. Конечная цель, конечно, быть должна, но каждый день я стараюсь думать не о всём объеме работы, ведущем к этой цели, а конкретном маленьком шажке, который сейчас необходимо сделать.
Постоянство
Так как работу я разбиваю на маленькие шажки, то для реализации общей задачи их надо выполнить очень много. Я пробовал делать это героическими наскоками, типа вот я в будни ничего не делаю, а на выходных сажусь и сразу 15 маленьких задач закрываю. Может, у кого-то такой подход работает. У меня – точно нет.
Для меня работает дисциплина и регулярность. Мне проще ежедневно делать по 1-2 маленьких шага, чем выбрать определенный день и потратить его целиком на одно дело. Для меня в этом случае теряется профит от декомпозиции. Ведь если всё делать в один день, то я хоть и думаю об одном шаге, но знаю, что через полчаса будет другой, а за ним – еще другой и т. д. А когда по маленькому кусочку в день, то я ненапряжно выполнил его и забыл до завтра. А завтра проснулся, «ОБНУЛИЛСЯ» и снова могу делать маленький шаг, совершенно не уставая.
Итог
Не бойтесь делать большие дела, не прокрастинируйте, не бегите от проблем. Подберите комфортный вам способ и темп работы, и всё получится!
Веду (пишу как всегда очевидные вещи) на этой неделе коллективный аккаунт Руководитель разработки https://twitter.com/leadunderhood
Приходите пообщаться👍
Приходите пообщаться👍
А не мудак ли я?
Полгода назад увидел на столе у коллеги книгу «Как разговаривать с мудаками» и посмеялся.
Месяц назад жена начала её читать, я стал смеяться уже меньше.
Пару недель назад я тоже стал её читать и совсем перестало быть смешно.
Почему перестало? Потому что в некоторых мудацких примерах я начал явно узнавать себя.
Я начал думать, а как же человеку узнать, не мудак ли он? Сравнил с какими-то действиями, которые я делал интуитивно и накидал небольшой план.
Шаг №1: Рефлексия
Твердо уверен, что без регулярной рефлексии никуда. Не надо ждать, пока внезапно придет некое озарение и ты такой: «О! Так я ж как мудак себя веду!». Обычно мудаки в фоновом режиме постоянно уверены, что они не такие. И только регулярное сознательное самосозерцание с обдумыванием своих реакций, поступков и последствий может всколыхнуть их уверенность в своей непогрешимости.
Как пример: задумайтесь, если вы привыкли жить в парадигме «все вокруг дураки, из-за них мои проблемы, а я молодец и невинная жертва обстоятельств», то возможно вам надо хорошенько подумать о себе и своих поступках.
Шаг №2: Обратная связь
Неважно, работа это или личные отношения – не стесняйтесь открыто попросить фидбэк о себе и своем поведении.
Тут главное дать понять человеку, что ни в коем случае не обидитесь на него, если он вам что-то негативное скажет о ваших поступках. Конструктивная критика - всегда замечательно. На мой взгляд, это куда полезнее, чем всегда одинаковые любезности из серии «да вроде всё норм».
Шаг №3: Мой личный
Это моё личное решение. Оно не для диагностики, а скорее для того, чтобы не дать себе сильно скатываться в мудизм.
«Никогда не требуй от других того, что не соблюдаешь сам». Таков мой принцип, и я не уверен, но надеюсь, что он не дает мне сильно перегибать палку в любых отношениях, как рабочих, так и личных.
Итог
Не стесняйтесь откровенно разговаривать, прояснять сомнительные ситуации. Не бойтесь негативного фидбэка. Можете даже порадоваться ему, ведь осознание проблемы – первый шаг к её решению
Полгода назад увидел на столе у коллеги книгу «Как разговаривать с мудаками» и посмеялся.
Месяц назад жена начала её читать, я стал смеяться уже меньше.
Пару недель назад я тоже стал её читать и совсем перестало быть смешно.
Почему перестало? Потому что в некоторых мудацких примерах я начал явно узнавать себя.
Я начал думать, а как же человеку узнать, не мудак ли он? Сравнил с какими-то действиями, которые я делал интуитивно и накидал небольшой план.
Шаг №1: Рефлексия
Твердо уверен, что без регулярной рефлексии никуда. Не надо ждать, пока внезапно придет некое озарение и ты такой: «О! Так я ж как мудак себя веду!». Обычно мудаки в фоновом режиме постоянно уверены, что они не такие. И только регулярное сознательное самосозерцание с обдумыванием своих реакций, поступков и последствий может всколыхнуть их уверенность в своей непогрешимости.
Как пример: задумайтесь, если вы привыкли жить в парадигме «все вокруг дураки, из-за них мои проблемы, а я молодец и невинная жертва обстоятельств», то возможно вам надо хорошенько подумать о себе и своих поступках.
Шаг №2: Обратная связь
Неважно, работа это или личные отношения – не стесняйтесь открыто попросить фидбэк о себе и своем поведении.
Тут главное дать понять человеку, что ни в коем случае не обидитесь на него, если он вам что-то негативное скажет о ваших поступках. Конструктивная критика - всегда замечательно. На мой взгляд, это куда полезнее, чем всегда одинаковые любезности из серии «да вроде всё норм».
Шаг №3: Мой личный
Это моё личное решение. Оно не для диагностики, а скорее для того, чтобы не дать себе сильно скатываться в мудизм.
«Никогда не требуй от других того, что не соблюдаешь сам». Таков мой принцип, и я не уверен, но надеюсь, что он не дает мне сильно перегибать палку в любых отношениях, как рабочих, так и личных.
Итог
Не стесняйтесь откровенно разговаривать, прояснять сомнительные ситуации. Не бойтесь негативного фидбэка. Можете даже порадоваться ему, ведь осознание проблемы – первый шаг к её решению
Менеджер, который кричал «СРОЧНО!»
Думаю, практически каждый знаком со сказкой, в которой мальчик врал и кричал «волки!» много раз, хотя волки не нападали. А потом, когда они напали, ему никто не поверил, и парень погиб из-за своего вранья.
А теперь переносимся в разработку и вспоминаем менеджеров/заказчиков, которые на каждую задачу кричат «СРОЧНО! ASAP!».
Зачем они это делают? В большинстве случаев, чтобы их задачу побыстрее взяли в работу. Т. е. задача на самом деле не горит, но он «на всякий случай» искусственно завышает ей приоритет, в результате чего все задачи от него – якобы горящие, надо всё бросать и выполнять.
В долгосрочной перспективе это не работает
Можно завысить приоритет 1-2-10 раз и это сработает, твою задачу сделают пораньше. Но после реализации будет и самим исполнителям понятно, что по факту она не горела, ими просто манипулировали. Из этого исполнитель может сделать два вывода:
1. Менеджер мудак (врет, плохо организовал, безалаберный).
2. Впредь приоритет таких задач можно занижать.
В итоге менеджер и профессиональный образ себе подпортил, и добился противоположного эффекта по срочности выполнения его задач. Теперь они в пыльном углу, потому что «да блин, там, наверное, как всегда».
Можно возмутиться «Так ведь заказчик всегда прав! Говорит бросать и делать, значит надо бросать и делать!». Справедливое возмущение, если у вас один заказчик на одну команду, но чаще встречаются ситуации, когда команда одна, а заказчиков много и приходится выбирать, чьи задачи делать раньше. Тут-то врунишка и будет задвинут подальше.
А если и правда срочно?
Порой я тоже выступаю заказчиком для команд, у которых так же много заказчиков. Иногда бывает нужно действительно что-то горящее.
Я точно знаю, что я не вру, но ребята могут и сомневаться (их право). Поэтому, при постановке срочных задач, я уточняю немного контекста, чтобы объяснить, почему именно они горят.
Не прям отчет с обоснованием, но достаточно контекста, чтобы исполнитель понял, что задача реально срочная и я поставил ей правильный приоритет.
А если и правда ВСЁ СРОЧНО?
Если у менеджера и правда каждая задача горит, сроки поджимают, надо позавчера, то у меня два варианта:
1.У него сложная работа в очень нагруженном темпе и какой-то сложной сфере. Ему надо помогать.
2.Он просто раздолбай и чайка. Надо бы задуматься о том, как ведутся дела, как организуется работа, как генерятся задачи и т. д. А может, и задуматься о профпригодности такого работника.
Конечно, каждый из варианта №2 будет вам рассказывать, как ему тяжело и трудно, и что он на самом деле из варианта №1.
Рассказывать можно что угодно, а по конкретным фактам люди уже давно разобрались, кто тяжело работает, а кто имитирует бурную деятельность.
Итог
Не надо обманывать и думать, что на каждую задачу добавлять ASAP – это хитрая стратегия. Берегите свою карму, уважайте чужой труд и время.
Думаю, практически каждый знаком со сказкой, в которой мальчик врал и кричал «волки!» много раз, хотя волки не нападали. А потом, когда они напали, ему никто не поверил, и парень погиб из-за своего вранья.
А теперь переносимся в разработку и вспоминаем менеджеров/заказчиков, которые на каждую задачу кричат «СРОЧНО! ASAP!».
Зачем они это делают? В большинстве случаев, чтобы их задачу побыстрее взяли в работу. Т. е. задача на самом деле не горит, но он «на всякий случай» искусственно завышает ей приоритет, в результате чего все задачи от него – якобы горящие, надо всё бросать и выполнять.
В долгосрочной перспективе это не работает
Можно завысить приоритет 1-2-10 раз и это сработает, твою задачу сделают пораньше. Но после реализации будет и самим исполнителям понятно, что по факту она не горела, ими просто манипулировали. Из этого исполнитель может сделать два вывода:
1. Менеджер мудак (врет, плохо организовал, безалаберный).
2. Впредь приоритет таких задач можно занижать.
В итоге менеджер и профессиональный образ себе подпортил, и добился противоположного эффекта по срочности выполнения его задач. Теперь они в пыльном углу, потому что «да блин, там, наверное, как всегда».
Можно возмутиться «Так ведь заказчик всегда прав! Говорит бросать и делать, значит надо бросать и делать!». Справедливое возмущение, если у вас один заказчик на одну команду, но чаще встречаются ситуации, когда команда одна, а заказчиков много и приходится выбирать, чьи задачи делать раньше. Тут-то врунишка и будет задвинут подальше.
А если и правда срочно?
Порой я тоже выступаю заказчиком для команд, у которых так же много заказчиков. Иногда бывает нужно действительно что-то горящее.
Я точно знаю, что я не вру, но ребята могут и сомневаться (их право). Поэтому, при постановке срочных задач, я уточняю немного контекста, чтобы объяснить, почему именно они горят.
Не прям отчет с обоснованием, но достаточно контекста, чтобы исполнитель понял, что задача реально срочная и я поставил ей правильный приоритет.
А если и правда ВСЁ СРОЧНО?
Если у менеджера и правда каждая задача горит, сроки поджимают, надо позавчера, то у меня два варианта:
1.У него сложная работа в очень нагруженном темпе и какой-то сложной сфере. Ему надо помогать.
2.Он просто раздолбай и чайка. Надо бы задуматься о том, как ведутся дела, как организуется работа, как генерятся задачи и т. д. А может, и задуматься о профпригодности такого работника.
Конечно, каждый из варианта №2 будет вам рассказывать, как ему тяжело и трудно, и что он на самом деле из варианта №1.
Рассказывать можно что угодно, а по конкретным фактам люди уже давно разобрались, кто тяжело работает, а кто имитирует бурную деятельность.
Итог
Не надо обманывать и думать, что на каждую задачу добавлять ASAP – это хитрая стратегия. Берегите свою карму, уважайте чужой труд и время.
Теория разбитых окон
Существует криминологическая теория, которая утверждает, что попустительство общества к мелким правонарушениям, таким как выбрасывание мусора в неустановленных для этого местах, вандализм, публичное пьянство, прыжки через турникеты в метро и прочие, непосредственно провоцирует людей на совершение аналогичных или более серьёзных правонарушений.
Психологический механизм такой провокации на бытовом уровне иллюстрируется следующей фразой: «Если другим можно, то почему нельзя мне?». Человек видит, что нарушения правил поведения другими членами социума не пресекаются, и, как следствие, перестаёт считать правила (причём не только те, нарушения которых он наблюдал, но и любые другие) обязательными для себя. При этом условная средняя планка «допустимого нарушения» в обществе постоянно понижается, и рано или поздно это приводит к увеличению числа уже серьёзных преступлений.
Абсолютно то же самое применимо в нашей работе каждый день.
Многие считают меня занудой, потому что я прошу вовремя двигать задачи, писать сообщения к коммитам как положено, вовремя писать в стендап канал, извещать заранее о встречах, задачах, проблемах, а не в последнюю секунду и т. д.
Казалось бы, мелочи какие-то, ведь и так можно же жить, если раз-два срезать угол, забить на несколько правил. В краткосрочной перспективе, особенно если ты работаешь один, а не в команде, это действительно может вполне неплохо работать. Однако при работе в команде каждый срезанный угол порождает не только желание его срезать у других членов команды, но даже и неприятную обиду «А почему он так может делать, а мне нельзя? Он что, лучше меня?».
Поэтому я всегда рекомендую, если уж вы договорились о каком-то процессе, то следуйте ему. Если он не нравится, неудобный, потерял актуальность – соберитесь, обсудите, передоговоритесь и следуйте спокойно уже новым правилам.
Я понимаю, что мы не живем в идеальном мире и порой правда надо где-то «разбить окошко». В таком случае я стараюсь делать это публично, декларируя, что сейчас такая ситуация, что я тут малость косякну, но это разовая акция, не думайте. Когда это действительно разовая акция, и ты объяснил почему так, это не провоцирует других за тобой повторять и на тебя обижаться.
Итог
Если хотите порядочек и дисциплину – не закрывайте глаза на мелочи. Непрерывный контроль (в идеале максимально автоматизированный) - это главный помощник в борьбе с энтропией любого масштаба.
Существует криминологическая теория, которая утверждает, что попустительство общества к мелким правонарушениям, таким как выбрасывание мусора в неустановленных для этого местах, вандализм, публичное пьянство, прыжки через турникеты в метро и прочие, непосредственно провоцирует людей на совершение аналогичных или более серьёзных правонарушений.
Психологический механизм такой провокации на бытовом уровне иллюстрируется следующей фразой: «Если другим можно, то почему нельзя мне?». Человек видит, что нарушения правил поведения другими членами социума не пресекаются, и, как следствие, перестаёт считать правила (причём не только те, нарушения которых он наблюдал, но и любые другие) обязательными для себя. При этом условная средняя планка «допустимого нарушения» в обществе постоянно понижается, и рано или поздно это приводит к увеличению числа уже серьёзных преступлений.
Абсолютно то же самое применимо в нашей работе каждый день.
Многие считают меня занудой, потому что я прошу вовремя двигать задачи, писать сообщения к коммитам как положено, вовремя писать в стендап канал, извещать заранее о встречах, задачах, проблемах, а не в последнюю секунду и т. д.
Казалось бы, мелочи какие-то, ведь и так можно же жить, если раз-два срезать угол, забить на несколько правил. В краткосрочной перспективе, особенно если ты работаешь один, а не в команде, это действительно может вполне неплохо работать. Однако при работе в команде каждый срезанный угол порождает не только желание его срезать у других членов команды, но даже и неприятную обиду «А почему он так может делать, а мне нельзя? Он что, лучше меня?».
Поэтому я всегда рекомендую, если уж вы договорились о каком-то процессе, то следуйте ему. Если он не нравится, неудобный, потерял актуальность – соберитесь, обсудите, передоговоритесь и следуйте спокойно уже новым правилам.
Я понимаю, что мы не живем в идеальном мире и порой правда надо где-то «разбить окошко». В таком случае я стараюсь делать это публично, декларируя, что сейчас такая ситуация, что я тут малость косякну, но это разовая акция, не думайте. Когда это действительно разовая акция, и ты объяснил почему так, это не провоцирует других за тобой повторять и на тебя обижаться.
Итог
Если хотите порядочек и дисциплину – не закрывайте глаза на мелочи. Непрерывный контроль (в идеале максимально автоматизированный) - это главный помощник в борьбе с энтропией любого масштаба.
УДОЛИ!
Была у меня одна проблема. Когда я ходил в отпуск, я всё равно постоянно оставался на связи. Казалось бы, в чем проблема? Ну немножко слак почитал, ответил что-то в почте. Как мне это могло навредить за 10-20 минут такой активности в день?
А вредило это достаточно сильно. После отпуска складывалось ощущение, что я и не переставал работать. Все рабочие ситуации, проблемы, дискуссии – всё это не прекращалось. Каждый день, хотя бы ненадолго, я это продолжал впитывать.
Я знаю, что я далеко не один такой «ответственный», и вижу, что подобная проблема терзает многих. Потому вот вам очередной очевиднейший лайфхак для спокойного отдыха, которым я стал пользоваться уже давненько.
Удалите рабочий мессенджер и почтовый клиент
Удалите слак и почту, а пароль успешно забудьте (у вас же есть менеджер паролей, так ведь?). Так гораздо легче не сорваться в пылу трудоголизма и не начать заново всё устанавливать, чтобы «одним глазочком проверить, пока в метро еду».
Есть иногда загвоздка, когда рабочие переписки у вас идут в одном мессенджере с личными. Например, в телеграме. Тогда телеграм не удалить, можно только замьютить чатики, но это, конечно, не то. По-любому захочется зайти и прочитать, а сделать это будет очень легко. В таком случае я бы рекомендовал выйти из чатов, а зайти уже после отпуска, или завести второй аккаунт чисто для работы. Либо задуматься о том, что вы уничтожаете свои нервы, работая и живя бытовой жизнью в одном мессенджере. Это же страшное дело в долгосрочной перспективе.
И еще нюанс специально для тех, без кого всё на свете сломается, никто ничего не сделает, работа взорвется, а мир пропадет (конечно же, это не так, не обманывайте себя и окружающих). Если уж ваша натура категорически противится обрубанию контактов с работой на время отпуска, то всегда есть лазейки на случай, если правда дело плохо. В крайнем случае вас найдут и по телефону, и в личном мессенджере. Ваша задача тут одна: бить по рукам оборзевшим гражданам, которые не ценят чужой отдых и пишут/звонят без острой необходимости.
С тех пор, как я стал практиковать удаление средств рабочего общения с телефона, отпуска стали приносить больше отдыха, а на работу после них выходить проще и приятнее. Хотя бы нет такого чувства, что после отпуска совсем не хочется возвращаться.
Итог
Цените свой и чужой отдых. За неделю-две без вас мир не остановится, работа не развалится. А если это и случится, то значит, что-то не так с тем, как вы построили свой трудовой процесс.
Удаляйте мессенджеры и почты, перезагружайте мозги. Давайте отдохнуть другим, не тревожьте людей в отпуске без суперважнойсрочнойнеобходимойсупергорящей причины.
Была у меня одна проблема. Когда я ходил в отпуск, я всё равно постоянно оставался на связи. Казалось бы, в чем проблема? Ну немножко слак почитал, ответил что-то в почте. Как мне это могло навредить за 10-20 минут такой активности в день?
А вредило это достаточно сильно. После отпуска складывалось ощущение, что я и не переставал работать. Все рабочие ситуации, проблемы, дискуссии – всё это не прекращалось. Каждый день, хотя бы ненадолго, я это продолжал впитывать.
Я знаю, что я далеко не один такой «ответственный», и вижу, что подобная проблема терзает многих. Потому вот вам очередной очевиднейший лайфхак для спокойного отдыха, которым я стал пользоваться уже давненько.
Удалите рабочий мессенджер и почтовый клиент
Удалите слак и почту, а пароль успешно забудьте (у вас же есть менеджер паролей, так ведь?). Так гораздо легче не сорваться в пылу трудоголизма и не начать заново всё устанавливать, чтобы «одним глазочком проверить, пока в метро еду».
Есть иногда загвоздка, когда рабочие переписки у вас идут в одном мессенджере с личными. Например, в телеграме. Тогда телеграм не удалить, можно только замьютить чатики, но это, конечно, не то. По-любому захочется зайти и прочитать, а сделать это будет очень легко. В таком случае я бы рекомендовал выйти из чатов, а зайти уже после отпуска, или завести второй аккаунт чисто для работы. Либо задуматься о том, что вы уничтожаете свои нервы, работая и живя бытовой жизнью в одном мессенджере. Это же страшное дело в долгосрочной перспективе.
И еще нюанс специально для тех, без кого всё на свете сломается, никто ничего не сделает, работа взорвется, а мир пропадет (конечно же, это не так, не обманывайте себя и окружающих). Если уж ваша натура категорически противится обрубанию контактов с работой на время отпуска, то всегда есть лазейки на случай, если правда дело плохо. В крайнем случае вас найдут и по телефону, и в личном мессенджере. Ваша задача тут одна: бить по рукам оборзевшим гражданам, которые не ценят чужой отдых и пишут/звонят без острой необходимости.
С тех пор, как я стал практиковать удаление средств рабочего общения с телефона, отпуска стали приносить больше отдыха, а на работу после них выходить проще и приятнее. Хотя бы нет такого чувства, что после отпуска совсем не хочется возвращаться.
Итог
Цените свой и чужой отдых. За неделю-две без вас мир не остановится, работа не развалится. А если это и случится, то значит, что-то не так с тем, как вы построили свой трудовой процесс.
Удаляйте мессенджеры и почты, перезагружайте мозги. Давайте отдохнуть другим, не тревожьте людей в отпуске без суперважнойсрочнойнеобходимойсупергорящей причины.
Брать ли сотрудника назад?
Порой бывает такая ситуация: человек увольняется, идет за лучшими условиями, они оказываются только на словах, и в итоге сотрудник желает вернуться назад.
Как всегда, в этой ситуации есть два стула. На одном стуле грозно потрясают кулаком и кричат «НАЗАД НЕ БЕРЕМ!», а на другом – более миролюбивые и позволяют вернуться, если есть такая возможность.
Я подобных решений еще не принимал, однако был у меня один коллега, которому я был бы очень рад, если б он вернулся. Когда он увольнялся, я топил за то, чтобы позвать его обратно, если ему не понравится на новом месте и, если он сам захочет.
На мой взгляд, если совместная работа была комфортной, и вы расстаетесь полюбовно, то, взяв сотрудника назад, вы можете получить его высокую лояльность и меньшее желание уходить вновь. В такой ситуации человек сам понимает, что где-то там заманчивые обещания запросто могут обернуться фигнёй, а тут уже известный уровень хорошести, плюс его так любят, ценят, уважают, что готовы назад принять и дальше с удовольствием работать. Лично для меня это было бы очень жирным плюсом к долгосрочной работе в такой команде.
Но здесь, конечно, всё индивидуально. Так как я сам человек, ценящий стабильность и хорошее отношение, то мне кажется этот вариант неплохим. Хотя есть куча и других условий, когда это может не сработать:
- Человек – неисправимый гастролер, который будет использовать доброе отношение только как резервный аэродром, если на новом месте все пошло не так.
- В человеке еще до его ухода были некие сомнения, и лучше не надеяться, что он «перевоспитается».
- У вас такой темп и текучка кадров, что некогда дожидаться, пока работник там определится. Да и вообще у вас мало кто задерживается надолго, вы же галера.
Итог
Если вы позиционируете себя, как уютный дружный коллектив, то хотя бы рассмотрите вариант приема хорошего человека назад после того, как он попробовал что-то изменить к лучшему, но ошибся. Он будет вам благодарен.
Но тщательно взвешивайте и свою текущую ситуацию, и то, насколько этот человек действительно хорош. Некоторых лучше отпустить и забыть)
Порой бывает такая ситуация: человек увольняется, идет за лучшими условиями, они оказываются только на словах, и в итоге сотрудник желает вернуться назад.
Как всегда, в этой ситуации есть два стула. На одном стуле грозно потрясают кулаком и кричат «НАЗАД НЕ БЕРЕМ!», а на другом – более миролюбивые и позволяют вернуться, если есть такая возможность.
Я подобных решений еще не принимал, однако был у меня один коллега, которому я был бы очень рад, если б он вернулся. Когда он увольнялся, я топил за то, чтобы позвать его обратно, если ему не понравится на новом месте и, если он сам захочет.
На мой взгляд, если совместная работа была комфортной, и вы расстаетесь полюбовно, то, взяв сотрудника назад, вы можете получить его высокую лояльность и меньшее желание уходить вновь. В такой ситуации человек сам понимает, что где-то там заманчивые обещания запросто могут обернуться фигнёй, а тут уже известный уровень хорошести, плюс его так любят, ценят, уважают, что готовы назад принять и дальше с удовольствием работать. Лично для меня это было бы очень жирным плюсом к долгосрочной работе в такой команде.
Но здесь, конечно, всё индивидуально. Так как я сам человек, ценящий стабильность и хорошее отношение, то мне кажется этот вариант неплохим. Хотя есть куча и других условий, когда это может не сработать:
- Человек – неисправимый гастролер, который будет использовать доброе отношение только как резервный аэродром, если на новом месте все пошло не так.
- В человеке еще до его ухода были некие сомнения, и лучше не надеяться, что он «перевоспитается».
- У вас такой темп и текучка кадров, что некогда дожидаться, пока работник там определится. Да и вообще у вас мало кто задерживается надолго, вы же галера.
Итог
Если вы позиционируете себя, как уютный дружный коллектив, то хотя бы рассмотрите вариант приема хорошего человека назад после того, как он попробовал что-то изменить к лучшему, но ошибся. Он будет вам благодарен.
Но тщательно взвешивайте и свою текущую ситуацию, и то, насколько этот человек действительно хорош. Некоторых лучше отпустить и забыть)
Кодревью. Нужно или нет?
В последнее время случилось много обсуждений полезности и бесполезности кодревью.
Самые интересные можно послушать у подкаста SDCast https://sdcast.ksdaemon.ru/2020/07/sdcast-121/ и у ребят из Podlodka Teamlead Crew https://www.youtube.com/watch?v=IDj3x__YZgE
Если не хотите слушать, то частые два противоположных мнения таковы:
Стул №1. Кодревью нужно
Надо делать обязательно, а иначе наговнокодят, будет плохая архитектура, наберем техдолга, потом концов не сыщешь в том, кто прав, кто виноват, что с этим теперь делать.
Стул №2. Кодревью не нужно
Что мы тут взрослым людям сопли подтираем, релиз задач блокируем, время тратим. Нормально делай – нормально будет.
Между стульями
В связи с приходом в команду новых джунов и в целом расслоением команды на новичков, не знающих проекты, середнячков, знающих часть проектов и опытных ребят, делавших большинство (или все) этих проектов своими руками, я решил рассказать о своем видении кодревью.
На мой взгляд, кодревью для джунов строго обязательно. Пока апрува нет – в прод не уходит. Каждый вздох, чих, взгляд, букву (утрирую немножко) надо отсмотреть и проверить. Тут без строгого контроля можно не просто плохую архитектуру заиметь, а еще и упавший прод.
Кодревью для мидлов – ну пусть оно будет не такое строгое, не блокирующее релиз в большинстве задач, кроме каких-то критических, развесистых, сложных. Однако глазами надо внимательно за ними проверять более опытному товарищу.
За матерыми и опытными ребятами по-хорошему можно и не следить. Это и правда в большинстве случаев трата времени и замедление релиза.
Тем не менее я за то, чтобы по возможности пробегаться по коду даже матерых товарищей. Больше даже не с целью баги найти, а просто быть в курсе, что как делается. Чтобы потом не офигевать, когда коллега в отпуске, а вы совсем не в курсе, что творится в его куске кода, который надо поправить (привет всем тем, кто не пишет документацию).
Итог
Я не думаю, что надо однозначно решать делать кодревью для всего на свете, или наоборот ни для чего не делать. Смотрите по сотрудникам, их компетенциям, ответственности, внимательности, уровню задач.
В последнее время случилось много обсуждений полезности и бесполезности кодревью.
Самые интересные можно послушать у подкаста SDCast https://sdcast.ksdaemon.ru/2020/07/sdcast-121/ и у ребят из Podlodka Teamlead Crew https://www.youtube.com/watch?v=IDj3x__YZgE
Если не хотите слушать, то частые два противоположных мнения таковы:
Стул №1. Кодревью нужно
Надо делать обязательно, а иначе наговнокодят, будет плохая архитектура, наберем техдолга, потом концов не сыщешь в том, кто прав, кто виноват, что с этим теперь делать.
Стул №2. Кодревью не нужно
Что мы тут взрослым людям сопли подтираем, релиз задач блокируем, время тратим. Нормально делай – нормально будет.
Между стульями
В связи с приходом в команду новых джунов и в целом расслоением команды на новичков, не знающих проекты, середнячков, знающих часть проектов и опытных ребят, делавших большинство (или все) этих проектов своими руками, я решил рассказать о своем видении кодревью.
На мой взгляд, кодревью для джунов строго обязательно. Пока апрува нет – в прод не уходит. Каждый вздох, чих, взгляд, букву (утрирую немножко) надо отсмотреть и проверить. Тут без строгого контроля можно не просто плохую архитектуру заиметь, а еще и упавший прод.
Кодревью для мидлов – ну пусть оно будет не такое строгое, не блокирующее релиз в большинстве задач, кроме каких-то критических, развесистых, сложных. Однако глазами надо внимательно за ними проверять более опытному товарищу.
За матерыми и опытными ребятами по-хорошему можно и не следить. Это и правда в большинстве случаев трата времени и замедление релиза.
Тем не менее я за то, чтобы по возможности пробегаться по коду даже матерых товарищей. Больше даже не с целью баги найти, а просто быть в курсе, что как делается. Чтобы потом не офигевать, когда коллега в отпуске, а вы совсем не в курсе, что творится в его куске кода, который надо поправить (привет всем тем, кто не пишет документацию).
Итог
Я не думаю, что надо однозначно решать делать кодревью для всего на свете, или наоборот ни для чего не делать. Смотрите по сотрудникам, их компетенциям, ответственности, внимательности, уровню задач.
SDCast
SDCast #121: Круглый стол про код-ревью
Товарищи, в этот раз вас ждёт необычный выпуск подкаста! Почему? — Этот выпуск был записан в прямом эфире с обсуждением вопросов зрителей, онлайн-голосованиями и другими активностями. Но не переживайте, весь контент доступен для восприятия в аудио-формате…
Как быстро научиться?
В ИТ довольно много и регулярно приходится изучать информации, осмысливать её, применять на практике. Это касается как разработки, так и менеджмента.
Часто я сталкиваюсь с тем, что человек хочет работать, зарабатывать, карьерно расти, а как-то серьезно учиться не хочет.
Вместо книги он хочет статью на хабре за 5 минут прочитать или видосик на ютубе за 7.5 минут посмотреть. Вместо основательного курса на N месяцев лучше сходить на 2-3-4-дневный интенсив, где реклама обещает тебе море знаний и умений.
Интересно здесь то, что позиция «хочу получать много денях, при этом особо не напрягаясь» этих людей мало смущает. На вопрос «за что тебе будут много платить, если ты прошел трехдневный курс и посмотрел пять видосов на ютубе?» разумного ответа обычно нет. Просто потому что.
Но если вдруг ваш врач будет учиться по ютубным роликам, ваш юрист, строитель вашего дома, ваш фитнес тренер, да практически кто угодно, то это вызовет некоторые неприятные сомнения. А вот в ИТ, где бабло пока еще льется рекой, этих сомнений почему-то особо и нет.
В целом я не отрицаю полезность коротких форм обучения. Они помогают понять базовые основы, или почерпнуть какие-нибудь тонкости или новинки в уже известных темах, разобраться, нужно ли вам оно вообще, стоит ли вам углубляться. Однако, если вы хотите дальше это профессионально применять, то в большинстве случаев за коротким вводным курсом должно следовать что-то более серьезное и основательное.
Итог
Как быстро чему-то научиться, чтобы этих знаний хватило в будущем для спокойной, стабильной, профессиональной работы? Никак.
Если вы действительно способны основательно учиться, копать вглубь, не бояться работы, то можете быть спокойны. Пока существуют экспресс курсы и толпы желающих срезать углы, то с вашей работой и стабильностью всё будет в порядке.
В ИТ довольно много и регулярно приходится изучать информации, осмысливать её, применять на практике. Это касается как разработки, так и менеджмента.
Часто я сталкиваюсь с тем, что человек хочет работать, зарабатывать, карьерно расти, а как-то серьезно учиться не хочет.
Вместо книги он хочет статью на хабре за 5 минут прочитать или видосик на ютубе за 7.5 минут посмотреть. Вместо основательного курса на N месяцев лучше сходить на 2-3-4-дневный интенсив, где реклама обещает тебе море знаний и умений.
Интересно здесь то, что позиция «хочу получать много денях, при этом особо не напрягаясь» этих людей мало смущает. На вопрос «за что тебе будут много платить, если ты прошел трехдневный курс и посмотрел пять видосов на ютубе?» разумного ответа обычно нет. Просто потому что.
Но если вдруг ваш врач будет учиться по ютубным роликам, ваш юрист, строитель вашего дома, ваш фитнес тренер, да практически кто угодно, то это вызовет некоторые неприятные сомнения. А вот в ИТ, где бабло пока еще льется рекой, этих сомнений почему-то особо и нет.
В целом я не отрицаю полезность коротких форм обучения. Они помогают понять базовые основы, или почерпнуть какие-нибудь тонкости или новинки в уже известных темах, разобраться, нужно ли вам оно вообще, стоит ли вам углубляться. Однако, если вы хотите дальше это профессионально применять, то в большинстве случаев за коротким вводным курсом должно следовать что-то более серьезное и основательное.
Итог
Как быстро чему-то научиться, чтобы этих знаний хватило в будущем для спокойной, стабильной, профессиональной работы? Никак.
Если вы действительно способны основательно учиться, копать вглубь, не бояться работы, то можете быть спокойны. Пока существуют экспресс курсы и толпы желающих срезать углы, то с вашей работой и стабильностью всё будет в порядке.
Что будет, если я не успею?
В одном из постов я уже вскользь затрагивал применение этого вопроса, но сегодня хотел бы мысль раскрыть чуть подробнее. Надеюсь, это облегчит жизнь тем, кто не читал предыдущие посты, но сможет теперь начать применять данную методику.
Суть проблемы
Прилетает (например, как чайка) менеджер или заказчик, кричит, что задачу надо сделать СРОЧНО и улетает. Вы всё бросаете, в мыле делаете задачу, может, даже овертаймите. С гордым видом победителя сдаете задачу и…. ничего не происходит. Задачу отложили на попозже, ты, конечно, молодец, что сделал, но внедрим как-нибудь потом, а щас пока вот тебе еще пучок срочных, беги скорее исполнять.
Почему так происходит?
Происходить это может по многим причинам, и валидных там не так много. Понятно, что бывает действительно надо срочно, или в самом конце перед внедрением планы меняются. Это нормально, это жизнь.
Однако есть еще варианты:
- «скажу им, что срочно, а то эти работнички вечно не торопятся»;
- «скажу, что срочно, чтобы среди задач от других отделов мою взяли побыстрее»;
- «скажу «срочно», потому что я неорганизованный менеджер, у которого каждый день что-то горит»;
- «скажу «срочно», потому что лень думать, планировать, согласовывать, пущай сделают прям щас, а там как-нибудь разберусь»;
и многие подобные причины.
Что делать?
Когда я вижу сомнительные, ничем вроде бы неподкрепленные срочные сроки, то я спрашиваю: «Что будет, если я не успею?». Ответы «ну очень надо», «будет плохо», «попросили» не принимаются. Хочется услышать конкретику, что конкретно случится, если запрошенная работа не будет сделана к короткому жесткому дедлайну.
Бывают очевидные случаи, когда заказчик объясняет, почему надо поднажать, иначе будет вот так и эдак плохо. Однако часто встречается и такое, когда оказывается, что ничего плохого и не произойдет. И задача может оказаться не срочной. И вообще там еще надо согласовать, обговорить, встретиться, передумать пару раз, а потом только делать.
Почему этот вопрос «что будет, если я не успею?» так помогает?
- Он стимулирует заказчика еще раз обдумать жизненный цикл фичи и хорошенько заняться планированием. В результате чего могут появиться новые мысли и открытия.
- Он выжимает конкретику, а значит вскрывает недобросовестных врунишек, которые просто притворяются, что от них любая задача – вершина срочности.
- Он позволяет подумать о рисках и заложить резервные альтернативные решения.
- Он позволяет вам самим получить понимание, что ваше время уважают, а вашу работу ценят и не складируют в стол «просто потому что».
Отдельно стоит сказать о том, что не надо бояться спрашивать, уточнять, разбираться. В этом нет ничего плохого или стыдного. Страх «а как же я спрошу, ведь он заказчик/начальник? Что он обо мне подумает?» не очень рационален. Если это толковый начальник, то он только порадуется тому, что вы обладаете пытливым умом и стремитесь разобраться в ситуации, а не просто берете под козырек и бросаетесь выполнять. А если бестолковый и работает по принципу «я – начальник, ты – дурак, выполняй!», то чем раньше вы это поймете, тем быстрее смекнете о своих дальнейших перспективах на этой работе.
Итог
Если вы менеджер – цените и уважайте чужое время и труд. Планируйте нормально, продумывайте будущее. Ведь это ваша основная работа.
Если вы исполнитель – не стесняйтесь спрашивать и добиваться конкретики, вы и менеджеру поможете, и бестолковых на чистую воду выведете, и себе время с нервами сэкономите.
В одном из постов я уже вскользь затрагивал применение этого вопроса, но сегодня хотел бы мысль раскрыть чуть подробнее. Надеюсь, это облегчит жизнь тем, кто не читал предыдущие посты, но сможет теперь начать применять данную методику.
Суть проблемы
Прилетает (например, как чайка) менеджер или заказчик, кричит, что задачу надо сделать СРОЧНО и улетает. Вы всё бросаете, в мыле делаете задачу, может, даже овертаймите. С гордым видом победителя сдаете задачу и…. ничего не происходит. Задачу отложили на попозже, ты, конечно, молодец, что сделал, но внедрим как-нибудь потом, а щас пока вот тебе еще пучок срочных, беги скорее исполнять.
Почему так происходит?
Происходить это может по многим причинам, и валидных там не так много. Понятно, что бывает действительно надо срочно, или в самом конце перед внедрением планы меняются. Это нормально, это жизнь.
Однако есть еще варианты:
- «скажу им, что срочно, а то эти работнички вечно не торопятся»;
- «скажу, что срочно, чтобы среди задач от других отделов мою взяли побыстрее»;
- «скажу «срочно», потому что я неорганизованный менеджер, у которого каждый день что-то горит»;
- «скажу «срочно», потому что лень думать, планировать, согласовывать, пущай сделают прям щас, а там как-нибудь разберусь»;
и многие подобные причины.
Что делать?
Когда я вижу сомнительные, ничем вроде бы неподкрепленные срочные сроки, то я спрашиваю: «Что будет, если я не успею?». Ответы «ну очень надо», «будет плохо», «попросили» не принимаются. Хочется услышать конкретику, что конкретно случится, если запрошенная работа не будет сделана к короткому жесткому дедлайну.
Бывают очевидные случаи, когда заказчик объясняет, почему надо поднажать, иначе будет вот так и эдак плохо. Однако часто встречается и такое, когда оказывается, что ничего плохого и не произойдет. И задача может оказаться не срочной. И вообще там еще надо согласовать, обговорить, встретиться, передумать пару раз, а потом только делать.
Почему этот вопрос «что будет, если я не успею?» так помогает?
- Он стимулирует заказчика еще раз обдумать жизненный цикл фичи и хорошенько заняться планированием. В результате чего могут появиться новые мысли и открытия.
- Он выжимает конкретику, а значит вскрывает недобросовестных врунишек, которые просто притворяются, что от них любая задача – вершина срочности.
- Он позволяет подумать о рисках и заложить резервные альтернативные решения.
- Он позволяет вам самим получить понимание, что ваше время уважают, а вашу работу ценят и не складируют в стол «просто потому что».
Отдельно стоит сказать о том, что не надо бояться спрашивать, уточнять, разбираться. В этом нет ничего плохого или стыдного. Страх «а как же я спрошу, ведь он заказчик/начальник? Что он обо мне подумает?» не очень рационален. Если это толковый начальник, то он только порадуется тому, что вы обладаете пытливым умом и стремитесь разобраться в ситуации, а не просто берете под козырек и бросаетесь выполнять. А если бестолковый и работает по принципу «я – начальник, ты – дурак, выполняй!», то чем раньше вы это поймете, тем быстрее смекнете о своих дальнейших перспективах на этой работе.
Итог
Если вы менеджер – цените и уважайте чужое время и труд. Планируйте нормально, продумывайте будущее. Ведь это ваша основная работа.
Если вы исполнитель – не стесняйтесь спрашивать и добиваться конкретики, вы и менеджеру поможете, и бестолковых на чистую воду выведете, и себе время с нервами сэкономите.
Пишите инструкции
Проблема
Периодически мне приходится делать сложные дела, состоящие из множества шагов, которые я не в силах удержать в памяти.
Например, онбординг нового сотрудника: выдать доступы, настроить софт, завести нужные учетки, настроить инфраструктуру, ознакомить с правилами работы в команде, с проектом, со смежными людьми и делами.
Осложняется всё тем, что я эти дела делаю не так часто, чтобы запомнить все необходимые шаги.
Решение
Дела пошли на лад, когда я стал для всех этих типовых действий писать пошаговые инструкции, и теперь у меня нет страха что-то забыть + нет когнитивного напряжения, чтобы всё это комплексное занятие держать у себя в голове. Вся сложность теперь живет в инструкции, а мне нужно только постепенно по пунктам пройтись.
Также это помогло, когда часть тех задач, что выполняю я, стали делать другие люди. И мне не надо им ничего объяснять, показывать, контролировать, что они что-то забыли. Есть чеклист – нет проблем.
А совсем хорошо стало, когда другие люди из команды стали перенимать эту культуру ведения документации и на какие-то вопросы, которые задаются периодически, не отвечают лично задающему, а пишут документацию и отвечают ссылкой на неё.
Опасность
На пути написания полезной, используемой документации вас подстерегает несколько опасных личностей:
- люди, которые хотят быть незаменимыми из страха потерять или обесценить свою позицию;
- люди, которые хотят быть незаменимыми просто потому что это приятненько;
- люди, которым лень что-то нормально писать так, чтобы другим это было понятно;
- люди, которым наплевать, у них оклад и они свой жопочас отсиживают не для того, чтобы за других еще тут думать.
Вы уж сами решайте, как с ними бороться. На мой взгляд, тут всё как в армии: метод принуждения, метод убеждения, и самый лучший метод – личный пример.
Итог
Пишите инструкции сами, помогайте выработать эту культуру другим людям, облегчайте жизнь себе и окружающим.
Проблема
Периодически мне приходится делать сложные дела, состоящие из множества шагов, которые я не в силах удержать в памяти.
Например, онбординг нового сотрудника: выдать доступы, настроить софт, завести нужные учетки, настроить инфраструктуру, ознакомить с правилами работы в команде, с проектом, со смежными людьми и делами.
Осложняется всё тем, что я эти дела делаю не так часто, чтобы запомнить все необходимые шаги.
Решение
Дела пошли на лад, когда я стал для всех этих типовых действий писать пошаговые инструкции, и теперь у меня нет страха что-то забыть + нет когнитивного напряжения, чтобы всё это комплексное занятие держать у себя в голове. Вся сложность теперь живет в инструкции, а мне нужно только постепенно по пунктам пройтись.
Также это помогло, когда часть тех задач, что выполняю я, стали делать другие люди. И мне не надо им ничего объяснять, показывать, контролировать, что они что-то забыли. Есть чеклист – нет проблем.
А совсем хорошо стало, когда другие люди из команды стали перенимать эту культуру ведения документации и на какие-то вопросы, которые задаются периодически, не отвечают лично задающему, а пишут документацию и отвечают ссылкой на неё.
Опасность
На пути написания полезной, используемой документации вас подстерегает несколько опасных личностей:
- люди, которые хотят быть незаменимыми из страха потерять или обесценить свою позицию;
- люди, которые хотят быть незаменимыми просто потому что это приятненько;
- люди, которым лень что-то нормально писать так, чтобы другим это было понятно;
- люди, которым наплевать, у них оклад и они свой жопочас отсиживают не для того, чтобы за других еще тут думать.
Вы уж сами решайте, как с ними бороться. На мой взгляд, тут всё как в армии: метод принуждения, метод убеждения, и самый лучший метод – личный пример.
Итог
Пишите инструкции сами, помогайте выработать эту культуру другим людям, облегчайте жизнь себе и окружающим.
Пессимизм при оценке проектов
Проблема
Менеджер приносит новый проект или задачу и просит оценить.
Программист думает: «Ага, ну если ТЗ уже готово, я сяду работать, ничто меня не будет отвлекать, интеграция пройдет нормально, то я сдам задачу через неделю». И озвучивает срок в неделю.
В итоге проходит месяц, менеджер на нервах, программист 3 недели извиняется, что продолбался и овертаймит во искупление, а заказчик рвет и мечет.
Почему так?
Причин может быть много, но я хочу подсветить те, где помог бы пессимизм:
- Программист либо не видал еще «всякого говна», либо просто сам по себе наивный, и предполагает, что ТЗ идеально написано сразу, сторонние команды сработают без накладок, менеджер и заказчик всегда на связи, никто не заболеет и не уйдет в отпуск, кошка ни у кого не начнет рожать перед дедлайном.
Что в этом случае делать?
Вспомнить закон Мерфи «Всё, что может пойти не так, пойдёт не так». Ну и хорошенечко думать обо всех этапах, где что-то может пойти не так, закладываться на эти риски и планировать, что делать.
- Менеджер тоже надеется, что всё пойдет идеально.
Что в этом случае делать?
Подумать о профпригодности менеджера. Уж его-то работа – точно подумать обо всех рисках и резервных планах.
- Менеджер не принимает пессимистичных вариантов от программиста. Говоря «да ладно тебе, да всё нормально будет, да не очкуй».
Что в этом случае делать?
Подумать, что менеджер либо профнепригодный, либо манипулятор, который специально давит на разработчика, выжимая позитивные оценки, чтобы потом спихнуть всю вину с себя под лозунгами «ну ты же сам пообещал, ты и виноват, успевай как хочешь теперь».
А после того, как вы обо всём этом подумали, решите, как вы видите свое дальнейшее будущее с этим менеджером. В этом вам тоже поможет пессимизм, который позволит разглядеть варианты, где всё может пойти не так.
Что делаю я?
Я стараюсь подумать о том, какие аспекты задачи/проекта могут пойти не так. Рассматриваю всё от технических деталей, до человеческого фактора. Расписываю эти риски, закладываю их в оценку, планирую что делать, если каждый из них стрельнет. Оценку могу давать в двух или трех вариантах. Оптимистичную, пессимистичную, и может быть усредненно-реалистичную.
Если требование – получить строго одну оценку, то лучше дам ближе к пессимистичной, потому что, как показывает практика, зачастую так оно и случается.
Ну ты и негативщик!
Да, у окружающих может сложиться мнение, что вы слишком негативно настроены. Однако в реальности как раз окружающие настроены излишне позитивно, ну или просто не думают дальше чем 7.5 секунд и 0.001 шага вперед. Поэтому, когда риски начнут (а они начнут) стрелять, а у вас уже и план готов, как их отработать, и сроками вы заложились, все обвинения в излишнем пессимизме отпадут сами собой.
Итог
Не будьте наивными, думайте о рисках, предполагайте плохие варианты, готовьтесь к ним, закладывайте в оценку.
Проблема
Менеджер приносит новый проект или задачу и просит оценить.
Программист думает: «Ага, ну если ТЗ уже готово, я сяду работать, ничто меня не будет отвлекать, интеграция пройдет нормально, то я сдам задачу через неделю». И озвучивает срок в неделю.
В итоге проходит месяц, менеджер на нервах, программист 3 недели извиняется, что продолбался и овертаймит во искупление, а заказчик рвет и мечет.
Почему так?
Причин может быть много, но я хочу подсветить те, где помог бы пессимизм:
- Программист либо не видал еще «всякого говна», либо просто сам по себе наивный, и предполагает, что ТЗ идеально написано сразу, сторонние команды сработают без накладок, менеджер и заказчик всегда на связи, никто не заболеет и не уйдет в отпуск, кошка ни у кого не начнет рожать перед дедлайном.
Что в этом случае делать?
Вспомнить закон Мерфи «Всё, что может пойти не так, пойдёт не так». Ну и хорошенечко думать обо всех этапах, где что-то может пойти не так, закладываться на эти риски и планировать, что делать.
- Менеджер тоже надеется, что всё пойдет идеально.
Что в этом случае делать?
Подумать о профпригодности менеджера. Уж его-то работа – точно подумать обо всех рисках и резервных планах.
- Менеджер не принимает пессимистичных вариантов от программиста. Говоря «да ладно тебе, да всё нормально будет, да не очкуй».
Что в этом случае делать?
Подумать, что менеджер либо профнепригодный, либо манипулятор, который специально давит на разработчика, выжимая позитивные оценки, чтобы потом спихнуть всю вину с себя под лозунгами «ну ты же сам пообещал, ты и виноват, успевай как хочешь теперь».
А после того, как вы обо всём этом подумали, решите, как вы видите свое дальнейшее будущее с этим менеджером. В этом вам тоже поможет пессимизм, который позволит разглядеть варианты, где всё может пойти не так.
Что делаю я?
Я стараюсь подумать о том, какие аспекты задачи/проекта могут пойти не так. Рассматриваю всё от технических деталей, до человеческого фактора. Расписываю эти риски, закладываю их в оценку, планирую что делать, если каждый из них стрельнет. Оценку могу давать в двух или трех вариантах. Оптимистичную, пессимистичную, и может быть усредненно-реалистичную.
Если требование – получить строго одну оценку, то лучше дам ближе к пессимистичной, потому что, как показывает практика, зачастую так оно и случается.
Ну ты и негативщик!
Да, у окружающих может сложиться мнение, что вы слишком негативно настроены. Однако в реальности как раз окружающие настроены излишне позитивно, ну или просто не думают дальше чем 7.5 секунд и 0.001 шага вперед. Поэтому, когда риски начнут (а они начнут) стрелять, а у вас уже и план готов, как их отработать, и сроками вы заложились, все обвинения в излишнем пессимизме отпадут сами собой.
Итог
Не будьте наивными, думайте о рисках, предполагайте плохие варианты, готовьтесь к ним, закладывайте в оценку.
Ситуационное лидерство
Так как на работе приходится сталкиваться с разным уровнем компетентности и самостоятельности людей, я решил принести немного капитанского просвещения про ситуационное лидерство (ситуационный менеджемент). Мало ли, вдруг кто не слыхал.
Не буду пересказывать всю теорию, вот замечательная статья, в которой написано коротко, емко, да еще и с картиночкой https://blog.alevi.ru/management/situacionnoe-liderstvo/
Зачем это нужно?
В общих словах – это теория о том, как управлять сотрудниками разных степеней развития, при этом постепенно поднимая их уровень профессионализма, самостоятельности и мотивации.
Часто встречающиеся типовые проблемы, которые могло бы решить ситуационное лидерство:
- В команду приходит джуниор, ему наваливают тасок, ничего особо не объясняют и пусть выплывает как хочет.
- Типичный чайка-менеджмент, когда навалили задачу, никак не проконтролировали, прибежали к дедлайну, а там «ой!»
- Микроменеджмент сотрудников, которые и сами довольно неплохо справляются с работой.
- Сотрудник из года в год ждет, пока ему всё разжуют, в рот положат, а он с героическим видом глотает. Желания самому попробовать хотя бы что-то на зубок не возникает совсем.
Все эти проблемы про одно и то же. Про то, что уровень сотрудника надо оценивать индивидуально, а не чесать всех под одну гребенку, думая, что к опытному углеглазому сеньору и молодому пламяокому джуну подход один и тот же. И про то, что надо своими действиями способствовать росту сотрудника.
Что делать-то?
Пробовать на практике, конечно. Если мало опыта – попробуйте на одном каком-нибудь сотруднике, желательно более близком к самому низкому уровню, где требуется директивное управление. Попытайтесь протащить его до самого высокого уровня, когда ему можно будет без особого контроля делегровать задачи и ответственность за них.
Вот ты советуешь, а сам что?
Сам я тоже стараюсь этим заниматься. Получалось ли у меня провести человеку полный левелап с 1 до 4 уровня? Да, получалось. Всегда? Нет, не всегда. Много на это было причин: где-то особенности самого человека, где-то мои недоработки.
Тут главное извлекать уроки из своих ошибок и продолжать дальше делать дело.
Итог
Подходите к управлению людьми индивидуально и помогайте им расти. От этого будет и им, и вам, и команде, и компании польза.
Так как на работе приходится сталкиваться с разным уровнем компетентности и самостоятельности людей, я решил принести немного капитанского просвещения про ситуационное лидерство (ситуационный менеджемент). Мало ли, вдруг кто не слыхал.
Не буду пересказывать всю теорию, вот замечательная статья, в которой написано коротко, емко, да еще и с картиночкой https://blog.alevi.ru/management/situacionnoe-liderstvo/
Зачем это нужно?
В общих словах – это теория о том, как управлять сотрудниками разных степеней развития, при этом постепенно поднимая их уровень профессионализма, самостоятельности и мотивации.
Часто встречающиеся типовые проблемы, которые могло бы решить ситуационное лидерство:
- В команду приходит джуниор, ему наваливают тасок, ничего особо не объясняют и пусть выплывает как хочет.
- Типичный чайка-менеджмент, когда навалили задачу, никак не проконтролировали, прибежали к дедлайну, а там «ой!»
- Микроменеджмент сотрудников, которые и сами довольно неплохо справляются с работой.
- Сотрудник из года в год ждет, пока ему всё разжуют, в рот положат, а он с героическим видом глотает. Желания самому попробовать хотя бы что-то на зубок не возникает совсем.
Все эти проблемы про одно и то же. Про то, что уровень сотрудника надо оценивать индивидуально, а не чесать всех под одну гребенку, думая, что к опытному углеглазому сеньору и молодому пламяокому джуну подход один и тот же. И про то, что надо своими действиями способствовать росту сотрудника.
Что делать-то?
Пробовать на практике, конечно. Если мало опыта – попробуйте на одном каком-нибудь сотруднике, желательно более близком к самому низкому уровню, где требуется директивное управление. Попытайтесь протащить его до самого высокого уровня, когда ему можно будет без особого контроля делегровать задачи и ответственность за них.
Вот ты советуешь, а сам что?
Сам я тоже стараюсь этим заниматься. Получалось ли у меня провести человеку полный левелап с 1 до 4 уровня? Да, получалось. Всегда? Нет, не всегда. Много на это было причин: где-то особенности самого человека, где-то мои недоработки.
Тут главное извлекать уроки из своих ошибок и продолжать дальше делать дело.
Итог
Подходите к управлению людьми индивидуально и помогайте им расти. От этого будет и им, и вам, и команде, и компании польза.
Действуйте в нужном направлении
Сталкивались ли вы с людьми, которые хотят добиться определенного результата, много делают, вкладывают кучу сил и времени, а результат получается неудовлетворительным?
А также видели ли вы людей, которые что-то делают, при этом не умирая от труда, а результат – хороший?
Да, это может быть везение. Да, это может быть какая-то природная склонность. Да, это может быть еще цепь каких-то подводящих событий. Но мне сегодня хотелось бы поговорить о том, что тяжелый труд не безусловно равен хорошему результату. Вот если это тяжелый труд в правильном направлении – тут шансы на позитив увеличиваются.
Немножко примеров
- Захотел кто-то накачаться, или похудеть к лету.
Один человек приходит в зал каждый день и обходит все тренажеры по очереди, делая сколько в голову взбредет подходов и повторений, тратя на зал 2-3 часа каждый день. А потом, удовлетворенный своим «тяжелым трудом» заскакивает перекусить в мак.
Другой не торчит целыми днями в зале и не обходит все на свете тренажеры. Он прочитал про питание, посоветовался с тренером о программе тренировок. Занимается 2-3 раза в неделю, не рвет жилы каждый день и правильно кушает. Сил и времени тратит меньше, а получается куда лучше, чем у первого.
- Захотел кто-то вайти вайти.
Кто-то перешел по рекламе в инсте на шарлатанские говнокурсы, впалил в них деньги и время. А после них начал еще про всё на свете читать: тут про js, там про котлин надо посмотреть, здесь k8s показывают, а вообще надо бы еще на скрам мастера подучиться. «Ой, да собеседоваться еще рано, я же не всё выучил». Так можно «учиться» годами и ни к чему не прийти (тру стори).
А кто-то подумал и посоветовался со знающими, в какой именно сегмент айти он хочет войти. Узнал по отзывам и реальным рекомендациям, какие курсы максимально подготавливают и чем надо еще заняться после них. Прошел курсы, поделал пет проекты строго по этой теме, почитал книжечки, походил по собеседованиям и устроился на работу.
Что делать?
- Хорошенечко порефлексировать и понять, что же именно вам надо и почему. Убедиться, что это действительно правильная для вас цель.
- Почитать и посоветоваться с людьми, которые в этой области достигли успеха.
- Не распылять усилия, а сосредоточиться на своем деле. Как добьетесь результата, тогда уже и думайте о переключении.
- Постоянно анализировать по ходу деятельности, как у вас получается, в том ли вы направлении движетесь, есть ли прогресс и т. д.
Итог
Не тратьте время и силы впустую. Постоянно анализируйте ситуацию и свои действия. Советуйтесь с более опытными товарищами. Но и не надейтесь на волшебную пилюлю: её нет, трудиться всё равно придется.
Сталкивались ли вы с людьми, которые хотят добиться определенного результата, много делают, вкладывают кучу сил и времени, а результат получается неудовлетворительным?
А также видели ли вы людей, которые что-то делают, при этом не умирая от труда, а результат – хороший?
Да, это может быть везение. Да, это может быть какая-то природная склонность. Да, это может быть еще цепь каких-то подводящих событий. Но мне сегодня хотелось бы поговорить о том, что тяжелый труд не безусловно равен хорошему результату. Вот если это тяжелый труд в правильном направлении – тут шансы на позитив увеличиваются.
Немножко примеров
- Захотел кто-то накачаться, или похудеть к лету.
Один человек приходит в зал каждый день и обходит все тренажеры по очереди, делая сколько в голову взбредет подходов и повторений, тратя на зал 2-3 часа каждый день. А потом, удовлетворенный своим «тяжелым трудом» заскакивает перекусить в мак.
Другой не торчит целыми днями в зале и не обходит все на свете тренажеры. Он прочитал про питание, посоветовался с тренером о программе тренировок. Занимается 2-3 раза в неделю, не рвет жилы каждый день и правильно кушает. Сил и времени тратит меньше, а получается куда лучше, чем у первого.
- Захотел кто-то вайти вайти.
Кто-то перешел по рекламе в инсте на шарлатанские говнокурсы, впалил в них деньги и время. А после них начал еще про всё на свете читать: тут про js, там про котлин надо посмотреть, здесь k8s показывают, а вообще надо бы еще на скрам мастера подучиться. «Ой, да собеседоваться еще рано, я же не всё выучил». Так можно «учиться» годами и ни к чему не прийти (тру стори).
А кто-то подумал и посоветовался со знающими, в какой именно сегмент айти он хочет войти. Узнал по отзывам и реальным рекомендациям, какие курсы максимально подготавливают и чем надо еще заняться после них. Прошел курсы, поделал пет проекты строго по этой теме, почитал книжечки, походил по собеседованиям и устроился на работу.
Что делать?
- Хорошенечко порефлексировать и понять, что же именно вам надо и почему. Убедиться, что это действительно правильная для вас цель.
- Почитать и посоветоваться с людьми, которые в этой области достигли успеха.
- Не распылять усилия, а сосредоточиться на своем деле. Как добьетесь результата, тогда уже и думайте о переключении.
- Постоянно анализировать по ходу деятельности, как у вас получается, в том ли вы направлении движетесь, есть ли прогресс и т. д.
Итог
Не тратьте время и силы впустую. Постоянно анализируйте ситуацию и свои действия. Советуйтесь с более опытными товарищами. Но и не надейтесь на волшебную пилюлю: её нет, трудиться всё равно придется.
Буду фигачить, пока силы не кончатся
Иногда я встречаю очень уставших, выгоревших, ничего не хотящих людей.
И, узнавая у них, как так вышло, часто слышу примерно одинаковую историю.
Человек говорит: «Буду работать день и ночь, пока силы есть. А как кончатся – отдохну». И потом, когда силы кончаются, как-то не получается так просто взять и отдохнуть.
Как было у меня
Однажды я сам столкнулся с ситуацией, когда мне приходилось работать фуллтайм, плюс вести еще пару проектов факультативно. Всё это – примерно на 260 часов в месяц очень активной работы, несколько месяцев подряд.
В результате я так устал и уже ничего не хотел, что ближайший год еле хватало сил, чтобы делать основную работу и видеть в ней хоть какой-то смысл. Несмотря на то, что до этой усталости мне основная работа приносила довольно много удовольствия.
Еще примерчик
Точно такое же дело происходит и в спортивных занятиях. Если много и часто тренироваться, забивая на отдых, можно легко дойти до болезни, травмы, истощения сил. В результате помогает только доооолгий отдых. А в плохом случае может и специальное лечение понадобиться.
Что я предлагаю?
Т.к. истощение физическое и психическое устранять зачастую куда дольше, чем заполучить, то лучше подберите себе комфортный и продуктивный темп работы, в котором вы сможете трудиться очень долго (желательно бесконечно).
Моя идея в том, чтобы просто не доводить себя до состояния истощения, и действовать в среднем темпе. В большинстве случаев куда эффективнее проработать 3 месяца в среднем темпе, чем 1 месяц прогеройствовать и 2 месяца откисать, восстанавливаясь.
Но как же авралы?
Да, они могут случаться, но, если они краткосрочные, давайте себе сразу же после них восстановиться. Если они долгосрочные и/или регулярные – задумайтесь о том, зачем вам это всё надо, и как так менеджерится ваша работа, что каждый день аврал.
Итог
Берегите своё физическое и психическое здоровье. Работайте в комфортном, продуктивном темпе. Не забы(и)вайте восстанавливаться. Ходите вовремя в отпуск.
Ну и помните, что обычно у нас задач и дел столько напланировано, что сделать всё физически невозможно, хоть 24 часа в сутки работай. Вместо того, чтобы бесцельно жечь своё топливо, лучше потратьте его на то, чтобы обдумать и решить, какие из этих дел действительно важны и принесут желаемый результат.
А что с остальными? Выкиньте, делегируйте, забейте, отпустите. Как хотите.
Иногда я встречаю очень уставших, выгоревших, ничего не хотящих людей.
И, узнавая у них, как так вышло, часто слышу примерно одинаковую историю.
Человек говорит: «Буду работать день и ночь, пока силы есть. А как кончатся – отдохну». И потом, когда силы кончаются, как-то не получается так просто взять и отдохнуть.
Как было у меня
Однажды я сам столкнулся с ситуацией, когда мне приходилось работать фуллтайм, плюс вести еще пару проектов факультативно. Всё это – примерно на 260 часов в месяц очень активной работы, несколько месяцев подряд.
В результате я так устал и уже ничего не хотел, что ближайший год еле хватало сил, чтобы делать основную работу и видеть в ней хоть какой-то смысл. Несмотря на то, что до этой усталости мне основная работа приносила довольно много удовольствия.
Еще примерчик
Точно такое же дело происходит и в спортивных занятиях. Если много и часто тренироваться, забивая на отдых, можно легко дойти до болезни, травмы, истощения сил. В результате помогает только доооолгий отдых. А в плохом случае может и специальное лечение понадобиться.
Что я предлагаю?
Т.к. истощение физическое и психическое устранять зачастую куда дольше, чем заполучить, то лучше подберите себе комфортный и продуктивный темп работы, в котором вы сможете трудиться очень долго (желательно бесконечно).
Моя идея в том, чтобы просто не доводить себя до состояния истощения, и действовать в среднем темпе. В большинстве случаев куда эффективнее проработать 3 месяца в среднем темпе, чем 1 месяц прогеройствовать и 2 месяца откисать, восстанавливаясь.
Но как же авралы?
Да, они могут случаться, но, если они краткосрочные, давайте себе сразу же после них восстановиться. Если они долгосрочные и/или регулярные – задумайтесь о том, зачем вам это всё надо, и как так менеджерится ваша работа, что каждый день аврал.
Итог
Берегите своё физическое и психическое здоровье. Работайте в комфортном, продуктивном темпе. Не забы(и)вайте восстанавливаться. Ходите вовремя в отпуск.
Ну и помните, что обычно у нас задач и дел столько напланировано, что сделать всё физически невозможно, хоть 24 часа в сутки работай. Вместо того, чтобы бесцельно жечь своё топливо, лучше потратьте его на то, чтобы обдумать и решить, какие из этих дел действительно важны и принесут желаемый результат.
А что с остальными? Выкиньте, делегируйте, забейте, отпустите. Как хотите.
Непрерывное совершенствование
Мне очень нравится философия кайдзен https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D0%B9%D0%B4%D0%B7%D0%B5%D0%BD
Там есть много, о чем поговорить, но сегодня хотелось бы про культуру непрерывного совершенствования.
Что это такое
Это идея о том, что есть некий процесс – организационный, производственный, или еще какой-то. Он работает, но его можно усовершенствовать. Что вы и делаете, а этот процесс становится лучше.
Но вы не останавливаетесь на достигнутом, пробуете улучшать еще, и еще, и еще. Непрерывно.
Но невозможно всё бесконечно улучшать!
Да, невозможно бесконечно что-то сильно улучшать. Однако не обязательно ждать радикальных изменений, в этом весь фокус.
Если вы исчерпали запас больших крутых совершенствований (погуглите термин «низко висящие фрукты»), то можно продолжать потихонечку идти маленькими шажками и делать крошечные улучшения, которые в долгосрочной перспективе обернутся большими результатами.
Пример
Как-то раз, я пришел на один проект, который представлял собой довольно сомнительное зрелище, погряз в легаси и неизвестности. Я потратил некоторое время, чтобы собрать список того, что в целом можно улучшить, исправить, переделать.
А потом начал действовать по нему потихоньку, но регулярно. Каждую неделю я делал некоторые небольшие улучшения, не выпадая из основного производственного процесса. В результате спустя полтора года проект было не узнать. Легаси выпилено, везде (почти) порядок, волосы шелковистые.
Что про это почитать
• Элияху Голдратт «Цель: процесс непрерывного улучшения»
• Тайити Оно «Производственная система Тойоты. Уходя от массового производства»
• Пол Эйкерс «2-секундный Лин»
Как объяснить другим, что это нужно
1. Как всегда, приводя разумные, аргументированные доводы.
2. Дав почитать этот пост.
3. Метод принуждения, метод убеждения, и самый лучший метод – личный пример.
Итог
Улучшайте свои текущие дела. Будь то процесс на работе, занятия в спортзале, ваша зарплата на работе, или порядок на рабочем столе (по больному прям).
Не останавливайтесь на достигнутом и продолжайте маленькими шажочками двигаться вперед. Потом обернетесь назад и просто офигеете от того, как было и как стало.
Мне очень нравится философия кайдзен https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D0%B9%D0%B4%D0%B7%D0%B5%D0%BD
Там есть много, о чем поговорить, но сегодня хотелось бы про культуру непрерывного совершенствования.
Что это такое
Это идея о том, что есть некий процесс – организационный, производственный, или еще какой-то. Он работает, но его можно усовершенствовать. Что вы и делаете, а этот процесс становится лучше.
Но вы не останавливаетесь на достигнутом, пробуете улучшать еще, и еще, и еще. Непрерывно.
Но невозможно всё бесконечно улучшать!
Да, невозможно бесконечно что-то сильно улучшать. Однако не обязательно ждать радикальных изменений, в этом весь фокус.
Если вы исчерпали запас больших крутых совершенствований (погуглите термин «низко висящие фрукты»), то можно продолжать потихонечку идти маленькими шажками и делать крошечные улучшения, которые в долгосрочной перспективе обернутся большими результатами.
Пример
Как-то раз, я пришел на один проект, который представлял собой довольно сомнительное зрелище, погряз в легаси и неизвестности. Я потратил некоторое время, чтобы собрать список того, что в целом можно улучшить, исправить, переделать.
А потом начал действовать по нему потихоньку, но регулярно. Каждую неделю я делал некоторые небольшие улучшения, не выпадая из основного производственного процесса. В результате спустя полтора года проект было не узнать. Легаси выпилено, везде (почти) порядок, волосы шелковистые.
Что про это почитать
• Элияху Голдратт «Цель: процесс непрерывного улучшения»
• Тайити Оно «Производственная система Тойоты. Уходя от массового производства»
• Пол Эйкерс «2-секундный Лин»
Как объяснить другим, что это нужно
1. Как всегда, приводя разумные, аргументированные доводы.
2. Дав почитать этот пост.
3. Метод принуждения, метод убеждения, и самый лучший метод – личный пример.
Итог
Улучшайте свои текущие дела. Будь то процесс на работе, занятия в спортзале, ваша зарплата на работе, или порядок на рабочем столе (по больному прям).
Не останавливайтесь на достигнутом и продолжайте маленькими шажочками двигаться вперед. Потом обернетесь назад и просто офигеете от того, как было и как стало.
Wikipedia
Кайдзен
японская философия, заключающаяся в непрерывном совершенствовании процессов деятельности
Внедрение изменений
В работе нам периодически приходится сталкиваться с инициативами внедрения каких-либо изменений. Одни из них полезные, другие – вредные, некоторые мы не хотим принимать, какие-то продавливаем сами.
В этом деле нас могут подстерегать разные проблемы, и я бы хотел поговорить о том, как в общем случае продвигать эти изменения, чтобы потом было меньше хлопот.
Проблемные примеры
- Технически некомпетентный менеджер прошел курсы типа «Скрам за 4 часа» и решил, что сейчас он научит инженеров, которые годами варятся в разработке и делают продукты, работать как надо.
Теперь там модные дейли стендапы в планке, планинг покер на команду из полутора землекопов, груминг задач про верстку сайта автошколы, демонстрация новой итерации разработки скучающей секретарше директора автошколы и ретро с передачей эстафетной палочки.
Все приуныли.
- Огнеглазый фронтендер послушал новый выпуск подкаста и решил, что надо переписать уже работающий сайт автошколы на реакт.
Переписывал 3 месяца, чет не заработало, откатил назад. Надо будет в след раз Svelte попробовать. Уж на нем точно станет хорошо.
Все приуныли. Ну, может, кроме разработчика: тот поставил галочку в резюме и пошел в другую компанию с +30% к зарплате. Все еще сильнее приуныли.
Так может и не надо ничего делать?
Я никогда не был консерватором и прямо яростным сторонником «работает – не трогай». Индустрия динамичная, поспевать за ней надо. Но делать это разумно, аргументированно, хорошо подготовившись.
План по внедрению изменений
Не важно, технические это штуки или организационные, я предлагаю решать, принимать инновации или нет, в разумном диалоге. Пусть инициатор подготовит план:
- Какая сейчас существует проблема. Желательно осмотреть не только симптомы проблемы, но и докопаться до её первопричины.
- Какие реальные у неё последствия. Регулярно затрачиваемое лишнее время, появляющиеся ошибки, даже демотивация работников – всё это можно рассматривать как последствия. Но нужна конкретика. «Просто потому что это старье, а вон то – новье» – это не конкретика и не подход профессионала.
- Как предлагается проблему решать.
- Какая планируемая выгода от этого всего мероприятия, и окупает ли она затраты.
- Какие могут быть риски, и как с ними планируется работать.
Если аргументы разумные, подкреплены конкретикой, то остается последний нюанс. На мой взгляд, желательно, если инициатор сам и займется внедрением, и будет нести ответственность за него. Потому что другим можно навыдумывать какую угодно работу, особенно если за исход не отвечаешь. А когда сам себе её придумываешь, обещаешь, что сделаешь, да еще и знаешь, что с тебя будет спрос за результат, взвешивать все свои предложения и планы будешь намного внимательнее.
Итог
Не будьте ретроградами, но и не спешите слепо затаскивать новшества, которые могут навредить проекту, компании, команде. Тщательно продумывайте такие решения и несите за них ответственность.
В работе нам периодически приходится сталкиваться с инициативами внедрения каких-либо изменений. Одни из них полезные, другие – вредные, некоторые мы не хотим принимать, какие-то продавливаем сами.
В этом деле нас могут подстерегать разные проблемы, и я бы хотел поговорить о том, как в общем случае продвигать эти изменения, чтобы потом было меньше хлопот.
Проблемные примеры
- Технически некомпетентный менеджер прошел курсы типа «Скрам за 4 часа» и решил, что сейчас он научит инженеров, которые годами варятся в разработке и делают продукты, работать как надо.
Теперь там модные дейли стендапы в планке, планинг покер на команду из полутора землекопов, груминг задач про верстку сайта автошколы, демонстрация новой итерации разработки скучающей секретарше директора автошколы и ретро с передачей эстафетной палочки.
Все приуныли.
- Огнеглазый фронтендер послушал новый выпуск подкаста и решил, что надо переписать уже работающий сайт автошколы на реакт.
Переписывал 3 месяца, чет не заработало, откатил назад. Надо будет в след раз Svelte попробовать. Уж на нем точно станет хорошо.
Все приуныли. Ну, может, кроме разработчика: тот поставил галочку в резюме и пошел в другую компанию с +30% к зарплате. Все еще сильнее приуныли.
Так может и не надо ничего делать?
Я никогда не был консерватором и прямо яростным сторонником «работает – не трогай». Индустрия динамичная, поспевать за ней надо. Но делать это разумно, аргументированно, хорошо подготовившись.
План по внедрению изменений
Не важно, технические это штуки или организационные, я предлагаю решать, принимать инновации или нет, в разумном диалоге. Пусть инициатор подготовит план:
- Какая сейчас существует проблема. Желательно осмотреть не только симптомы проблемы, но и докопаться до её первопричины.
- Какие реальные у неё последствия. Регулярно затрачиваемое лишнее время, появляющиеся ошибки, даже демотивация работников – всё это можно рассматривать как последствия. Но нужна конкретика. «Просто потому что это старье, а вон то – новье» – это не конкретика и не подход профессионала.
- Как предлагается проблему решать.
- Какая планируемая выгода от этого всего мероприятия, и окупает ли она затраты.
- Какие могут быть риски, и как с ними планируется работать.
Если аргументы разумные, подкреплены конкретикой, то остается последний нюанс. На мой взгляд, желательно, если инициатор сам и займется внедрением, и будет нести ответственность за него. Потому что другим можно навыдумывать какую угодно работу, особенно если за исход не отвечаешь. А когда сам себе её придумываешь, обещаешь, что сделаешь, да еще и знаешь, что с тебя будет спрос за результат, взвешивать все свои предложения и планы будешь намного внимательнее.
Итог
Не будьте ретроградами, но и не спешите слепо затаскивать новшества, которые могут навредить проекту, компании, команде. Тщательно продумывайте такие решения и несите за них ответственность.
Сделал хорошо – покажи, расскажи!
Периодически мне приходится сталкиваться с отличными специалистами, чьи заслуги остаются в тени. Особенно это касается разработчиков. У менеджеров с самопрезентацией обычно всё в порядке
В чем суть?
Проблема в том, что технические специалисты сильно сконцентрированы на решении своей сложной, интересной (ну да, ну да) задачи, и остальное их не волнует.
В результате они делают какую-нибудь сложную работу, а потом менеджер видит, что появилась, например, новая кнопочка, которая что-то там делает. Ну появилась и появилась. Зачастую руководство не понимает всей сложности (если она была) такой работы и не может оценить её по достоинству.
Всё это приводит к ощущениям «меня не ценят», «мой труд не уважают», «платят меньше, чем я заслуживаю» и т. д.
Так а менеджер куда смотрит?
Справедливый вопрос. Не буду тут никого оправдывать или обвинять. Да, во многих случаях можно было бы и повдумчивее отнестись к тому, что у вас там творится. Но в иных случаях бывает, что другой своей работы настолько хватает, что уже не до изучения под микроскопом чужих поделок.
Так или иначе, зачем на кого-то сваливать ответственность и зависеть от его действий, когда можно взять это дело под свой контроль?
Что делать?
Как минимум - просто разговаривать:)
Рассказывать, объяснять, какой труд вы вложили и как хорошо вы сделали, какую пользу это принесет. Только вы можете хорошо и доступно презентовать свой труд менеджеру, за вас это никто не сделает (ну ладно, иногда сделает, но это не точно).
Я не смог придумать какого-то универсального совета, как презентовать свои результаты. Кто-то делает это на 1-1 встречах в диалоге, кто-то рисует презентации и собирает митинги, кто-то шлет длинные письма руководству, кто-то рассказывает подробно в конце спринта о своей работе и т. д.
Вы должны сами понять, как вам было бы комфортно это делать. Может быть, вы не сразу придумаете удобное решение, тогда можно действовать методом проб и ошибок. Главное, не останавливаться, не опускать руки и не быть молчуном.
Дополнительно отмечу, что если вы тимлид технической команды, то не забывайте иногда в разговорах с руководством про то, какой вы молодец, еще и о команде позаботиться и рассказать, что они сделали крутого, и насколько это важно.
Зачем это бахвальство?
Я считаю, что если ты правда сделал что-то хорошее, то рассказ об этом – не бахвальство, а справедливая демонстрация своего труда.
А вот если вы ничего особенно не сделали, но лукаво выдаете свою поделку за крутейший результат, то стыд вам и позор, конечно.
Итог
Показывайте, что хорошего и полезного вы сделали, и в результате менеджмент будет лучше понимать, что вообще происходит, а заодно и ваш труд будут больше ценить и уважать.
Не надейтесь, что сами к вам придут, сами разберутся, сами похвалят, сами на руках носить будут. В большинстве случаев это так не работает.
Не надейтесь на других, берите дело в свои руки. Сам себя не похвалишь – никто не похвалит:)
Периодически мне приходится сталкиваться с отличными специалистами, чьи заслуги остаются в тени. Особенно это касается разработчиков. У менеджеров с самопрезентацией обычно всё в порядке
В чем суть?
Проблема в том, что технические специалисты сильно сконцентрированы на решении своей сложной, интересной (ну да, ну да) задачи, и остальное их не волнует.
В результате они делают какую-нибудь сложную работу, а потом менеджер видит, что появилась, например, новая кнопочка, которая что-то там делает. Ну появилась и появилась. Зачастую руководство не понимает всей сложности (если она была) такой работы и не может оценить её по достоинству.
Всё это приводит к ощущениям «меня не ценят», «мой труд не уважают», «платят меньше, чем я заслуживаю» и т. д.
Так а менеджер куда смотрит?
Справедливый вопрос. Не буду тут никого оправдывать или обвинять. Да, во многих случаях можно было бы и повдумчивее отнестись к тому, что у вас там творится. Но в иных случаях бывает, что другой своей работы настолько хватает, что уже не до изучения под микроскопом чужих поделок.
Так или иначе, зачем на кого-то сваливать ответственность и зависеть от его действий, когда можно взять это дело под свой контроль?
Что делать?
Как минимум - просто разговаривать:)
Рассказывать, объяснять, какой труд вы вложили и как хорошо вы сделали, какую пользу это принесет. Только вы можете хорошо и доступно презентовать свой труд менеджеру, за вас это никто не сделает (ну ладно, иногда сделает, но это не точно).
Я не смог придумать какого-то универсального совета, как презентовать свои результаты. Кто-то делает это на 1-1 встречах в диалоге, кто-то рисует презентации и собирает митинги, кто-то шлет длинные письма руководству, кто-то рассказывает подробно в конце спринта о своей работе и т. д.
Вы должны сами понять, как вам было бы комфортно это делать. Может быть, вы не сразу придумаете удобное решение, тогда можно действовать методом проб и ошибок. Главное, не останавливаться, не опускать руки и не быть молчуном.
Дополнительно отмечу, что если вы тимлид технической команды, то не забывайте иногда в разговорах с руководством про то, какой вы молодец, еще и о команде позаботиться и рассказать, что они сделали крутого, и насколько это важно.
Зачем это бахвальство?
Я считаю, что если ты правда сделал что-то хорошее, то рассказ об этом – не бахвальство, а справедливая демонстрация своего труда.
А вот если вы ничего особенно не сделали, но лукаво выдаете свою поделку за крутейший результат, то стыд вам и позор, конечно.
Итог
Показывайте, что хорошего и полезного вы сделали, и в результате менеджмент будет лучше понимать, что вообще происходит, а заодно и ваш труд будут больше ценить и уважать.
Не надейтесь, что сами к вам придут, сами разберутся, сами похвалят, сами на руках носить будут. В большинстве случаев это так не работает.
Не надейтесь на других, берите дело в свои руки. Сам себя не похвалишь – никто не похвалит:)
Выученная беспомощность. Или банальный мудизм
Каждый из нас регулярно сталкивается с менеджерами/заказчиками, у которых каждая задача - это пожар, огонь, срочно, наиважнейше.
При этом есть среди них такая категория, которая не видит в этом никакой проблемы, не испытывает сожаления, что напрягает других из-за своей неорганизованности, не пытается что-то изменить к лучшему. Очень часто они еще дополнительно давят на исполнителей, перекладывая свои проблемы (которые они сами создали) на них.
Например, «если вы через час всё не сделаете – меня директор отругает», или «если до завтра не сделаете – нас оштрафуют». Что, конечно, следует читать как «я продолбался, давайте-ка исправьте всё, чтобы у меня проблем не было».
Всякое бывает
Не спорю, бывает и правда всякое: любой может накосячить, срочность может зависеть от других неподконтрольных факторов и т.д. Однако я думаю, что, во-первых, это ни в коем случае не должно становиться повседневной нормой, а, во-вторых, надо хоть немножко раскаяться в содеянном и смягчить эту подставу для исполнителей.
Когда у меня возникают такие горящие вещи (очень редко), я всегда извиняюсь, объясняю, почему так получилось, и люди обычно понимают и идут навстречу.
Мудаки просто
Те, кто регулярно в последний момент наваливает кучу (работы) и призывают других срочно разгрести, А НЕ ТО… запросто могут быть обычными мудаками, которые плевали на чужое время и труд. Такие способны потратить десяток чужих часов, лишь бы сэкономить один свой. Никакой совестливости относительно своего поведения у них нет.
Один из эффективных способов борьбы с такими людьми, который заставляет их задуматься, что что-то у них пошло не так – дать им всё продолбать.
«Если не сделать миллион работы за час, то директор меня отругает» - сорян, не успели, иди объясняй директору, почему миллион работы не был сделан еще давно, а ты зашевелился только за час до сдачи отчетности. И директор задумается, зачем ему такой работяга, и ты сам подумаешь о том, что в следующий раз надо поменять в своей работе, чтобы больше такого не повторялось.
Выученная беспомощность
+++++++Вставка из Википедии+++++++
Вы́ученная беспо́мощность (англ. learned helplessness) — состояние человека или животного, при котором индивид не предпринимает попыток к улучшению своего состояния (не пытается избежать отрицательных стимулов или получить положительные), хотя имеет такую возможность.
Появляется, как правило, после нескольких неудачных попыток воздействовать на отрицательные обстоятельства среды (или избежать их) и характеризуется пассивностью, отказом от действия, нежеланием менять враждебную среду или избегать её, даже когда появляется такая возможность.
++++++++Кончилась вставка из Википедии+++++++
То есть часть людей не бессовестные мудаки, а просто те, кто попробовал что-то поменять, у них не получилось, и они смирились. Такое далеко не редкость.
Это не значит, что люди – невинные жертвы обстоятельств и надо теперь всегда идти у них на поводу и смиряться с их поведением. Это значит, что люди сами по своей воле смирились с беспорядком в работе, а теперь им бы хотелось, чтобы еще и вы смирились, раз для них это стало нормой.
Тут можно дать только один совет. Не сдаваться, действовать, пытаться изменить что-то к лучшему, анализировать, рефлексировать, не опускать руки. Если вы для себя решили, что всё, постоянно тут такой хаос, ничего не изменится, не стоит даже и пытаться, то так ли вам нужно дальше держаться за эту работу? Не стоит ли пойти туда, где вам было бы лучше, а не продолжать мучиться?
Итог
Как всегда, мой посыл – не быть мудаками и ценить чужое время и труд. Тогда и другим будет легче работать, и вас не будут считать бестолковым мудилой.
А второй посыл – ценить себя и верить в свои силы. Не сдаваться и делать всё, что возможно. А уж если совсем ничего невозможно, то продолжать уважать себя, переместившись в более комфортное, продуктивное, приятное место.
Каждый из нас регулярно сталкивается с менеджерами/заказчиками, у которых каждая задача - это пожар, огонь, срочно, наиважнейше.
При этом есть среди них такая категория, которая не видит в этом никакой проблемы, не испытывает сожаления, что напрягает других из-за своей неорганизованности, не пытается что-то изменить к лучшему. Очень часто они еще дополнительно давят на исполнителей, перекладывая свои проблемы (которые они сами создали) на них.
Например, «если вы через час всё не сделаете – меня директор отругает», или «если до завтра не сделаете – нас оштрафуют». Что, конечно, следует читать как «я продолбался, давайте-ка исправьте всё, чтобы у меня проблем не было».
Всякое бывает
Не спорю, бывает и правда всякое: любой может накосячить, срочность может зависеть от других неподконтрольных факторов и т.д. Однако я думаю, что, во-первых, это ни в коем случае не должно становиться повседневной нормой, а, во-вторых, надо хоть немножко раскаяться в содеянном и смягчить эту подставу для исполнителей.
Когда у меня возникают такие горящие вещи (очень редко), я всегда извиняюсь, объясняю, почему так получилось, и люди обычно понимают и идут навстречу.
Мудаки просто
Те, кто регулярно в последний момент наваливает кучу (работы) и призывают других срочно разгрести, А НЕ ТО… запросто могут быть обычными мудаками, которые плевали на чужое время и труд. Такие способны потратить десяток чужих часов, лишь бы сэкономить один свой. Никакой совестливости относительно своего поведения у них нет.
Один из эффективных способов борьбы с такими людьми, который заставляет их задуматься, что что-то у них пошло не так – дать им всё продолбать.
«Если не сделать миллион работы за час, то директор меня отругает» - сорян, не успели, иди объясняй директору, почему миллион работы не был сделан еще давно, а ты зашевелился только за час до сдачи отчетности. И директор задумается, зачем ему такой работяга, и ты сам подумаешь о том, что в следующий раз надо поменять в своей работе, чтобы больше такого не повторялось.
Выученная беспомощность
+++++++Вставка из Википедии+++++++
Вы́ученная беспо́мощность (англ. learned helplessness) — состояние человека или животного, при котором индивид не предпринимает попыток к улучшению своего состояния (не пытается избежать отрицательных стимулов или получить положительные), хотя имеет такую возможность.
Появляется, как правило, после нескольких неудачных попыток воздействовать на отрицательные обстоятельства среды (или избежать их) и характеризуется пассивностью, отказом от действия, нежеланием менять враждебную среду или избегать её, даже когда появляется такая возможность.
++++++++Кончилась вставка из Википедии+++++++
То есть часть людей не бессовестные мудаки, а просто те, кто попробовал что-то поменять, у них не получилось, и они смирились. Такое далеко не редкость.
Это не значит, что люди – невинные жертвы обстоятельств и надо теперь всегда идти у них на поводу и смиряться с их поведением. Это значит, что люди сами по своей воле смирились с беспорядком в работе, а теперь им бы хотелось, чтобы еще и вы смирились, раз для них это стало нормой.
Тут можно дать только один совет. Не сдаваться, действовать, пытаться изменить что-то к лучшему, анализировать, рефлексировать, не опускать руки. Если вы для себя решили, что всё, постоянно тут такой хаос, ничего не изменится, не стоит даже и пытаться, то так ли вам нужно дальше держаться за эту работу? Не стоит ли пойти туда, где вам было бы лучше, а не продолжать мучиться?
Итог
Как всегда, мой посыл – не быть мудаками и ценить чужое время и труд. Тогда и другим будет легче работать, и вас не будут считать бестолковым мудилой.
А второй посыл – ценить себя и верить в свои силы. Не сдаваться и делать всё, что возможно. А уж если совсем ничего невозможно, то продолжать уважать себя, переместившись в более комфортное, продуктивное, приятное место.
Польза или вред от написания статей
Недавно меня попросили осветить тему пользы от написания статей. У меня есть свой небольшой опыт в этом. Я веду этот канал уже 10 месяцев, на хабр писал парочку статей, на своем сайте немного писал, на медиуме тоже. Плюс рекомендую послушать вот этот выпуск https://sdcast.ksdaemon.ru/2019/12/sdcast-111/ где гость хорошо рассказывает историю, как он стал писать статьи и к чему это привело.
Плюсы
Возможность разобраться в деталях
Да, писать надо про то, в чем ты уже компетентен. Однако, когда готовишь статью для публикации на широкую аудиторию, ты стараешься еще лучше её отшлифовать, глубже проработать детали и закрыть все белые пятна, которые у тебя обязательно есть. Это позволяет тебе самому еще лучше разобраться в предмете.
Отработать навыки письма
Писать понятные и хорошо структурированные статьи не так просто, как может показаться на первый взгляд. Так что это хороший повод отработать навыки, которые вам обязательно пригодятся в работе и жизни.
Пользуясь случаем передаю привет тем, кто не может сформулировать обычную задачу в три предложения и вместо понятного текста выдает что-то типа «Ну там эта, как его. Вот там вроде что-то было такое, так вот нужно такое, но немножко другое, чтобы это самое. Ага»
Нетворкинг
Если вы пишете статьи, и они приносят людям пользу, имеют какое-то хотя бы небольшое распространение, то это так или иначе приведет вас к новым знакомствам и новым возможностям. Тут бывает всё что угодно, от просто новых контактов, до карьерных и творческих прорывов.
Возможность понять свои ошибки
Публикации часто подвергаются конструктивной критике. В этом случае вам укажут на ваши ошибки и это для вас замечательная возможность их осознать, исправить и стать лучше.
Минусы
Время и силы
Написание статей отнимает время и силы, это правда. Нет волшебного способа, чтобы просто захотел, полежал, помечтал, а оно само всё написалось, опубликовалось и пользу принесло. Тут надо трудиться, разбираться, делать.
Хейтеры
Что бы вы ни написали, каким бы замечательным специалистом ни были, всегда найдется кто-то в интернете, который вам обязательно напишет, что вы не правы, всё делаете не так, ничего не понимаете и вообще куда вы лезете.
Вот он-то, хейтер милый, знает, как надо. Ничего не будет делать реального чаще всего, но в комментариях обязательно обосрет и научит как правильно надо жить.
К сожалению, это нормально, с этим надо смириться, так всегда было и так всегда будет. Никуда не денешься от человеческой тупости, злобы и жажды показать кто круче. Особо чувствительным натурам могу посоветовать отключать возможность комментирования🤐
Говностатьи
Нередко встречаются публикации от людей, которые некомпетентны в данной области, или ужасно оформленные статьи, или бесполезные, или даже вредные. Конечно такие тяп-ляп поделки лучше не выносить в свет, но кто же этим советом воспользуется? С этим я тоже смирился и ничего тут не изменить. Просто фильтруйте хорошенько то, что читаете.
Итог
На мой взгляд, писать качественные тексты — это полезно и даже интересно. Главное не халтурить и делать на совесть.
Всё это замечательно, если вы готовы к большому труду и хейтерам.
Пишите хорошие статьи, а плохие не пишите. Искренне ваш, Тимлид Очевидность😁
Недавно меня попросили осветить тему пользы от написания статей. У меня есть свой небольшой опыт в этом. Я веду этот канал уже 10 месяцев, на хабр писал парочку статей, на своем сайте немного писал, на медиуме тоже. Плюс рекомендую послушать вот этот выпуск https://sdcast.ksdaemon.ru/2019/12/sdcast-111/ где гость хорошо рассказывает историю, как он стал писать статьи и к чему это привело.
Плюсы
Возможность разобраться в деталях
Да, писать надо про то, в чем ты уже компетентен. Однако, когда готовишь статью для публикации на широкую аудиторию, ты стараешься еще лучше её отшлифовать, глубже проработать детали и закрыть все белые пятна, которые у тебя обязательно есть. Это позволяет тебе самому еще лучше разобраться в предмете.
Отработать навыки письма
Писать понятные и хорошо структурированные статьи не так просто, как может показаться на первый взгляд. Так что это хороший повод отработать навыки, которые вам обязательно пригодятся в работе и жизни.
Пользуясь случаем передаю привет тем, кто не может сформулировать обычную задачу в три предложения и вместо понятного текста выдает что-то типа «Ну там эта, как его. Вот там вроде что-то было такое, так вот нужно такое, но немножко другое, чтобы это самое. Ага»
Нетворкинг
Если вы пишете статьи, и они приносят людям пользу, имеют какое-то хотя бы небольшое распространение, то это так или иначе приведет вас к новым знакомствам и новым возможностям. Тут бывает всё что угодно, от просто новых контактов, до карьерных и творческих прорывов.
Возможность понять свои ошибки
Публикации часто подвергаются конструктивной критике. В этом случае вам укажут на ваши ошибки и это для вас замечательная возможность их осознать, исправить и стать лучше.
Минусы
Время и силы
Написание статей отнимает время и силы, это правда. Нет волшебного способа, чтобы просто захотел, полежал, помечтал, а оно само всё написалось, опубликовалось и пользу принесло. Тут надо трудиться, разбираться, делать.
Хейтеры
Что бы вы ни написали, каким бы замечательным специалистом ни были, всегда найдется кто-то в интернете, который вам обязательно напишет, что вы не правы, всё делаете не так, ничего не понимаете и вообще куда вы лезете.
Вот он-то, хейтер милый, знает, как надо. Ничего не будет делать реального чаще всего, но в комментариях обязательно обосрет и научит как правильно надо жить.
К сожалению, это нормально, с этим надо смириться, так всегда было и так всегда будет. Никуда не денешься от человеческой тупости, злобы и жажды показать кто круче. Особо чувствительным натурам могу посоветовать отключать возможность комментирования🤐
Говностатьи
Нередко встречаются публикации от людей, которые некомпетентны в данной области, или ужасно оформленные статьи, или бесполезные, или даже вредные. Конечно такие тяп-ляп поделки лучше не выносить в свет, но кто же этим советом воспользуется? С этим я тоже смирился и ничего тут не изменить. Просто фильтруйте хорошенько то, что читаете.
Итог
На мой взгляд, писать качественные тексты — это полезно и даже интересно. Главное не халтурить и делать на совесть.
Всё это замечательно, если вы готовы к большому труду и хейтерам.
Пишите хорошие статьи, а плохие не пишите. Искренне ваш, Тимлид Очевидность😁