Архив недели @manshinian
Понедельник
Всем привет! Меня зовут Богдан, на этой неделе я буду писать прямиком в ваши карманные коммуникаторы. Астрологи объявили неделю технического менеджмента. Количество чайка-постов и неприменимого на практике бреда в вашей ленте увеличено.
Говорить мы будем вот о чем:
Понедельник: Планирование. Как всё успеть и ничего не забыть? О чем же еще говорить в начале недели?
Вторник: Развитие и зачем оно нам сдалось?
Среда: Как выбрать подходящее место работы?
Четверг: Маркетинг и продажи для самых маленьких
Пятница: Готовимся к выходным. А чем вы занимаетесь вне работы?
Суббота: Посвятим этот день трудоголикам. За тех, кто не с нами. F
Воскресень: Книги. Мой субъективный топ с пояснениями
Тред (Богдан Маншилин)
Мне часто задают вопрос о том как успеть сделать все дела и ничего не забыть. Учитывая должность техменеджера в меня и правда влетает много задач и проблем, с которыми нужно разобраться. Можно подумать, что я всё успеваю и ни о чём не забываю, ага.
Нет, конечно я успел опробовать несколько техник таймменеджмента, но нет универсальной, которая подходила бы каждому человеку. Если вы хотите научиться эффективно управлять своим временем, то прийдется над этим поработать.
Первой техникой, которую я пытался применить к себе, был метод помидора. С ней у меня не сложилось по нескольким причинам. Во-первых, было очень сложно решиться на это морально. Считать помидоры – это звучит по-дурацки.
Во-вторых, сложно подгонять свою работу под равные 25 минутные огрызки. В-третьих я привык измерять свою работу в результате, а не времени, проведенном за ней, но метод заставляет меня думать о том сколько помидоров я сделал сегодня и как сделать завтра больше.
Но самое важное, что это требует перестроения не только личного, подхода к работе, но и всех окружающих. Ваши коллеги должны понимать технику помидора и подстраиваться под неё, если хотят взаимодейтсвовать с вами.
А еще, каждый раз когда я пишу слово помидор, то в голове у меня возникают стойкие гастрономические ассоциации, на языке чувствуется сладковатый привкус и хочется срочно уйти на обед. У вас не так? Тогда посмотрите на это: 🍅. Всё ещё нет? Тогда можете попробовать эту технику.
После этого я долго работал бессистемно, неудачно экспериментируя с разными подходами. Единственное что помогало не утонуть в пучине обязанностей – соблюдение очередности задач. Я старался (и до сих пор стараюсь) закончить текущую задачу, прежде чем приступать к новой.
Однажды я побывал на лекции про хаос-контроль. Эта система воплощает теорию Getting Things Done. Она оказалась мне очень близка по худу. Нужно выкидывать из головы всё, что не относится к текущей задачи.
Как это сделать? Записывать все возникающие задачи в одним месте – месте хаоса. А когда освободитесь, к месту хаоса нужно вернуться и запланировать новые задачи.
Запланировать – значит поставить в календарь. Так вы будете четко знать когда нужно начать делать задачу и сколько задач вы успеете сделать за день, а коллеги будут понимать когда вас лучше не отвлекать.
Естественно даже эта система не зашла мне в «голом виде» и я иногда от нее отступаю. Хотите всё успевать и ничего не забывать? Почитайте про разные подходы к тайм-менеджменту и выработайте свой.
Тред (Богдан Маншилин)
Теперь об оценке проектов. Цифры, которые разработка ставит в поле original estimate в джире обладают магическими свойствами. Разработка пишет туда 40 часов и все начинают верить, что задача будет завершена за 40 часов.
Тимлиды, обычно, опытные разработчики. Поэтому они накидывают процентов 20 к этой оценке, прежде чем показывать её руководству. Их руководители тоже на оценке собаку съели и накидывают еще 20%. В итоге до топов проект доезжает с такой оценкой, что "на вебе сделать дешевле"
Проблемы у такого подхода две. Во-первых часы очень хорошо маппятся в деньги. Умножаем часы проекта на зп разработчиков в час. Инвестора – люди нервные, если эти цифры дойдут до их глаз, то премии нам не видать.
Во-вторых по такой оценке абсолютно не понятно когда проект будет готов. Если он оценен в 480 часов и над ним работает 2 разработчика, будет ли он готов через 6 недель? А если построить диаграмму Ганта?
Любая оценка – относительна. Если разработка оценила тикет в 8 часов, это значит лишь то, что на его выполнение будет потрачено 8 условных единиц работы.
А чтобы правильно оценить сроки, в которые проект будет завершён, нужно знать количество работы, которые команда делает в спринт, количество работы, которые в спринт добавляется и построить по ним мат. модель. Лично я использую подход, описанный Дорофеевым youtube.com/watch?v=VPDJXn…
Тред (Богдан Маншилин)
Вторник
Сегодняшняя тема – развитие. И начнем мы с абстрактных вопросов. Например: зачем нам это вообще сдалось?
Начнем с желания. Человеку свойственно желать чем-то обладать. Чем больше людей хотят одну и ту же вещь, например, машину, тем больше людей будут завидовать её обладателю. В диком мире это могло бы привести к воровству и убийству, но в нашем мире это не законно.
В нашем обществе ценность придается знаниям и умениям отдельного индивида. Поэтому самые лучшие машины достаются самым умелым членам общества. Это придает машинам другую характеристику – статусность. Если человек обладает машиной, которую хотят все – значит он самый умелый
Чем больше статусности у машины, тем ещё больше людей желают ей обладать. Тем больше людей стремятся стать самыми умелыми. Этот примитивный замкнутый цикл и управляет многими нашими поступками. Полностью побороть его могут разве что просветленные монахи или накуренные психопаты
Так или иначе, развитие – это инструмент получения желанных ценностей. Чтобы получать значительно больше, нужно не работать больше, а начать делать что-то принципиально новое – научиться чему-то. А после обеда будем размышлять о том как это правильно и эффективно делать
Тред (Богдан Маншилин)
Если говорить о непосредственном развитии, то давайте начнем с размышлений на тему источников знаний. Откуда получать знания: книги, статьи, выступления?
В начале карьеры мне советовали много крутых книг по программированию. На самом деле пользы от ним для меня было мало, потому что я не понимал какие проблемы решают описанные в книгах проблемы.
Когда я был джуном, лучшим источником знаний для меня были статьи из поиска по запросу: "<Class name> tutorial/manual". С тех пор во мне крепло убеждение, что книги по программированию – шлак и обучатся нужно на статьях и докладах.
Но потом я решил разобраться с тем что с такими буквами как DIP/DI/IoC. Статьи давали очень поверхностные и не до конца правильные ответы, а местами вообще не верные в корне. У последних еще комменты были типа: "Ну наконец-то кто-то рассказал про DI правильно!"
И только прочтя Agile Software Development в оригинале я смог понять что же такое DIP. Понять IoC оказалось проще всего после прочтения исследования на тему объектно-ориентированных фреймворков. researchgate.net/publication/22…
Все дело в том, что эти источники отвечают на вопрос "Почему нужны эти принципы?". DIP – повторное использование верхнеуровневого кода, а IoC – задание архитектуры для верхнего уровня при реализации нижнего. Статьи всегда концентрируются на том "Как реализовать принцип?"
А какой тип источников знаний чаще всего оказывается наиболее полезным для вас?
🤔
13.7% Книги или исследования🤔
41.2% Статьи в блогах🤔
35.3% Практика и исходники🤔
9.8% ДокладыА вообще существуют и годные статьи. И к счастью их становится всё больше. Вот, например, статья про тесты, которая делает экскурс в историю и отвечает на вопрос "почему?". Когда-то она изменила мой взгляд на тестирование вообще и на моки в частности martinfowler.com/bliki/TestDoub…
[Часть 2] А какой тип источников знаний чаще всего оказывается наиболее полезным для вас?
🤔
56.9% Stackoverflow🤔
18.5% Twitter🤔
15.4% Нетворкинг или менторство🤔
9.2% КурсыТред (Богдан Маншилин)
Принято говорить, что знания – сила. Но на самом деле силой обладают лишь примененные знания. Но вот как и куда их применять – вопрос открытый. Чтобы ответить на этот вопрос, нужно сначала понять куда вы хотите развиваться: прокачивать свои скиллы или развиваться карьерно
Да, как ни странно, это разные вещи. С точки зрения бизнеса сотрудники делятся на тех, кто бизнесу дорого стоит и тех, кто много для бизнеса зарабатывает. Первые, обычно, становятся крутыми специалистами, вторые – менеджерами.
Разница такова, что специалисты изучают суперсовременные технологии, низкоуровневые инструменты либо потому что им это нравится, либо потому что так им будут платить больше денег.
Это значит, что специалисты и беклог будут приоритезировать либо по степени крутости технологии, либо по сложности задач (нужно ведь как-то обосновывать свой ценник). С точки зрения бизнеса, такой сотрудник является очень дорогой, но необходимой издержкой
Те же, кто концентрируется на бизнесе во всем ищут экономическую целесообразность своих действий. Если задача из беклога не принесет бизнесу денег, то и делаться, скорее всего не будет. Такие сотрудники ценятся бизнесом и получают больше ответсвенности
Оба типа сотрудников крайне важны для бизнеса. Спецы могут решать такие задачи, на которые не хватит знаний у вторых, ведь когда-то вторые выбросили задачу, на которой могли чему-то научится, из беклога из-за её экономической неэффективности
Мысль, навеянная статьей kalzumeus.com/2011/10/28/don… Хотя автор явно подразумевает, что люди-про-бизнес лучше, чем люди-про-технологии, в этом я с ним не согласен
Тред (Богдан Маншилин)
Среда
Сегодня мне закинули встречу на с утра пораньше, я только освободился и поэтому в это время я уже активен, бобр и полон энергии. (Нет, буду тупить весь день)
Сегодня поговорим о выборе работы. До Кошелька я менял места работы раз в год-полтора. Трудно сказать почему. Возможно на меня так повлияла первая моя серьезная работа. За 1,5 года там поменялось 80% состава. Это вырабатывает особое отношение к увольнениям. Они были обыденностью
Со временем это мне надоело, потому это плохо влияет на карьерный рост (но положительно на развитие как специалиста). Поэтому я выработал свой подход к смене места работы, который отвечает на вопросы: когда менять работу и как это делать. Расскажу как к этому пришёл.
Каждый раз, когда я приходил на новое место работы, драйва хватало примерно на пол года. После чего задачи начинали казаться скучными, процессы неоптимальными топ менеджмент некомпетентным. И я начинал строить планы по смене компании.
Меня удивло, когда я вышел в Lamoda и в первые же дни начал думать о том, куда я перейду дальше, хотя и надеялся проработать там долгое время, ведь компания хорошая, там все впроядке было и с задачами, и с процессами, и с менеджментом. Я не понимал что меня не устраивало
Пришлось разобраться в своей внутренней мотивации и поставить личные долгосрочные цели. Я написал чего я хочу добиться за следующие 5 лет, какие проекты сделать, сколько я хочу зарабатывать и как эти 5 лет я должен провести (полностью на работе или выделю время на отдых и хобби)
После этого мне не составило труда составить профиль компании. Для этого я применил технику, которую нанимающие менеджеры используют при описании профиля кандидата. Подробнее тут: youtube.com/watch?v=YAPoNr…
Тред (Богдан Маншилин)
Что еще важно при смене работы? Люди, с которыми вы будете работать:
Я не пойду в команду, где меня ждут токсичные коллеги. Так я буду тратить свои ресурсы на тушение себя, а не на работу. Да и для здоровья вредно
Я не пойду к авторитарному руководителю даже если он крут и во всем лучше меня знает что нужно делать. При авторитарном руководстве у меня не будет возможности развиваться. О стилях лидерства я писал тут: habr.com/ru/company/kos…
Я не пойду в компанию, которая платит ниже рынка. Бывают крутые команды, работа в которых сильно мотивирует, но они платят ниже рынка. Если я на эмоциях приму решение идти в такую команду, то со временем начну грустить об упущенных возможностей и моя эффективность снизится
Тред (Богдан Маншилин)
Четверг
По плану сегодня самое интересное - про маркетинг для айтишников. Но сегодня от меня твитов вероятно не будет, потому что внезапно я попал в больничку, жду осмотра и не знаю сколько ещё это продлится
А пока меня немного попустило, расскажу что вас ждёт, если вы просыпаетесь с сильной болью в боку и она не проходит
Первым делом я вызвал скорую по ОМС (из-за боли мозг не сообразил воспользоваться ДМС). Скорая приехала минут через 40. Живу я в Петроградском районе Питера. Все это время боль усиливалась, а перед самим приездом стало легче
Врач мной покрутила, повертела, сказала что нужно идти на обследование и пить но-шпу. Спросила отказываюсь ли я ехать в больницу, я отказался, потому что вспомнил, что могу все это сделать и по ДМС, да и боль утихла.
Естественно, боль вернулась как только скорая уехала, но-шпа не помогала и я вызвал скорую по ДМС. Они предупредили, что ехать будут 30-40 минут, но приехали за 50. Тоже покрутили-постучали, но уже как-то по-другому, предложили сделать укол и ехать в больницу
Автомобиль у них комфортный, просторный, с кондиционером. За бортом светило солнышко и мы повернули на Крестовский остров. Укол подействовал и я начал получать удовольствие от приятной поездки по красивым местам
А вот в самой больничке все не так радужно. Привезли меня в приемное отделение обычной поликлиники и обстановка выглядит не очень жизнерадостно
Подпишите тут и тут, прописки в Питере нет? А сколько вы тут живете? Пол года? Мы передадим информацию в ФМС, а пока ждите.
Ждать приходится много и я очень рад, что согласился на укол, потому что стулья тут такие, будто их проектировали в наказание тем, кто не приписан к поликлинике.
Тред (Богдан Маншилин)
