Порядочный человек должен быть трус и раб
Герой «Записок из подполья» Достоевского говорил: «Всякий порядочный человек нашего времени есть и должен быть трус и раб. Это нормальное его состояние. В этом я убежден глубоко. Он так сделан и на то устроен. И не в настоящее время, от каких-нибудь там случайных обстоятельств, а вообще во все времена порядочный человек должен быть трус и раб. Это закон природы всех порядочных людей на земле. Храбрятся только ослы и их ублюдки».
К моему личному сожалению, я встречаю людей с похожим поведением в окружающей жизни и работе. Где-то это вдолбленная при воспитании самоцензура «не высовывайся, не отсвечивай, не спорь с учителем/начальником/вон_тем_дяденькой», а где-то – культура, навязанная в коллективе «я начальник - ты дурак, ты начальник - я дурак».
В чем индивидуальная проблема
Культура бесконфликтности и лебезения в определенных местах вполне работает. Но нам с вами в ИТ повезло чувствовать себя чуть более свободно и уверенно.
Поэтому тот, кто действует по стратегии «буду на всё соглашаться, не буду ни с кем спорить, и меня ждет успех» обычно оказывается одним из самых неэффективных, малооплачиваемых и овертаймящих сотрудников.
Для карьерного роста требуется проактивная позиция, настойчивость, умение принимать ответственность и отстаивать интересы как свои, так и своей команды.
Подпольный человек способен лишь быть ни за что не отвечающим исполнителем, который на любое малейшее действие должен поставить в копию своего руководителя и услышать слова подтверждения, без которых ничего делать решительно невозможно.
В чем коллективная проблема
Подпольный человек ни с кем не спорит. Сносит любое неуважительное к себе отношение, принимает безропотно любые дополнительные задачи и овертаймы. Ни в коем случае не просит дополнительных денег, да и вообще о зарплате не разговаривает. «Сколько дали, столько дали. ИМ ТАМ виднее».
Допустим, это личный выбор каждого – себя закапывать. Но ведь это отражается на всем коллективе, где он работает. Он растлевает всё окружение своим примером, снижает планку уважения к людям, их времени, их труду. Сегодня он принимает дополнительные работы по выходным за бесплатно, потому что ОЧЕНЬ НУЖНО, а завтра эти подкидыватели работ, разомлевшие от исполнительской безотказности, с таким отношением приходят и к другим членам команды.
Таким образом, подпольный человек, в душе надеясь на то, что он делает хорошее дело («иду навстречу, делаю море дополнительных дел, а значит, меня похвалят и повысят и денег прибавят»), делает только хуже и себе, и товарищам. Теперь хвалить совсем перестанут, ведь овертаймы и бесплатный труд превращаются в безропотную норму. Да и прибавлять денег вам зачем? Вы же и так работаете, да помалкиваете.
В чем корпоративная проблема
В краткосрочной перспективе превращение обычного человека, уважающего себя и свой труд, в человека подпольного – экономически выгодно. Можно выжимать много, платить мало.
В долгосрочной перспективе – как только это выплывет наружу, с вами никто не захочет работать. Если у вас такая деятельность, что можно набирать студентов за 10к рублей, корку хлеба, ветку и 3 пуговицы, то можете продолжать так и дальше. Можно выжимать людей, менять их на новеньких, свеженьких почти бесконечно.
Однако если вам нужны хорошие опытные специалисты – у вас большие проблемы. В ИТ сейчас такая ситуация, что не специалисты будут прогибаться под работодателя, а скорее наоборот. Ну либо просто вы будете очень долго искать людей, ведь профиль кандидата будет состоять не только из того, что он должен быть хорошим профессионалом, но еще и подпольным человеком.
Итог
Уважайте себя, своих товарищей, исполнителей, время и труд.
Не работайте там, где из вас хотят сделать подпольного человека, прикрываясь лозунгами о МИССИИ, КОМАНДЕ, СЕМЬЕ.
Помогайте своим подпольным товарищам осознать происходящее и перестать вредить себе и окружающим.
Задумайтесь немножко, а не занимаетесь ли вы подпольными делишками?
Герой «Записок из подполья» Достоевского говорил: «Всякий порядочный человек нашего времени есть и должен быть трус и раб. Это нормальное его состояние. В этом я убежден глубоко. Он так сделан и на то устроен. И не в настоящее время, от каких-нибудь там случайных обстоятельств, а вообще во все времена порядочный человек должен быть трус и раб. Это закон природы всех порядочных людей на земле. Храбрятся только ослы и их ублюдки».
К моему личному сожалению, я встречаю людей с похожим поведением в окружающей жизни и работе. Где-то это вдолбленная при воспитании самоцензура «не высовывайся, не отсвечивай, не спорь с учителем/начальником/вон_тем_дяденькой», а где-то – культура, навязанная в коллективе «я начальник - ты дурак, ты начальник - я дурак».
В чем индивидуальная проблема
Культура бесконфликтности и лебезения в определенных местах вполне работает. Но нам с вами в ИТ повезло чувствовать себя чуть более свободно и уверенно.
Поэтому тот, кто действует по стратегии «буду на всё соглашаться, не буду ни с кем спорить, и меня ждет успех» обычно оказывается одним из самых неэффективных, малооплачиваемых и овертаймящих сотрудников.
Для карьерного роста требуется проактивная позиция, настойчивость, умение принимать ответственность и отстаивать интересы как свои, так и своей команды.
Подпольный человек способен лишь быть ни за что не отвечающим исполнителем, который на любое малейшее действие должен поставить в копию своего руководителя и услышать слова подтверждения, без которых ничего делать решительно невозможно.
В чем коллективная проблема
Подпольный человек ни с кем не спорит. Сносит любое неуважительное к себе отношение, принимает безропотно любые дополнительные задачи и овертаймы. Ни в коем случае не просит дополнительных денег, да и вообще о зарплате не разговаривает. «Сколько дали, столько дали. ИМ ТАМ виднее».
Допустим, это личный выбор каждого – себя закапывать. Но ведь это отражается на всем коллективе, где он работает. Он растлевает всё окружение своим примером, снижает планку уважения к людям, их времени, их труду. Сегодня он принимает дополнительные работы по выходным за бесплатно, потому что ОЧЕНЬ НУЖНО, а завтра эти подкидыватели работ, разомлевшие от исполнительской безотказности, с таким отношением приходят и к другим членам команды.
Таким образом, подпольный человек, в душе надеясь на то, что он делает хорошее дело («иду навстречу, делаю море дополнительных дел, а значит, меня похвалят и повысят и денег прибавят»), делает только хуже и себе, и товарищам. Теперь хвалить совсем перестанут, ведь овертаймы и бесплатный труд превращаются в безропотную норму. Да и прибавлять денег вам зачем? Вы же и так работаете, да помалкиваете.
В чем корпоративная проблема
В краткосрочной перспективе превращение обычного человека, уважающего себя и свой труд, в человека подпольного – экономически выгодно. Можно выжимать много, платить мало.
В долгосрочной перспективе – как только это выплывет наружу, с вами никто не захочет работать. Если у вас такая деятельность, что можно набирать студентов за 10к рублей, корку хлеба, ветку и 3 пуговицы, то можете продолжать так и дальше. Можно выжимать людей, менять их на новеньких, свеженьких почти бесконечно.
Однако если вам нужны хорошие опытные специалисты – у вас большие проблемы. В ИТ сейчас такая ситуация, что не специалисты будут прогибаться под работодателя, а скорее наоборот. Ну либо просто вы будете очень долго искать людей, ведь профиль кандидата будет состоять не только из того, что он должен быть хорошим профессионалом, но еще и подпольным человеком.
Итог
Уважайте себя, своих товарищей, исполнителей, время и труд.
Не работайте там, где из вас хотят сделать подпольного человека, прикрываясь лозунгами о МИССИИ, КОМАНДЕ, СЕМЬЕ.
Помогайте своим подпольным товарищам осознать происходящее и перестать вредить себе и окружающим.
Задумайтесь немножко, а не занимаетесь ли вы подпольными делишками?
Каждый год, уже лет шесть, смотрю этот доклад https://youtu.be/xPPCzryZK44
С каждым годом он для меня становится всё понятнее и понятнее.
Не пожалейте выделить час времени в своем очень загруженном и важном расписании, чтобы посмотреть хороший, душевный и мудрый рассказ.
С каждым годом он для меня становится всё понятнее и понятнее.
Не пожалейте выделить час времени в своем очень загруженном и важном расписании, чтобы посмотреть хороший, душевный и мудрый рассказ.
YouTube
36 Вадим Макишвили
Источник: https://tech.yandex.ru/events/yagosti/fronttalks-ekb-sep-2014/talks/2235/
Вот задача, что будешь делать, джун?
Работа с джуниорами – это работа не самая легкая. Нужно сделать так, чтобы мало что умеющий сотрудник и пользу какую-то приносил, и вреда мало причинял, и развивался, и не задалбывал всех окружающих вопросами на каждый чих.
Я уже писал про ситуационное лидерство, потому об этом повторяться не буду https://news.1rj.ru/str/general_it_talks/59
Однако хотелось бы отдельно рассмотреть постановку задачи для джунов.
Декомпозиция и понятность
Важно помнить, что вы не с опытными специалистами работаете. Поэтому, просто закинув в задачу формулировку проблемы, можно и не дождаться скорого и внятного решения.
Нужно декомпозировать задачу на понятные блоки, высокоуровнево прописать примерный алгоритм реализации. Тогда человек, который новичок и в профессии в целом, и в вашем проекте в частности, будет сразу понимать в каком направлении копать.
В противном случае, может случиться ситуация, когда вы закинули проблему, джун ковырялся неделю, принес вам сдавать задачу, а там вообще всё совсем не туда. Эту неделю труда и ожидания бизнесом фичи можно было бы сэкономить, потратив лишние 5-15 минут на более детальную постановку задачи.
Что будешь делать?
Джунам (да и многим не джунам) сложно схватывать и анализировать информацию на лету.
Поэтому нередка ситуация, когда вы объясняете человеку что надо делать, спрашиваете, понял ли он, он утвердительно кивает, уходит делать и….. делает всё совершенно не так.
Я понимаю, что довольно некомфортно просто по-человечески признать, что ты либо нифига не понял, либо потерял мысль на середине.
И я сам от этого раньше страдал. Когда я был малоопытным специалистом, я тоже слушал, старался понять, половину пропускал, но стеснялся признаться, потому что не хотел показаться тупым, не хотел задерживать людей, не хотел, чтобы меня уволили, потому что я торможу. В итоге слушал всё, запоминал, что мог: какую-то логику и алгоритм действий, ключевые слова, еле знакомые слова. А потом шел на место и судорожно пытался все это записать на листочке, чтобы составить из этого хоть какую-то систему и суметь расшифровать едва понятные слова.
Я это понимаю и не упрекаю тех, кто делает так же. Хотя сейчас уже знаю, что нет ничего плохого в том, чтобы переспросить, и призываю других переспрашивать любую непонятность.
С учетом существующей проблемы, я предлагаю не просто переспрашивать у джунов ясно ли им, а попросить объяснить своими словами алгоритм того, что им нужно сделать. Только мягенько, не превращая это в экзамен. Тогда вы сами сможете быстро проконтролировать то, насколько человек правда разобрался, что именно и как надо сделать, и в случае чего можете тут же корректировать непонятные моменты.
Итог
Работа с джунами нужна и важна. Нельзя просто его кинуть в речку, пусть плывет или тонет.
Ставьте им задачи подробно и понятно. При объяснении добивайтесь того, чтобы они своими словами рассказали вам, что они поняли.
Вспоминайте себя, когда вы были джуном, и относитесь с пониманием к тому, что человек сейчас может много не понимать, пусть вам это и кажется простейшими вещами.
Бонусный контент
Эту тему мы договорились обсудить вместе с каналом Saturday Night Hack
Вот ссылка на его пост https://news.1rj.ru/str/sn_hack/65
Работа с джуниорами – это работа не самая легкая. Нужно сделать так, чтобы мало что умеющий сотрудник и пользу какую-то приносил, и вреда мало причинял, и развивался, и не задалбывал всех окружающих вопросами на каждый чих.
Я уже писал про ситуационное лидерство, потому об этом повторяться не буду https://news.1rj.ru/str/general_it_talks/59
Однако хотелось бы отдельно рассмотреть постановку задачи для джунов.
Декомпозиция и понятность
Важно помнить, что вы не с опытными специалистами работаете. Поэтому, просто закинув в задачу формулировку проблемы, можно и не дождаться скорого и внятного решения.
Нужно декомпозировать задачу на понятные блоки, высокоуровнево прописать примерный алгоритм реализации. Тогда человек, который новичок и в профессии в целом, и в вашем проекте в частности, будет сразу понимать в каком направлении копать.
В противном случае, может случиться ситуация, когда вы закинули проблему, джун ковырялся неделю, принес вам сдавать задачу, а там вообще всё совсем не туда. Эту неделю труда и ожидания бизнесом фичи можно было бы сэкономить, потратив лишние 5-15 минут на более детальную постановку задачи.
Что будешь делать?
Джунам (да и многим не джунам) сложно схватывать и анализировать информацию на лету.
Поэтому нередка ситуация, когда вы объясняете человеку что надо делать, спрашиваете, понял ли он, он утвердительно кивает, уходит делать и….. делает всё совершенно не так.
Я понимаю, что довольно некомфортно просто по-человечески признать, что ты либо нифига не понял, либо потерял мысль на середине.
И я сам от этого раньше страдал. Когда я был малоопытным специалистом, я тоже слушал, старался понять, половину пропускал, но стеснялся признаться, потому что не хотел показаться тупым, не хотел задерживать людей, не хотел, чтобы меня уволили, потому что я торможу. В итоге слушал всё, запоминал, что мог: какую-то логику и алгоритм действий, ключевые слова, еле знакомые слова. А потом шел на место и судорожно пытался все это записать на листочке, чтобы составить из этого хоть какую-то систему и суметь расшифровать едва понятные слова.
Я это понимаю и не упрекаю тех, кто делает так же. Хотя сейчас уже знаю, что нет ничего плохого в том, чтобы переспросить, и призываю других переспрашивать любую непонятность.
С учетом существующей проблемы, я предлагаю не просто переспрашивать у джунов ясно ли им, а попросить объяснить своими словами алгоритм того, что им нужно сделать. Только мягенько, не превращая это в экзамен. Тогда вы сами сможете быстро проконтролировать то, насколько человек правда разобрался, что именно и как надо сделать, и в случае чего можете тут же корректировать непонятные моменты.
Итог
Работа с джунами нужна и важна. Нельзя просто его кинуть в речку, пусть плывет или тонет.
Ставьте им задачи подробно и понятно. При объяснении добивайтесь того, чтобы они своими словами рассказали вам, что они поняли.
Вспоминайте себя, когда вы были джуном, и относитесь с пониманием к тому, что человек сейчас может много не понимать, пусть вам это и кажется простейшими вещами.
Бонусный контент
Эту тему мы договорились обсудить вместе с каналом Saturday Night Hack
Вот ссылка на его пост https://news.1rj.ru/str/sn_hack/65
Завтра в 20:00 будет первый митап на базе подкаста Цинковы Прод https://www.youtube.com/watch?v=WFDMpr3na00
Я там буду одним из докладчиков. Расскажу про то, как писать вакансии в небольших и средних компаниях.
Презентации никакой не будет, потому что: а) я не успел б) потом многие люди будут слушать это в аудио формате в) я по традиции оформлю это в хабрастатью.
Приходите послушать, темы будут и хардовые и софтовые👍
Я там буду одним из докладчиков. Расскажу про то, как писать вакансии в небольших и средних компаниях.
Презентации никакой не будет, потому что: а) я не успел б) потом многие люди будут слушать это в аудио формате в) я по традиции оформлю это в хабрастатью.
Приходите послушать, темы будут и хардовые и софтовые👍
YouTube
Цинковый meetup 29 июля 20:00
Митап на базе Цинкового прода!
Доклады:
1) Вакансия здорового человека в небольших и средних компаниях / Женя Антонов
2) Движение навстречу: как мы использовали собрания, чтобы разрушить стены между заказчиками и производством / Александра Тян
3) Визуальное…
Доклады:
1) Вакансия здорового человека в небольших и средних компаниях / Женя Антонов
2) Движение навстречу: как мы использовали собрания, чтобы разрушить стены между заказчиками и производством / Александра Тян
3) Визуальное…
Гибридный формат посещения офиса
После начала пандемии довольно активно стал развиваться гибридный формат работы. Это когда часть недели вы работаете в офисе, а часть – из дома.
Рассмотрю кратко основные плюсы и минусы такого варианта работы. При этом оговорюсь, что после многих лет работы в офисе я последние 6 лет работаю удаленно и вполне доволен этим вариантом. Уточнил я это, чтобы вы понимали субъективную направленность моего мнения.
Плюсы
Часть дней всё же из дома
Несколько дней из дома можно спокойно поработать, не тратя время на дорогу, не отвлекаясь на шум опенспейса и постоянные призывы коллег сгонять в курилку или на кухню выпить чая. Да и в целом можно чуть больше уделить внимания себе и домашним делам в силу высвободившегося времени на дорогу, на сборы, на макияж (я сам не пользуюсь, но жене искренне сочувствую, когда ей приходится через все эти долгие процедуры проходить).
В целом неплохой такой вариант для work-life balance.
В офисе можно обкашлять вопросики
Я довольно много пишу и говорю о том, как делать эффективными коммуникации в распределенных командах. Это вполне взращиваемые, воспитываемые и внедряемые навыки.
Однако не на всех людей мы можем влиять. Допустим, в команде это всё прокачать легко, а вот у заказчиков сложнее. А если заказчики еще и часто меняются, то окажется, что ты только с одними встал на продуктивней рельсы, как пришли новые, с которыми надо начинать заново.
Пока реальность такова, что порой вживую можно решить некоторые вопросы быстрее.
Приятный бонус
Для людей, привыкших только к офисной работе, гибридная модель может быть ощутимо привлекательным плюсом при трудоустройстве.
Минимизация расходов на офис
Для компании, в связи с гибридной моделью, открывается несколько возможностей оптимизации расходов на офис (а это большие расходы для приличных офисов).
Больше социализации и живого общения
Для многих людей тотальная удаленка - тяжелая в социальном плане штука. И даже редкое появление в офисе и общение с товарищами будет хорошей отдушиной. Не будем рассматривать вариант, когда в офисе есть какие-то люди, с которыми у вас неприятные отношения, и вам тоже придется с ними рядом находиться:)
Минусы
Столшеринг
Один из способов оптимизации расходов при гибридной модели – столшеринг. Это значит, что вы договариваетесь с коллегой, что по таким-то дня за этим столом работаете вы, а по другим он/она. А на высвободившихся местах компания экономит. Например, вместо того, чтобы снимать в здании два этажа, снимает и оплачивает только один.
Как работник я, конечно, рад за компанию, а вот за себя был бы не рад, что мой оплот опенспейсной обороны приходится делить теперь с кем-то другим. Что теперь сувениры на него тащит кто-то еще, лепит наклейки свои, оставляет круглые пятна от кофейных чашек и т.д.
В офис придется всё же ходить
Это минус для таких убежденных удаленщиков, как я. Не очень-то мне хочется хоть сколько-то дней в неделю тратить на сборы, дорогу, и вот это вот всё.
Тяжело переключаться
Если вы работаете дома на своем личном компьютере, а в офисе на рабочем - тяжело переключаться, переносить настройки и т.д.
Также тяжело переключаться с одного графика на другой: разное время пробуждения, разное время начала и конца работы, разное время обеда и т.д. Плюс всегда надо помнить завтра ты из дома работаешь, или из офиса. Нет какого-то постоянства.
Итог
На мой взгляд, это вполне валидная модель работы для многих сотрудников и компаний. Есть свои плюсы и минусы, но не так всё радикально, как в вариантах крайностей.
Хотел бы лично я так работать? Только если бы очень хорошо платили, наличие офисных дней было реально оправдано, офис был бы очень хороший и добираться до него было бы не слишком сложно.
Бонусный контент
Совместный пост на эту темы мы договорились написать с каналом На шаг впереди.
Вот ссылка на его пост https://news.1rj.ru/str/aheadofthepack/74
После начала пандемии довольно активно стал развиваться гибридный формат работы. Это когда часть недели вы работаете в офисе, а часть – из дома.
Рассмотрю кратко основные плюсы и минусы такого варианта работы. При этом оговорюсь, что после многих лет работы в офисе я последние 6 лет работаю удаленно и вполне доволен этим вариантом. Уточнил я это, чтобы вы понимали субъективную направленность моего мнения.
Плюсы
Часть дней всё же из дома
Несколько дней из дома можно спокойно поработать, не тратя время на дорогу, не отвлекаясь на шум опенспейса и постоянные призывы коллег сгонять в курилку или на кухню выпить чая. Да и в целом можно чуть больше уделить внимания себе и домашним делам в силу высвободившегося времени на дорогу, на сборы, на макияж (я сам не пользуюсь, но жене искренне сочувствую, когда ей приходится через все эти долгие процедуры проходить).
В целом неплохой такой вариант для work-life balance.
В офисе можно обкашлять вопросики
Я довольно много пишу и говорю о том, как делать эффективными коммуникации в распределенных командах. Это вполне взращиваемые, воспитываемые и внедряемые навыки.
Однако не на всех людей мы можем влиять. Допустим, в команде это всё прокачать легко, а вот у заказчиков сложнее. А если заказчики еще и часто меняются, то окажется, что ты только с одними встал на продуктивней рельсы, как пришли новые, с которыми надо начинать заново.
Пока реальность такова, что порой вживую можно решить некоторые вопросы быстрее.
Приятный бонус
Для людей, привыкших только к офисной работе, гибридная модель может быть ощутимо привлекательным плюсом при трудоустройстве.
Минимизация расходов на офис
Для компании, в связи с гибридной моделью, открывается несколько возможностей оптимизации расходов на офис (а это большие расходы для приличных офисов).
Больше социализации и живого общения
Для многих людей тотальная удаленка - тяжелая в социальном плане штука. И даже редкое появление в офисе и общение с товарищами будет хорошей отдушиной. Не будем рассматривать вариант, когда в офисе есть какие-то люди, с которыми у вас неприятные отношения, и вам тоже придется с ними рядом находиться:)
Минусы
Столшеринг
Один из способов оптимизации расходов при гибридной модели – столшеринг. Это значит, что вы договариваетесь с коллегой, что по таким-то дня за этим столом работаете вы, а по другим он/она. А на высвободившихся местах компания экономит. Например, вместо того, чтобы снимать в здании два этажа, снимает и оплачивает только один.
Как работник я, конечно, рад за компанию, а вот за себя был бы не рад, что мой оплот опенспейсной обороны приходится делить теперь с кем-то другим. Что теперь сувениры на него тащит кто-то еще, лепит наклейки свои, оставляет круглые пятна от кофейных чашек и т.д.
В офис придется всё же ходить
Это минус для таких убежденных удаленщиков, как я. Не очень-то мне хочется хоть сколько-то дней в неделю тратить на сборы, дорогу, и вот это вот всё.
Тяжело переключаться
Если вы работаете дома на своем личном компьютере, а в офисе на рабочем - тяжело переключаться, переносить настройки и т.д.
Также тяжело переключаться с одного графика на другой: разное время пробуждения, разное время начала и конца работы, разное время обеда и т.д. Плюс всегда надо помнить завтра ты из дома работаешь, или из офиса. Нет какого-то постоянства.
Итог
На мой взгляд, это вполне валидная модель работы для многих сотрудников и компаний. Есть свои плюсы и минусы, но не так всё радикально, как в вариантах крайностей.
Хотел бы лично я так работать? Только если бы очень хорошо платили, наличие офисных дней было реально оправдано, офис был бы очень хороший и добираться до него было бы не слишком сложно.
Бонусный контент
Совместный пост на эту темы мы договорились написать с каналом На шаг впереди.
Вот ссылка на его пост https://news.1rj.ru/str/aheadofthepack/74
А вот и хабрастатья по мотивам моего доклада на Цинковом Митапе https://habr.com/ru/post/570832/
Хабр
Вакансия здорового человека в небольших и средних компаниях
Всё это я проговаривал на митапе подкаста Цинковый прод тут https://www.youtube.com/watch?v=WFDMpr3na00Однако я уверен, что есть такие люди, которым не хочется долго смотреть митап, а хочется за...
Дуракам полработы не показывают
Сегодня пост про небольшой лайфхак, который позволит сберечь время и нервы как исполнителю, так и заказчику.
Думаю, вы часто с таким сталкивались, но возможно, не сильно обращали внимание, что в этой ситуации есть определенная закономерность.
О чем речь?
Суть проблемы в том, что если показать заказчику какую-то работу или презентовать идею в не совсем законченном виде, есть высокий шанс получить в ответ кучу вопросов, негодований, просьб, жалоб и предложений.
Вас попросят не просто доделать до конца, но и, возможно, предложат все переделать, еще и новых хотелок накинут, и плохими словами назовут🙂
Почему так происходит?
Это комплексная проблема, она состоит из нескольких частей:
Что с этим делать?
В названии всё сказано🙂
Доделайте заказанное до конца и только потом покажите.
Если предлагаете какую-то идею, хорошо её проработайте, снабдите аргументами, фактами, пруфами, примерами. Иначе потенциально ценную идею могут зарубить на корню просто потому, что она на первый взгляд показалась сырой и от этого неподходящей.
А как же аджайл?
У нас же не ватерфол! Скажете вы. И будете правы.
В большинстве случаев мы не проектируем, разрабатываем, тестируем, релизим и потом показываем заказчику весь продукт. Мы накатываем короткими итерациями, демонстрируем заказчику, решаем, что делать дальше.
Тут нет никаких противоречий. Просто «работой» у нас становится не «целый продукт», а конкретная «итерация». Вот в рамках этой работы и соблюдайте целостность.
Грубо говоря, не проводите демо в середине спринта, пока фича еще в процессе разработки.
Итог
Хорошенько прорабатывайте идеи перед тем как занести их тому, кто принимает решение.
Не показывайте работу, пока не доведете её до какого-то логического завершения.
Надеюсь, этот пост кому-то поможет работать чуточку спокойнее и сдавать работу чуточку быстрее🙂
Сегодня пост про небольшой лайфхак, который позволит сберечь время и нервы как исполнителю, так и заказчику.
Думаю, вы часто с таким сталкивались, но возможно, не сильно обращали внимание, что в этой ситуации есть определенная закономерность.
О чем речь?
Суть проблемы в том, что если показать заказчику какую-то работу или презентовать идею в не совсем законченном виде, есть высокий шанс получить в ответ кучу вопросов, негодований, просьб, жалоб и предложений.
Вас попросят не просто доделать до конца, но и, возможно, предложат все переделать, еще и новых хотелок накинут, и плохими словами назовут🙂
Почему так происходит?
Это комплексная проблема, она состоит из нескольких частей:
• У заказчика может быть плохо с фантазией и абстрактным мышлением. Человек не может представить, что из этого недоделанного творения в итоге родится именно то, что он просил. В итоге он думает, что конечный результат будет таким же ужасным, как сейчас. • У заказчика может просто не хватать компетенции, чтобы понять, что именно вы ему сейчас показываете, как это соотносится с конечной целью, как оно дальше будет развиваться. • Заказчик в целом может быть тревожным и ветреным. В результате начнет сомневаться, а то ли он хотел, а может, как-то по-другому надо, а может, и вообще лучше не стоит и т.д. • Заказчик в целом компетентен, но как-то чуть иначе, чем требуется для задачи. Исходя из своих знаний он может сделать неправильные выводы по поводу того, как работа делается, и подумать, что исполнитель пошел куда-то не туда.Что с этим делать?
В названии всё сказано🙂
Доделайте заказанное до конца и только потом покажите.
Если предлагаете какую-то идею, хорошо её проработайте, снабдите аргументами, фактами, пруфами, примерами. Иначе потенциально ценную идею могут зарубить на корню просто потому, что она на первый взгляд показалась сырой и от этого неподходящей.
А как же аджайл?
У нас же не ватерфол! Скажете вы. И будете правы.
В большинстве случаев мы не проектируем, разрабатываем, тестируем, релизим и потом показываем заказчику весь продукт. Мы накатываем короткими итерациями, демонстрируем заказчику, решаем, что делать дальше.
Тут нет никаких противоречий. Просто «работой» у нас становится не «целый продукт», а конкретная «итерация». Вот в рамках этой работы и соблюдайте целостность.
Грубо говоря, не проводите демо в середине спринта, пока фича еще в процессе разработки.
Итог
Хорошенько прорабатывайте идеи перед тем как занести их тому, кто принимает решение.
Не показывайте работу, пока не доведете её до какого-то логического завершения.
Надеюсь, этот пост кому-то поможет работать чуточку спокойнее и сдавать работу чуточку быстрее🙂
«Чтобы что?» и его друзья в борьбе с мутными аргументами
Часто бывает, что нам ставят какую-то задачу и мы беремся её делать. Нам предлагают реорганизовать процесс и мы соглашаемся. Нам заносят какую-то новую технологию и мы её берем в проект.
А потом, где-то на середине пути, или уже в конце, оказывается, что задача особо никому и не нужна, процесс работает плохо, а технологию сложно и дорого поддерживать.
Критическое мышление
В любых подобных новых начинаниях предлагаю первым делом докопаться до сути пользы, которую это должно принести.
Нельзя довольствоваться ничем не подкрепленными аргументами типа «надо», «это удобно», «это классно», «это современно».
Субъективные оценочные суждения или ничем не мотивированные призывы к действию – это не самый лучший повод потратить ваше время, усилия, деньги компании, а потом, возможно, разгребать последствия.
Чтобы что?
Предлагаю, как вариант, задавать такой вопрос. Звучит немного душно, согласен. Более легкий для восприятия вариант «зачем?».
Но на мой вариант формулировка «чтобы что?» как-то сильнее подчеркивает, что нужно в итоге добиться какого-то конкретного ответа, который бы объяснил, какую пользу предлагается получить.
Чтобы что? … Как именно? … Сколько конкретно?
Зачастую недостаточно однократного вопроса. Ответ на первый вопрос плавает где-то на поверхности и там обычно какие-то отписки, апелляции к авторитету, оценочные суждения и даже косвенные или прямые угрозы.
Нужно снять несколько слоев поверхностной мотивации, чтобы выжать реальные аргументы…или их отсутствие.
Реальных аргументов нет
Что может вскрыться:
- Кто-то надеется протащить новую технологию в проект, сознательно его усложняя и при этом понимая, что из пользы будет только
галочка в резюме.
- Кто-то хочет, чтобы вы сделали задачу просто для того, чтобы в конце года козырнуть руководству о проделанной работе и получить хорошую премию.
- Кто-то заказывает вам фичу, не понимая до конца, чего он на самом деле хочет.
- Кто-то даже может бороться за своё существование в компании, тайком саботируя процессы, которые могут сделать его не очень нужным.
Реальные аргументы есть
Если до реальных, подкрепленных аргументов удалось докопаться – это победа. Теперь всем будет работаться намного легче. Исполнитель знает, что он не делает работу в стол. Заказчик понимает, какую конкретную пользу ему принесет эта работа. Любые сопутствующие вопросы про выделение денег, времени, людей на эту задачу теперь решаются максимально легко.
Никто ни с кем не борется, не ведет политических игр, не лукавит, не темнит. Все делают полезное дело, всем хорошо.
Пример
- Давайте писать документацию по продукту.
- Чтобы что?
- Чтобы хелпдеску и программистам проще работалось.
- Как именно?
- Это упростит обмен знаниями между ними.
- Как именно упростит?
- Хелпдеск сможет чаще обращаться к базе знаний и реже отвлекать программистов.
- Насколько чаще обращаться к базе и насколько реже отвлекать?
- Пока непонятно.
- Исследуйте хотя бы примерно вопрос по поводу того, сколько это времени займет и сколько сэкономит.
- Исследовали, в среднем это уже в текущей команде сэкономит время вдвое, а при условии ротации кадров в долгосрочной перспективе – еще больше.
Ситуация довольно типовая. Что мы в ней увидели? Предложение, которое сначала мотивировалось оценочными суждениями, потом оказалось, что оно ничем не подкреплено. Ни цифрами, ни исследованиями какими-то. Потом предложение отправилось на доработку, были хотя бы примерно обозначены выгоды в понятных и работникам, и бизнесу величинах. И в результате его можно беспрепятственно внедрять. Вряд ли кто-то будет сильно против, что на стороне бизнеса, что на стороне разработчиков, что на стороне хелпдеска. Каждый понимает, что ему это сделает жизнь проще.
Итог
Спрашивайте, уточняйте, копайте, выжимайте глубинные мотивы. Это вам или поможет получить уверенность, что всё идет правильно, или, наоборот, с порога откинуть ненужное и сэкономить себе время, труд, деньги.
Сами тоже хорошо аргументируйте свои предложения, потому что как вы спрашиваете у других, так и другие будут спрашивать у вас.
Часто бывает, что нам ставят какую-то задачу и мы беремся её делать. Нам предлагают реорганизовать процесс и мы соглашаемся. Нам заносят какую-то новую технологию и мы её берем в проект.
А потом, где-то на середине пути, или уже в конце, оказывается, что задача особо никому и не нужна, процесс работает плохо, а технологию сложно и дорого поддерживать.
Критическое мышление
В любых подобных новых начинаниях предлагаю первым делом докопаться до сути пользы, которую это должно принести.
Нельзя довольствоваться ничем не подкрепленными аргументами типа «надо», «это удобно», «это классно», «это современно».
Субъективные оценочные суждения или ничем не мотивированные призывы к действию – это не самый лучший повод потратить ваше время, усилия, деньги компании, а потом, возможно, разгребать последствия.
Чтобы что?
Предлагаю, как вариант, задавать такой вопрос. Звучит немного душно, согласен. Более легкий для восприятия вариант «зачем?».
Но на мой вариант формулировка «чтобы что?» как-то сильнее подчеркивает, что нужно в итоге добиться какого-то конкретного ответа, который бы объяснил, какую пользу предлагается получить.
Чтобы что? … Как именно? … Сколько конкретно?
Зачастую недостаточно однократного вопроса. Ответ на первый вопрос плавает где-то на поверхности и там обычно какие-то отписки, апелляции к авторитету, оценочные суждения и даже косвенные или прямые угрозы.
Нужно снять несколько слоев поверхностной мотивации, чтобы выжать реальные аргументы…или их отсутствие.
Реальных аргументов нет
Что может вскрыться:
- Кто-то надеется протащить новую технологию в проект, сознательно его усложняя и при этом понимая, что из пользы будет только
галочка в резюме.
- Кто-то хочет, чтобы вы сделали задачу просто для того, чтобы в конце года козырнуть руководству о проделанной работе и получить хорошую премию.
- Кто-то заказывает вам фичу, не понимая до конца, чего он на самом деле хочет.
- Кто-то даже может бороться за своё существование в компании, тайком саботируя процессы, которые могут сделать его не очень нужным.
Реальные аргументы есть
Если до реальных, подкрепленных аргументов удалось докопаться – это победа. Теперь всем будет работаться намного легче. Исполнитель знает, что он не делает работу в стол. Заказчик понимает, какую конкретную пользу ему принесет эта работа. Любые сопутствующие вопросы про выделение денег, времени, людей на эту задачу теперь решаются максимально легко.
Никто ни с кем не борется, не ведет политических игр, не лукавит, не темнит. Все делают полезное дело, всем хорошо.
Пример
- Давайте писать документацию по продукту.
- Чтобы что?
- Чтобы хелпдеску и программистам проще работалось.
- Как именно?
- Это упростит обмен знаниями между ними.
- Как именно упростит?
- Хелпдеск сможет чаще обращаться к базе знаний и реже отвлекать программистов.
- Насколько чаще обращаться к базе и насколько реже отвлекать?
- Пока непонятно.
- Исследуйте хотя бы примерно вопрос по поводу того, сколько это времени займет и сколько сэкономит.
- Исследовали, в среднем это уже в текущей команде сэкономит время вдвое, а при условии ротации кадров в долгосрочной перспективе – еще больше.
Ситуация довольно типовая. Что мы в ней увидели? Предложение, которое сначала мотивировалось оценочными суждениями, потом оказалось, что оно ничем не подкреплено. Ни цифрами, ни исследованиями какими-то. Потом предложение отправилось на доработку, были хотя бы примерно обозначены выгоды в понятных и работникам, и бизнесу величинах. И в результате его можно беспрепятственно внедрять. Вряд ли кто-то будет сильно против, что на стороне бизнеса, что на стороне разработчиков, что на стороне хелпдеска. Каждый понимает, что ему это сделает жизнь проще.
Итог
Спрашивайте, уточняйте, копайте, выжимайте глубинные мотивы. Это вам или поможет получить уверенность, что всё идет правильно, или, наоборот, с порога откинуть ненужное и сэкономить себе время, труд, деньги.
Сами тоже хорошо аргументируйте свои предложения, потому что как вы спрашиваете у других, так и другие будут спрашивать у вас.
👍1
Реактивность vs проактивность
Я часто слышу, как люди уверенным тоном говорят «будем решать проблемы по мере их поступления», и это подается как мудрое решение.
Да, всего на свете не продумаешь и не предскажешь. Но если не рассматривать крайние случаи, то я за то, чтобы быть больше проактивным, чем реактивным.
Реактивность
Удобная и беззаботна. Не надо что-то продумывать наперед, прогнозировать результаты своих и чужих действий. Появилась проблема? Бах-бах, зарешали.
Правда долгосрочный минус этого легкого подхода – мы никак не можем повлиять на то, как часто и в каком объеме эти проблемы будут появляться. Мы не разбираемся с причинами, мы не пытаемся напрячься, подумать, прикинуть и сделать так, чтобы проблемы эти в принципе не появлялись.
Просто боремся грубой силой (трудом, временем) с непредсказуемой стихией жизни.
Проактивность
Здесь уже сложнее жить. Тут надо куда больше думать, просчитывать разные варианты, прилагать усилий на начальных этапах. Но зато есть шанс, что потрудившись на ранних этапах, вы избежите серьезных проблем в дальнейшем.
На мой взгляд, в целом проактивная позиция – единственная позиция, которая позволяет что-то изменить. Если вы сталкиваетесь с какими-то трудностями и недопониманиями, то вы не сможете что-то принципиально поменять, продолжая бороться со следствиями этих неприятностей. Сама суть проактивности говорит «я не плыву по течению, я сам выбираю направление», в то время как реактивность основана на идее «я плыву туда, куда меня несет течение, но ловко умею обходить скалы».
Минус в том, что если у нас горит какое-то дело здесь и сейчас, то мы со своим проактивным подходом пока всё продумаем, уже продолбаем все сроки и полимеры.
Интересное когнитивное искажение
Несмотря на то, что проактивная позиция, возможно, куда полезнее, в обществе ценятся чаще люди с реактивной.
Почему? Да потому что пока проактивные «ноют, ворчат и подстилают соломку там, где может быть всё обойдется» реактивные уже публично столкнулись с проблемой и забороли её. То есть как будто бы они решают больше проблем, пока другие «страхуются».
Мало кто задумается, что вот этот человек предотвратил уже кучу разной фигни, зато каждый увидит, сколько проблем было побеждено уже по факту. Никто не любит сослагательного наклонения. Даже один очень известный дед говорил «Если бы у бабушки были внешние половые органы дедушки, она была бы дедушкой, а не бабушкой» ловко отвращая своих оппонентов от желания задуматься чуть глубже, чем ему бы хотелось.
Пример
Довольно долгое время я работал в реактивной фазе по поводу настройки CI/CD для новых проектов.
Завели новый проект – надо идти к девопсам, договариваться о настройке всего этого дела. И даже написав доку по тому, как это в общих чертах работает, я сталкивался из раза в раз со сложностями.
Особенно они усугублялись ротацией кадров. Пока с одним сработался, к новому проекту он уже уволился, а другой пришел и вообще не в курсе, что мои проекты существуют.
Да, документация помогала им входить в курс дела проще, но всё равно каждый приходит со своим опытом, каждый что-то знает, что-то не знает, а когда доходит до аспектов работы не инфраструктуры, а приложения, всем становится тяжело.
И вот я делал так годами, просто по накатанной, не задумываясь, что тут есть простор для улучшений. Привык, замылился глаз, засосала рутина, затупил, не знаю, как оправдаться.
Но вот вчера я решил проявить проактивный подход (подзадолбался немножко) и разобрался, настроил всё так, что теперь я сам, без участия девопсов смогу вводить это всё дело в эксплуатацию. Времени и душевных сил мне это сэкономило много в этот раз, а в будущем сэкономит еще больше. А когда напишу по мотивам этого инструкцию и научу еще кого-то из коллег-программистов это делать – еще лучше станет.
В последнее время у меня плохо получается с примерами, так что критикуйте, предлагайте, разматывайте:)
Итог
Будьте проактивны, если действительно хотите что-то изменить или предотвратить.
Замечайте таких людей, цените их, помогайте им.
Но и не перегибайте палку, всего на свете не предсказать и ко всему не подготовиться.
Я часто слышу, как люди уверенным тоном говорят «будем решать проблемы по мере их поступления», и это подается как мудрое решение.
Да, всего на свете не продумаешь и не предскажешь. Но если не рассматривать крайние случаи, то я за то, чтобы быть больше проактивным, чем реактивным.
Реактивность
Удобная и беззаботна. Не надо что-то продумывать наперед, прогнозировать результаты своих и чужих действий. Появилась проблема? Бах-бах, зарешали.
Правда долгосрочный минус этого легкого подхода – мы никак не можем повлиять на то, как часто и в каком объеме эти проблемы будут появляться. Мы не разбираемся с причинами, мы не пытаемся напрячься, подумать, прикинуть и сделать так, чтобы проблемы эти в принципе не появлялись.
Просто боремся грубой силой (трудом, временем) с непредсказуемой стихией жизни.
Проактивность
Здесь уже сложнее жить. Тут надо куда больше думать, просчитывать разные варианты, прилагать усилий на начальных этапах. Но зато есть шанс, что потрудившись на ранних этапах, вы избежите серьезных проблем в дальнейшем.
На мой взгляд, в целом проактивная позиция – единственная позиция, которая позволяет что-то изменить. Если вы сталкиваетесь с какими-то трудностями и недопониманиями, то вы не сможете что-то принципиально поменять, продолжая бороться со следствиями этих неприятностей. Сама суть проактивности говорит «я не плыву по течению, я сам выбираю направление», в то время как реактивность основана на идее «я плыву туда, куда меня несет течение, но ловко умею обходить скалы».
Минус в том, что если у нас горит какое-то дело здесь и сейчас, то мы со своим проактивным подходом пока всё продумаем, уже продолбаем все сроки и полимеры.
Интересное когнитивное искажение
Несмотря на то, что проактивная позиция, возможно, куда полезнее, в обществе ценятся чаще люди с реактивной.
Почему? Да потому что пока проактивные «ноют, ворчат и подстилают соломку там, где может быть всё обойдется» реактивные уже публично столкнулись с проблемой и забороли её. То есть как будто бы они решают больше проблем, пока другие «страхуются».
Мало кто задумается, что вот этот человек предотвратил уже кучу разной фигни, зато каждый увидит, сколько проблем было побеждено уже по факту. Никто не любит сослагательного наклонения. Даже один очень известный дед говорил «Если бы у бабушки были внешние половые органы дедушки, она была бы дедушкой, а не бабушкой» ловко отвращая своих оппонентов от желания задуматься чуть глубже, чем ему бы хотелось.
Пример
Довольно долгое время я работал в реактивной фазе по поводу настройки CI/CD для новых проектов.
Завели новый проект – надо идти к девопсам, договариваться о настройке всего этого дела. И даже написав доку по тому, как это в общих чертах работает, я сталкивался из раза в раз со сложностями.
Особенно они усугублялись ротацией кадров. Пока с одним сработался, к новому проекту он уже уволился, а другой пришел и вообще не в курсе, что мои проекты существуют.
Да, документация помогала им входить в курс дела проще, но всё равно каждый приходит со своим опытом, каждый что-то знает, что-то не знает, а когда доходит до аспектов работы не инфраструктуры, а приложения, всем становится тяжело.
И вот я делал так годами, просто по накатанной, не задумываясь, что тут есть простор для улучшений. Привык, замылился глаз, засосала рутина, затупил, не знаю, как оправдаться.
Но вот вчера я решил проявить проактивный подход (подзадолбался немножко) и разобрался, настроил всё так, что теперь я сам, без участия девопсов смогу вводить это всё дело в эксплуатацию. Времени и душевных сил мне это сэкономило много в этот раз, а в будущем сэкономит еще больше. А когда напишу по мотивам этого инструкцию и научу еще кого-то из коллег-программистов это делать – еще лучше станет.
В последнее время у меня плохо получается с примерами, так что критикуйте, предлагайте, разматывайте:)
Итог
Будьте проактивны, если действительно хотите что-то изменить или предотвратить.
Замечайте таких людей, цените их, помогайте им.
Но и не перегибайте палку, всего на свете не предсказать и ко всему не подготовиться.
Не врите при найме
Как часто вы или ваши знакомые сталкивались с тем, что на собеседовании вам обещают интересные задачи, дружный коллектив, современный стэк, высокую инженерную культуру и уютный офис, а на самом деле всё оказывалось не совсем так, или совсем не так?
Врут, чтобы нанять
Рекрутер спросит: «Но как же нанимать людей, если у тебя в команде 3 зануды и один душнила, на проекте чайка менеджер и жиквери надо поддерживать?»
Обманывают, лукавят, недоговаривают, умалчивают. Всё, лишь бы не спугнуть кандидата.
Мое мнение, что дезинформированный кандидат по-настоящему пугается скорее от факта обмана, чем от реальности. Он понимает, что если с ним начали сотрудничество с обмана, то скорее всего дальше будет только хуже. И пока одним глазом обозревает масштабы внезапной реальности, другим уже ищет новое место работы.
Понятно, что эта стратегия убыточная, если посмотреть чуть дальше своего носа (точки найма). Но неужели оно везде так?
Сознательно врут, чтобы нанять
Для некоторых компаний это вполне осознанная и валидная бизнес модель.
Если процессы поставлены так, чтобы успеть из человека выжать побольше соков за короткий промежуток времени, то обманывать выгодно. Наврали, человек устроился, и начинает проходить все 5 стадий: отрицание, гнев, торг, депрессию, принятие(увольнение). Пока идут эти 5 стадий, из человека выжмут по максимуму, а дальше он уходит и обманом берут нового.
Не думаю, что многие бы хотели так работать.
Что я предлагаю?
Предлагаю быть откровенным.
Есть у вас жиквери? Ну так и скажите, чтобы не заниматься потом перенаймом и не отвечать на хабре в комментах почему вас называют плохими словами.
Есть проблемы с процессами? Ну расскажите, что процессы такие-то, решаем так-то, планируем вот это. Пусть человек знает, куда он идет, с чем он столкнется, что компания планирует с этим делать.
Все задачи рутинные? Ну так и не врите, про супер-дупер интересные задачи. Заманите увлеченного человека, он придет и уйдет, а вы на этом потеряете время и деньги.
Будьте этичными
Для многих людей смена работы - процесс волнительный и болезненный. Люди долго примериваются, сложно решаются. И если вы им наврали, лишь бы они решились, а потом хоть трава не расти, то как бы вы это не оправдывали, вы небезосновательно прослывете первостатейным мудаком.
Помогите человеку решиться не обманом, а хорошим собеседованием, рассказом о проекте, пониманием его мотивации. И у вас совесть будет чиста, и вы получите лояльного работника, которому у вас по-настоящему будет комфортно.
Пример
Однажды общался с одной компанией, где СТО мне прямо рассказал где хорошо, где плохо, что по срокам, прогнозам, непредвиденным ситуациям, команде, стеку. Всё честно и без прекрас. В принципе всё, как у всех. Я ожидал, что там всё и будет примерно так, но мне очень понравилось, что человек со мной был откровенен и на мои все вопросы ответил честно. Моё ему большое уважение.
Поработать с ребятами не сложилось, но я точно знаю, что с этим человеком я бы еще когда-нибудь поработал. Очень уж я ценю, когда всё без обмана.
Итог
Будьте этичными, не занимайтесь обманом. Обман в итоге приведет в минус как по репутации, так и по времени и деньгам.
А если вы уличили кого-то в откровенном обмане, задумайтесь, каково с ними будет работаться дальше.
Как часто вы или ваши знакомые сталкивались с тем, что на собеседовании вам обещают интересные задачи, дружный коллектив, современный стэк, высокую инженерную культуру и уютный офис, а на самом деле всё оказывалось не совсем так, или совсем не так?
Врут, чтобы нанять
Рекрутер спросит: «Но как же нанимать людей, если у тебя в команде 3 зануды и один душнила, на проекте чайка менеджер и жиквери надо поддерживать?»
Обманывают, лукавят, недоговаривают, умалчивают. Всё, лишь бы не спугнуть кандидата.
Мое мнение, что дезинформированный кандидат по-настоящему пугается скорее от факта обмана, чем от реальности. Он понимает, что если с ним начали сотрудничество с обмана, то скорее всего дальше будет только хуже. И пока одним глазом обозревает масштабы внезапной реальности, другим уже ищет новое место работы.
Понятно, что эта стратегия убыточная, если посмотреть чуть дальше своего носа (точки найма). Но неужели оно везде так?
Сознательно врут, чтобы нанять
Для некоторых компаний это вполне осознанная и валидная бизнес модель.
Если процессы поставлены так, чтобы успеть из человека выжать побольше соков за короткий промежуток времени, то обманывать выгодно. Наврали, человек устроился, и начинает проходить все 5 стадий: отрицание, гнев, торг, депрессию, принятие(увольнение). Пока идут эти 5 стадий, из человека выжмут по максимуму, а дальше он уходит и обманом берут нового.
Не думаю, что многие бы хотели так работать.
Что я предлагаю?
Предлагаю быть откровенным.
Есть у вас жиквери? Ну так и скажите, чтобы не заниматься потом перенаймом и не отвечать на хабре в комментах почему вас называют плохими словами.
Есть проблемы с процессами? Ну расскажите, что процессы такие-то, решаем так-то, планируем вот это. Пусть человек знает, куда он идет, с чем он столкнется, что компания планирует с этим делать.
Все задачи рутинные? Ну так и не врите, про супер-дупер интересные задачи. Заманите увлеченного человека, он придет и уйдет, а вы на этом потеряете время и деньги.
Будьте этичными
Для многих людей смена работы - процесс волнительный и болезненный. Люди долго примериваются, сложно решаются. И если вы им наврали, лишь бы они решились, а потом хоть трава не расти, то как бы вы это не оправдывали, вы небезосновательно прослывете первостатейным мудаком.
Помогите человеку решиться не обманом, а хорошим собеседованием, рассказом о проекте, пониманием его мотивации. И у вас совесть будет чиста, и вы получите лояльного работника, которому у вас по-настоящему будет комфортно.
Пример
Однажды общался с одной компанией, где СТО мне прямо рассказал где хорошо, где плохо, что по срокам, прогнозам, непредвиденным ситуациям, команде, стеку. Всё честно и без прекрас. В принципе всё, как у всех. Я ожидал, что там всё и будет примерно так, но мне очень понравилось, что человек со мной был откровенен и на мои все вопросы ответил честно. Моё ему большое уважение.
Поработать с ребятами не сложилось, но я точно знаю, что с этим человеком я бы еще когда-нибудь поработал. Очень уж я ценю, когда всё без обмана.
Итог
Будьте этичными, не занимайтесь обманом. Обман в итоге приведет в минус как по репутации, так и по времени и деньгам.
А если вы уличили кого-то в откровенном обмане, задумайтесь, каково с ними будет работаться дальше.
Отсутствие желания карьерного роста недооценено
Недавно читал и обсуждал в книжном клубе книгу «Радикальная прямота» Ким Скотт. Эта дама - бывший топ-менеджер Google, Apple, YouTube, бизнес-консультант Dropbox, Twitter.
В своей книге она затронула одну тему, которую я действительно часто наблюдаю в ИТ индустрии.
Сначала объясню два термина, которые она вводит: «рок-звезды» и «суперзвезды». Призываю не докапываться до формулировок, которые уже набили оскомину в вакансиях, где ищут рок-звезд, джаваскрипт нинздя, вовлеченных и эффективных кофебрейк гуру.
Нам сейчас главное понять разницу между этими двумя категориями.
В чем разница?
Разница между ними в интенсивности карьерного и профессионального роста.
Рок-звезды – люди, которые хорошо делают свою работу, довольны текущей позицией, готовы делать свое дело еще очень долго, но не стремятся к быстрому постоянному росту.
Суперзвезды – таланты, которые не только делают хорошо свою работу, но и стремятся очень интенсивно расти по карьере.
Суперзвезды
Сейчас это то, что в ИТ часто принимается за пример для подражания. То, что мы видим на конфах, о чем читаем в статьях, блогах, твитерах успешных ИТ успехов. Эдакий одаренный и трудолюбивый человек, который утром поработал, вечером написал пет проект, ночью сделал домашку для очередного учебного курса, а на выходных поучаствовал в хакатоне. И это в 15 лет, когда он джуниор.
А когда он в свои 17 дослужился до сениора, он уже разработал новейший стартап и теперь настоящий гений, филантроп, миллиардер.
А если отбросить наивные представления и посмотреть с точки зрения бизнеса – это талантливый, амбициозный сотрудник, который готов делать сильно больше того, что ожидается от его позиции, и хочет сворачивать горы.
Рок-звезды
Эти ребята выглядят довольно серо и невзрачно на фоне карьеристов суперзвезд. Просто сидит человек, да сидит. Делает свою работу, да делает. Ну скукота же! Никакой романтики! Никакого повода для похвалы и прибавки к зарплате:(
Рок-звезды недооценены
Мне хотелось бы развить мысль о том, что рок-звезды никак не менее важны, чем суперзвезды. Да, суперзвезды – драйверы изменений и благодаря им могут в бизнесе произойти существенные изменения, которые не придумают и на которые не решатся рок-звезды.
Но с карьеристами есть опасный момент. Они сейчас могут сознательно сделать «херак-херак и в продакшен», лишь бы прямо тут отчитаться о том, что они успешно стартанули проект, получить повышение и пойти дальше или по карьерной лестнице, или по другим компаниям гастролировать. А потом окажется, что то, что так быстро и успешно запущено – фигня на палке, неподдерживаемая и неразвиваемая. И её надо чуть ли не с нуля переделывать, или тащить это легаси, прихрамывая, всю оставшуюся жизнь проекта.
Рок-звезды действуют наоборот. Они профессионалы, которые планируют долго работать на проекте, долго его поддерживать и развивать. Они заинтересованы в долгосрочном успехе проекта. Все риски им важны, все потенциальные проблемы они попробуют продумать на старте.
Рок-звезды – оплот стабильности. Особенно это ценно сейчас, когда найм в ИТ – дело болезненное и дорогое, а цена перенайма высока. Если человек сидит себе спокойно и делает хорошо свою работу, это не значит, что про него надо забыть и на него надо забить. Это значит, что его надо ценить и уважать. Потому что он тут давно, он тут знает многое, он тут делает хорошее полезное дело, ему тут многое не безразлично.
Недавно читал и обсуждал в книжном клубе книгу «Радикальная прямота» Ким Скотт. Эта дама - бывший топ-менеджер Google, Apple, YouTube, бизнес-консультант Dropbox, Twitter.
В своей книге она затронула одну тему, которую я действительно часто наблюдаю в ИТ индустрии.
Сначала объясню два термина, которые она вводит: «рок-звезды» и «суперзвезды». Призываю не докапываться до формулировок, которые уже набили оскомину в вакансиях, где ищут рок-звезд, джаваскрипт нинздя, вовлеченных и эффективных кофебрейк гуру.
Нам сейчас главное понять разницу между этими двумя категориями.
В чем разница?
Разница между ними в интенсивности карьерного и профессионального роста.
Рок-звезды – люди, которые хорошо делают свою работу, довольны текущей позицией, готовы делать свое дело еще очень долго, но не стремятся к быстрому постоянному росту.
Суперзвезды – таланты, которые не только делают хорошо свою работу, но и стремятся очень интенсивно расти по карьере.
Суперзвезды
Сейчас это то, что в ИТ часто принимается за пример для подражания. То, что мы видим на конфах, о чем читаем в статьях, блогах, твитерах успешных ИТ успехов. Эдакий одаренный и трудолюбивый человек, который утром поработал, вечером написал пет проект, ночью сделал домашку для очередного учебного курса, а на выходных поучаствовал в хакатоне. И это в 15 лет, когда он джуниор.
А когда он в свои 17 дослужился до сениора, он уже разработал новейший стартап и теперь настоящий гений, филантроп, миллиардер.
А если отбросить наивные представления и посмотреть с точки зрения бизнеса – это талантливый, амбициозный сотрудник, который готов делать сильно больше того, что ожидается от его позиции, и хочет сворачивать горы.
Рок-звезды
Эти ребята выглядят довольно серо и невзрачно на фоне карьеристов суперзвезд. Просто сидит человек, да сидит. Делает свою работу, да делает. Ну скукота же! Никакой романтики! Никакого повода для похвалы и прибавки к зарплате:(
Рок-звезды недооценены
Мне хотелось бы развить мысль о том, что рок-звезды никак не менее важны, чем суперзвезды. Да, суперзвезды – драйверы изменений и благодаря им могут в бизнесе произойти существенные изменения, которые не придумают и на которые не решатся рок-звезды.
Но с карьеристами есть опасный момент. Они сейчас могут сознательно сделать «херак-херак и в продакшен», лишь бы прямо тут отчитаться о том, что они успешно стартанули проект, получить повышение и пойти дальше или по карьерной лестнице, или по другим компаниям гастролировать. А потом окажется, что то, что так быстро и успешно запущено – фигня на палке, неподдерживаемая и неразвиваемая. И её надо чуть ли не с нуля переделывать, или тащить это легаси, прихрамывая, всю оставшуюся жизнь проекта.
Рок-звезды действуют наоборот. Они профессионалы, которые планируют долго работать на проекте, долго его поддерживать и развивать. Они заинтересованы в долгосрочном успехе проекта. Все риски им важны, все потенциальные проблемы они попробуют продумать на старте.
Рок-звезды – оплот стабильности. Особенно это ценно сейчас, когда найм в ИТ – дело болезненное и дорогое, а цена перенайма высока. Если человек сидит себе спокойно и делает хорошо свою работу, это не значит, что про него надо забыть и на него надо забить. Это значит, что его надо ценить и уважать. Потому что он тут давно, он тут знает многое, он тут делает хорошее полезное дело, ему тут многое не безразлично.
👍1
А если вы этого не цените, он расстроится и уйдет (о как много таких случаев я повидал), а взамен вы начнете искать нового человека ему на замену. У вас встанут какие-то работы по проекту, вы потратите кучу времени на погружение в бушующий рынок найма в ИТ, вы познакомитесь с новой реальностью зарплат в ИТ, вы познакомитесь с рядом шарлатанов, выскочек, душнил и обещалкиных, которых сложно задетектить сразу на этапе отбора кандидатов. Возможно вы наймете одного из таких, пострадаете немного, а потом познакомитесь с ценой перенайма, заодно оплатив неподходящему кандидату за отработанное время. А работа как колом стояла, так и будет стоять, пока вы занимаетесь этими приключениями.
А можно было просто ценить своих рок-звезд и уважать их труд, вклад в проект и постоянство.
Итог
Нет ничего стыдного, противоестественного и малоэффективного в том, чтобы не хотеть интенсивного карьерного роста.
Нет ничего страшного в том, что вы не хотите положить всю свою жизнь и свободное время на алтарь профессионального развития.
Если вы на своей позиции делаете свою работу хорошо – это уже замечательно и очень ценно.
Цените своих рок-звезд. Не игнорируйте их, не забивайте на них, интересуйтесь ими, не думайте «раз молчит, значит всё устраивает». Иначе это может выйти боком.
P.S. Не получилось уместиться в один пост, а урезать текст я не хочу. Возможно или я переусердствовал, или телеграм немного урезал объем текста, влезающего в один пост.
А можно было просто ценить своих рок-звезд и уважать их труд, вклад в проект и постоянство.
Итог
Нет ничего стыдного, противоестественного и малоэффективного в том, чтобы не хотеть интенсивного карьерного роста.
Нет ничего страшного в том, что вы не хотите положить всю свою жизнь и свободное время на алтарь профессионального развития.
Если вы на своей позиции делаете свою работу хорошо – это уже замечательно и очень ценно.
Цените своих рок-звезд. Не игнорируйте их, не забивайте на них, интересуйтесь ими, не думайте «раз молчит, значит всё устраивает». Иначе это может выйти боком.
P.S. Не получилось уместиться в один пост, а урезать текст я не хочу. Возможно или я переусердствовал, или телеграм немного урезал объем текста, влезающего в один пост.
👍1
Выходи из комнаты, не совершай ошибку
По мотивам внезапно затянувшегося марафона персональных карьерных консультаций хочется еще раз повторить одну мысль, которую я уже не раз проговаривал.
По возможности надо больше общаться в комьюнити.
Какое такое комьюнити?
Комьюнити тех, кто делает с вами примерно то же, что и вы. Или тех, кто делает работу, в смежных с вами областях.
Разработчики, тестировщики, девопсы, тимлиды, продакты и прочий менеджмент – все они где-то рядом друг с другом.
Где его взять?
Телеграм чаты, слак чаты, твиттер, сообщество вокруг хороших курсов (типа хекслета), или конф (типа подлодки, или онтико).
Зачем это нужно?
Причин много:
Такое общение порой спасает от изобретания излишних велосипедов и скакания по уже хорошо известным граблям. А также помогает обменяться опытом, взять что-то полезное у коллег по цеху и поделиться с ними своими полезными идеями и практиками.
Особенно недобросовестные работодатели это дело еще и активно используют и подкрепляют. Думаю, многим приходилось ответственно работать, но слыша при этом постоянные упреки в свой адрес (медленно, мало, плохо, не то, не так) и думать «я плохой, я не достоин пойти попросить даже самой маленькой жалкой прибавки, я буду работать еще больше, по вечерам, по выходным, в отпусках, и вот тогда…»
А сравнив себя с рядом похожих по своим обязанностям и проектам людей (а не с топовыми спикерами с крутых конференций), можно куда объективнее оценить, есть ли у вас какие-то проблемы в компетенциях (и в чем именно), или нет.
А сам что?
А сам я очень рад, что еще давно начал общаться в ИТ комьюнити твиттера, а сейчас продолжаю еще общаться в некоторых комьюнити вокруг ряда ИТ подкастов. Получаю от этого примерно все вышеуказанные плюсы.
Итог
Общайтесь с людьми из других компаний, обменивайтесь опытом, помогайте, учитесь, развивайтесь, открывайтесь для новых возможностей. Удачи!
По мотивам внезапно затянувшегося марафона персональных карьерных консультаций хочется еще раз повторить одну мысль, которую я уже не раз проговаривал.
По возможности надо больше общаться в комьюнити.
Какое такое комьюнити?
Комьюнити тех, кто делает с вами примерно то же, что и вы. Или тех, кто делает работу, в смежных с вами областях.
Разработчики, тестировщики, девопсы, тимлиды, продакты и прочий менеджмент – все они где-то рядом друг с другом.
Где его взять?
Телеграм чаты, слак чаты, твиттер, сообщество вокруг хороших курсов (типа хекслета), или конф (типа подлодки, или онтико).
Зачем это нужно?
Причин много:
• Валидация проекта, команды. Узнать, что и как делают люди на похожих с вами проектах очень важно. Какой стек, какие в нем особенности, как делают проекты, какая у них архитектура, какие рабочие процессы, как ведется найм и т.д.Такое общение порой спасает от изобретания излишних велосипедов и скакания по уже хорошо известным граблям. А также помогает обменяться опытом, взять что-то полезное у коллег по цеху и поделиться с ними своими полезными идеями и практиками.
• Валидация компании. Узнавать об условиях труда, бонусах, организационных моментах в разных компаниях. Если вы менеджер, то это поможет вам понять проблемы или потенциальные точки роста в своей компании. Если вы рядовой сотрудник, вы сможете понять свои текущие условия в сравнении с внешним миром и сделать какой-то более-менее объективный вывод. Порой это помогает понять людям, что они содержатся в довольно печальных условиях, а порой наоборот, помогает излечить от радужных фантазий и излишнего нытья. • Валидация цены. Хабр карьера, newhr, или hh – это хорошо, но надо помнить, что где-то исследования раздуты, где-то вакансии занижены и всё это как-то висит абстрактно в вакууме и сбивает с толку. А вот общение с людьми, делающими примерно то же дело, что и вы, и понимание того, сколько за подобный набор навыков платят в разных компаниях, позволяют чуть более конкретно откалибровать реальность и цены на вышеуказанных ресурсах. • Валидация справедливости синдрома самозванца. У очень большого числа людей имеется синдром самозванца, и он активно влияет на условия, в которых человек трудится, на то, как он позволяет с собой обращаться, на то, сколько он зарабатывает.Особенно недобросовестные работодатели это дело еще и активно используют и подкрепляют. Думаю, многим приходилось ответственно работать, но слыша при этом постоянные упреки в свой адрес (медленно, мало, плохо, не то, не так) и думать «я плохой, я не достоин пойти попросить даже самой маленькой жалкой прибавки, я буду работать еще больше, по вечерам, по выходным, в отпусках, и вот тогда…»
А сравнив себя с рядом похожих по своим обязанностям и проектам людей (а не с топовыми спикерами с крутых конференций), можно куда объективнее оценить, есть ли у вас какие-то проблемы в компетенциях (и в чем именно), или нет.
• Завести новые знакомства. Для кого-то новые знакомства станут просто отдушиной и приятной компанией, для кого-то – карьерными возможностями, для кого-то – возможностью найти единомышленников и сделать вместе что-то интересное. Польза найдется каждому.А сам что?
А сам я очень рад, что еще давно начал общаться в ИТ комьюнити твиттера, а сейчас продолжаю еще общаться в некоторых комьюнити вокруг ряда ИТ подкастов. Получаю от этого примерно все вышеуказанные плюсы.
Итог
Общайтесь с людьми из других компаний, обменивайтесь опытом, помогайте, учитесь, развивайтесь, открывайтесь для новых возможностей. Удачи!
👍8
Больше доить и меньше кормить
Есть такой известный анекдот:
«Чтобы коровы больше давали молока и меньше ели, их надо больше доить и меньше кормить.»
Сегодня хотелось бы рассмотреть один из инструментов для реализации такой стратегии менеджмента в ИТ (и не только).
Надо такие вещи уметь распознавать, чтобы понимать с кем связался, и что тебя ждет в будущем.
Суть стратегии
Суть – моральное давление на сотрудников. Не важно, как человек работает, как растет, каких успехов он достигает, какие задачи выполняет. Главное находить поводы для недовольства и упреков, развивая в работнике постоянное чувство вины и стыда.
В состоянии этого чувства вины сотрудник будет стремиться её компенсировать еще более продолжительным и усердным трудом, а денег просить не будет, потому что ему и так очень стыдно, что даже за текущую зарплату работодатель им недоволен.
Плюсы
Хоть это и звучит бесчеловечно и аморально, но у этого подхода есть очевидный финансовый плюс. На какое-то время работники правда доятся больше, а едят меньше. Недовольные, конечно, уходят, но их легко заменить новыми, которых тоже можно выжимать досуха, отправляя потом на заслуженный отдых в рехаб.
Этой стратегий раньше частенько пользовались какие-нибудь региональные работодатели галерного типа. Живешь в небольшом городе, рабочих мест не так много. Работодатель купается в кандидатах не особенно высокой квалификации, которые не могут найти себе другое место работы, и доит их пока может, подготовив какой-нибудь складный процесс ротации кадров (ведь его это непременно ждет).
В итоге получается вполне рабочая бизнес модель, где угнетенные и зашеймленные работники, опустив голову, безропотно гребут своими мозолистыми руками. А денежки-то капают.
Минусы
Почему я сказал «раньше»? Потому что последние лет 5 в России начала приподниматься удаленка, а с началом пандемии она подняла голову и в России, и в мире в целом, настолько резким рывком, что аж челка назад запрокинулась. И работодатели, научившиеся работать в распределенных командах, запылесосили угнетенных региональных страдальцев за зарплаты кратно более высокие, организовав им более комфортные условия труда не только финансовые, но и психологические.
В итоге бесчеловечные работодатели не просто лишились дойных коров, а еще и получили ведро говна от ушедших сотрудников, которые поняли, что можно, оказывается, работать и так, чтобы с тобой обращались по-человечески и с уважением к твоему труду.
В итоге и эйчар бренд в глубокой яме, и рабочая сила разбежалась. Остается только надежда вузы пылесосить и студентов за дошик учить работать, да клиенту продавать как-то их творчество. Да и то сейчас уже и студенты в курсе, как вообще в жизни бывает.
Итог
Работодателям тут нет смысла что-то советовать. Уверен, что работодатель, который так поступает, в большинстве случаев делает это сознательно. И не будет такой человек никаких советов слушать, он сам кузнец своих денежек.
А работникам хочу посоветовать ретроспективно оценить, нет ли у них в работе с их руководством подобных тревожных звоночков. По опыту консалтинга нескольких десятков людей я вижу, что такие ситуации зачастую сложно заметить, если ты в них уже привык находиться. Всё это сливается в единую какую-то ненормальную «норму».
Тут помогает остановиться и постараться сознательно взглянуть на себя и руководство со стороны. Поговорить со своими коллегами. Поговорить с людьми из разных компаний, узнать, как в целом люди в индустрии живут и работают.
Успехов вам, крепкого ментального здоровья!
Есть такой известный анекдот:
«Чтобы коровы больше давали молока и меньше ели, их надо больше доить и меньше кормить.»
Сегодня хотелось бы рассмотреть один из инструментов для реализации такой стратегии менеджмента в ИТ (и не только).
Надо такие вещи уметь распознавать, чтобы понимать с кем связался, и что тебя ждет в будущем.
Суть стратегии
Суть – моральное давление на сотрудников. Не важно, как человек работает, как растет, каких успехов он достигает, какие задачи выполняет. Главное находить поводы для недовольства и упреков, развивая в работнике постоянное чувство вины и стыда.
В состоянии этого чувства вины сотрудник будет стремиться её компенсировать еще более продолжительным и усердным трудом, а денег просить не будет, потому что ему и так очень стыдно, что даже за текущую зарплату работодатель им недоволен.
Плюсы
Хоть это и звучит бесчеловечно и аморально, но у этого подхода есть очевидный финансовый плюс. На какое-то время работники правда доятся больше, а едят меньше. Недовольные, конечно, уходят, но их легко заменить новыми, которых тоже можно выжимать досуха, отправляя потом на заслуженный отдых в рехаб.
Этой стратегий раньше частенько пользовались какие-нибудь региональные работодатели галерного типа. Живешь в небольшом городе, рабочих мест не так много. Работодатель купается в кандидатах не особенно высокой квалификации, которые не могут найти себе другое место работы, и доит их пока может, подготовив какой-нибудь складный процесс ротации кадров (ведь его это непременно ждет).
В итоге получается вполне рабочая бизнес модель, где угнетенные и зашеймленные работники, опустив голову, безропотно гребут своими мозолистыми руками. А денежки-то капают.
Минусы
Почему я сказал «раньше»? Потому что последние лет 5 в России начала приподниматься удаленка, а с началом пандемии она подняла голову и в России, и в мире в целом, настолько резким рывком, что аж челка назад запрокинулась. И работодатели, научившиеся работать в распределенных командах, запылесосили угнетенных региональных страдальцев за зарплаты кратно более высокие, организовав им более комфортные условия труда не только финансовые, но и психологические.
В итоге бесчеловечные работодатели не просто лишились дойных коров, а еще и получили ведро говна от ушедших сотрудников, которые поняли, что можно, оказывается, работать и так, чтобы с тобой обращались по-человечески и с уважением к твоему труду.
В итоге и эйчар бренд в глубокой яме, и рабочая сила разбежалась. Остается только надежда вузы пылесосить и студентов за дошик учить работать, да клиенту продавать как-то их творчество. Да и то сейчас уже и студенты в курсе, как вообще в жизни бывает.
Итог
Работодателям тут нет смысла что-то советовать. Уверен, что работодатель, который так поступает, в большинстве случаев делает это сознательно. И не будет такой человек никаких советов слушать, он сам кузнец своих денежек.
А работникам хочу посоветовать ретроспективно оценить, нет ли у них в работе с их руководством подобных тревожных звоночков. По опыту консалтинга нескольких десятков людей я вижу, что такие ситуации зачастую сложно заметить, если ты в них уже привык находиться. Всё это сливается в единую какую-то ненормальную «норму».
Тут помогает остановиться и постараться сознательно взглянуть на себя и руководство со стороны. Поговорить со своими коллегами. Поговорить с людьми из разных компаний, узнать, как в целом люди в индустрии живут и работают.
Успехов вам, крепкого ментального здоровья!
Учеба: менеджеры vs технари
Этот пост навеян несколькими вещами:
⁃ Постом на хабре, как мужчина в 65 лет потерял работу и его теперь никуда не берут. Отходя от темы возраста, я просто подумал о его карьере в ИТ длиной в 40 (вроде) лет. Страшно понимать, сколько в такой длинной карьере техническому специалисту приходится переучиваться, доучиваться, следить за обновлениями всех его текущих и появляющихся новых инструментов.
⁃ Рефлексией и консалтингом технических специалистов и менеджеров. Могу сравнивать объемы требуемых знаний и навыков как на себе, так и на других.
⁃ Ремонтом (внезапно). Жена состоит вместе со мной в чате с прорабом и угарает от того, что я ему пишу формулировками из классического менеджмента 🙂
Учеба технарей
В технической части ИТ профессии есть очень большой пласт знаний, который постоянен, языконезависим (особо) и мало меняется. Освоив его однажды, не обязательно как-то пристально дальше следить за этим. Это классический computer science: базы данных, алгоритмы и структуры данных, паттерны проектирования, парадигмы программирования, бест практисы типа вменяемого нейминга и т.д.
Если бы всё этим и заканчивалось, была бы красота. Однако с этого всё скорее только начинается. Для реальной работы, за которую платят реальные деньги нужно хорошо уметь жонглировать теми инструментами, которые индустрия регулярно генерит, обновляет, изменяет и убивает. Языки программирования, фреймворки, работа с инфраструктурой – всё это постоянно меняющаяся, бурлящая река.
И даже если вы скажете «Зачем мне новый язык и фреймворк, ведь я могу сидеть на текущем проекте с застывшим стэком 5 лет и не париться?». Нет, не можете. Даже один инструмент постоянно меняется. Обновления несут новую функциональность, отпиливают старую, порой ломают обратную совместимость. И в итоге это превращается в постоянную гонку, где каждые 3-6 месяцев вы даже в своих текущих инструментах разбираете все обновления, что-то переписываете, дописываете, меняете, патчите. А там где-то в фоне уже выходят новые фреймворки, языки, инструменты, и эта гонка, скорее всего, не в вашу пользу.
А тут еще индустрия мягко намекает вам, что софт скиллы неплохо было бы подтянуть:)
Учеба менеджеров
С менеджментом, на мой взгляд, проще. Да, у менеджеров тоже огромный пласт знаний и навыков, которыми необходимо владеть, чтобы хорошо делать свою работу. Это и в целом работа и коммуникация с людьми, проджект и продакт менеджмент, бизнес скиллы и т.д. Одна только информация из PMBOK чего стоит. Много где можно надолго залипнуть, НО…
Но нет таких постоянных апдейтов, где каждые полгода что-то ощутимо меняется и новое рождается, а вчера родившееся новое отмирает. Ну придумают за пару-тройку лет какую-нибудь фигульку новую. Типа, у нас три года назад был KPI, а сейчас давайте OKR пусть будет. PMBOK за 35 лет всего лишь 7 изданий заимел. Аджайл манифест так уже 20 лет висит как висел.
Перспективы
Менеджером вы засните на 5 лет, проснитесь и продолжите менеджерить примерно точно так же. Потому что всё это работа про людей, здравый смысл и денежки. А еще не только в работе это сработает, но и в целом в жизни. Какая разница, что вы хотите нормально скоординировать, рабочий проект, или проект по ремонту своей квартиры?
А технарем усните на 5 лет и проснетесь на обочине индустрии. Всё уже изменилось, а вы безнадежно отстали, добро пожаловать на поддержку сайта региональной парикмахерской.
Но есть насчет перспектив у технарей еще один плюс. В среднем нормальный менеджер только на внутреннем (я из России) рынке может работать. Не нужны особо за границей менеджеры, там своих хватает. А вот технари нужны, и нужны сильно. Так что будучи хорошим технарем в разы проще найти себе работу за твердую общемировую валюту.
Итог
С одной стороны, мне, как полутехнарю, интересно разбирать эти новые тулзы и быть где-то в потоке индустрии.
С другой стороны, как полуменеджер, я знаю, что эта моя часть более долгосрочно перспективная в плане трудоустройства (на Российском рынке).
Так что порефлексируйте над тем, что вам нравится, какие у вас планы на жизнь и карьеру.
Этот пост навеян несколькими вещами:
⁃ Постом на хабре, как мужчина в 65 лет потерял работу и его теперь никуда не берут. Отходя от темы возраста, я просто подумал о его карьере в ИТ длиной в 40 (вроде) лет. Страшно понимать, сколько в такой длинной карьере техническому специалисту приходится переучиваться, доучиваться, следить за обновлениями всех его текущих и появляющихся новых инструментов.
⁃ Рефлексией и консалтингом технических специалистов и менеджеров. Могу сравнивать объемы требуемых знаний и навыков как на себе, так и на других.
⁃ Ремонтом (внезапно). Жена состоит вместе со мной в чате с прорабом и угарает от того, что я ему пишу формулировками из классического менеджмента 🙂
Учеба технарей
В технической части ИТ профессии есть очень большой пласт знаний, который постоянен, языконезависим (особо) и мало меняется. Освоив его однажды, не обязательно как-то пристально дальше следить за этим. Это классический computer science: базы данных, алгоритмы и структуры данных, паттерны проектирования, парадигмы программирования, бест практисы типа вменяемого нейминга и т.д.
Если бы всё этим и заканчивалось, была бы красота. Однако с этого всё скорее только начинается. Для реальной работы, за которую платят реальные деньги нужно хорошо уметь жонглировать теми инструментами, которые индустрия регулярно генерит, обновляет, изменяет и убивает. Языки программирования, фреймворки, работа с инфраструктурой – всё это постоянно меняющаяся, бурлящая река.
И даже если вы скажете «Зачем мне новый язык и фреймворк, ведь я могу сидеть на текущем проекте с застывшим стэком 5 лет и не париться?». Нет, не можете. Даже один инструмент постоянно меняется. Обновления несут новую функциональность, отпиливают старую, порой ломают обратную совместимость. И в итоге это превращается в постоянную гонку, где каждые 3-6 месяцев вы даже в своих текущих инструментах разбираете все обновления, что-то переписываете, дописываете, меняете, патчите. А там где-то в фоне уже выходят новые фреймворки, языки, инструменты, и эта гонка, скорее всего, не в вашу пользу.
А тут еще индустрия мягко намекает вам, что софт скиллы неплохо было бы подтянуть:)
Учеба менеджеров
С менеджментом, на мой взгляд, проще. Да, у менеджеров тоже огромный пласт знаний и навыков, которыми необходимо владеть, чтобы хорошо делать свою работу. Это и в целом работа и коммуникация с людьми, проджект и продакт менеджмент, бизнес скиллы и т.д. Одна только информация из PMBOK чего стоит. Много где можно надолго залипнуть, НО…
Но нет таких постоянных апдейтов, где каждые полгода что-то ощутимо меняется и новое рождается, а вчера родившееся новое отмирает. Ну придумают за пару-тройку лет какую-нибудь фигульку новую. Типа, у нас три года назад был KPI, а сейчас давайте OKR пусть будет. PMBOK за 35 лет всего лишь 7 изданий заимел. Аджайл манифест так уже 20 лет висит как висел.
Перспективы
Менеджером вы засните на 5 лет, проснитесь и продолжите менеджерить примерно точно так же. Потому что всё это работа про людей, здравый смысл и денежки. А еще не только в работе это сработает, но и в целом в жизни. Какая разница, что вы хотите нормально скоординировать, рабочий проект, или проект по ремонту своей квартиры?
А технарем усните на 5 лет и проснетесь на обочине индустрии. Всё уже изменилось, а вы безнадежно отстали, добро пожаловать на поддержку сайта региональной парикмахерской.
Но есть насчет перспектив у технарей еще один плюс. В среднем нормальный менеджер только на внутреннем (я из России) рынке может работать. Не нужны особо за границей менеджеры, там своих хватает. А вот технари нужны, и нужны сильно. Так что будучи хорошим технарем в разы проще найти себе работу за твердую общемировую валюту.
Итог
С одной стороны, мне, как полутехнарю, интересно разбирать эти новые тулзы и быть где-то в потоке индустрии.
С другой стороны, как полуменеджер, я знаю, что эта моя часть более долгосрочно перспективная в плане трудоустройства (на Российском рынке).
Так что порефлексируйте над тем, что вам нравится, какие у вас планы на жизнь и карьеру.
Вышло мое небольшое интервью со скиллбокс медиа.
Сначала хотели поговорить про одно, но потом как-то за консалтинг зацепились, и понеслось🙂
https://skillbox.ru/media/code/kak-razrabotchiku-stat-konsultantom/
Сначала хотели поговорить про одно, но потом как-то за консалтинг зацепились, и понеслось🙂
https://skillbox.ru/media/code/kak-razrabotchiku-stat-konsultantom/
Skillbox
Как разработчику стать консультантом
Программисты продают не только код, но и опыт. Если у вас за плечами много лет разработки, можно попробовать силы в IT-консалтинге.
Секция шутёх
Сегодня хочу рассказать про один небольшой ритуал, который делает работу нашей команды немного приятнее.
Никого не агитирую делать точно так же. Я это сделал осознанно, попробовав, посмотрев на реакцию, инициативу, опросив людей по результатам.
В чем суть?
У определенной части нашего коллектива раз в 2 недели существует ретроспектива. И вот в конце этой ретроспективы, когда уже всё обговорено, новый спринт заведен, рабочие моменты все закрыты, я предложил делать «секцию шутёх».
Это просто еще полчасика времени, где мы все болтаем о жизни, рассказываем шутки, истории какие-то, стараемся обходиться без душноты и работы.
Участие в секции шутёх исключительно добровольное. Если кто-то торопится или не хочет, то его/её никто не держит.
Со временем я стал замечать, что на секцию шутёх с определенной долей удовольствия остаются все участники ретроспективы. Все весело и душевно общаются. Даже те люди, кто на общих собраниях обычно отмалчивается, на секции шутёх становятся более разговорчивые, расслабленные, с новой стороны раскрываются для коллектива.
На выходные я стал уходить с замечательным настроением. Поспрашивал у некоторых ребят, от них услышал примерно такие же отзывы.
Потом попробовал не раз в 2 недели делать эту секцию, а каждую пятницу, и звать именно на неё уже всю команду. Сейчас приходит процентов 70-80 от всей команды. И я очень рад, что мы все можем после трудовой недели собраться и «на дорожку» потравить каких-нибудь баек, что-то пообсуждать, посмеяться и разойтись в хорошем настроении.
Что же это дало?
Обложил ли я это какими-то метриками? Нет, конечно.
Посчитал ли выгоду в деньгах или других измеримых единицах? Тоже нет.
Лично мне достаточно понимать, что это не какая-то хитрая менеджерская уловка, не ритуал, который спланирован для повышения бодрости «человеческих ресурсов», а просто искренне желанная расслабленная беседа с коллегами. Желанная для меня и для коллег.
Мы все люди на работе, нам всем хочется, чтобы было не только ЭФФЕКТИВНО, но и приятно. И вот с приятностью у нас в коллективе всё в порядке. А уже побочный эффект от приятности – низкая ротация кадров. Тут желающие посчитать профиты от низкой ротации кадров могут легко прикинуть выгоды и по найму, и по ФОТу, и по времени на адаптацию, и по простою работ в периоды недоукомплектации команды.
Итог
Если можете сделать работу себя и своей команды немножечко душевнее, то почему бы и нет?)
Но делайте это, не бездумно повторяя за кем-то, а наблюдая, анализируя, подстраиваясь индивидуально под свои условия.
Сегодня хочу рассказать про один небольшой ритуал, который делает работу нашей команды немного приятнее.
Никого не агитирую делать точно так же. Я это сделал осознанно, попробовав, посмотрев на реакцию, инициативу, опросив людей по результатам.
В чем суть?
У определенной части нашего коллектива раз в 2 недели существует ретроспектива. И вот в конце этой ретроспективы, когда уже всё обговорено, новый спринт заведен, рабочие моменты все закрыты, я предложил делать «секцию шутёх».
Это просто еще полчасика времени, где мы все болтаем о жизни, рассказываем шутки, истории какие-то, стараемся обходиться без душноты и работы.
Участие в секции шутёх исключительно добровольное. Если кто-то торопится или не хочет, то его/её никто не держит.
Со временем я стал замечать, что на секцию шутёх с определенной долей удовольствия остаются все участники ретроспективы. Все весело и душевно общаются. Даже те люди, кто на общих собраниях обычно отмалчивается, на секции шутёх становятся более разговорчивые, расслабленные, с новой стороны раскрываются для коллектива.
На выходные я стал уходить с замечательным настроением. Поспрашивал у некоторых ребят, от них услышал примерно такие же отзывы.
Потом попробовал не раз в 2 недели делать эту секцию, а каждую пятницу, и звать именно на неё уже всю команду. Сейчас приходит процентов 70-80 от всей команды. И я очень рад, что мы все можем после трудовой недели собраться и «на дорожку» потравить каких-нибудь баек, что-то пообсуждать, посмеяться и разойтись в хорошем настроении.
Что же это дало?
Обложил ли я это какими-то метриками? Нет, конечно.
Посчитал ли выгоду в деньгах или других измеримых единицах? Тоже нет.
Лично мне достаточно понимать, что это не какая-то хитрая менеджерская уловка, не ритуал, который спланирован для повышения бодрости «человеческих ресурсов», а просто искренне желанная расслабленная беседа с коллегами. Желанная для меня и для коллег.
Мы все люди на работе, нам всем хочется, чтобы было не только ЭФФЕКТИВНО, но и приятно. И вот с приятностью у нас в коллективе всё в порядке. А уже побочный эффект от приятности – низкая ротация кадров. Тут желающие посчитать профиты от низкой ротации кадров могут легко прикинуть выгоды и по найму, и по ФОТу, и по времени на адаптацию, и по простою работ в периоды недоукомплектации команды.
Итог
Если можете сделать работу себя и своей команды немножечко душевнее, то почему бы и нет?)
Но делайте это, не бездумно повторяя за кем-то, а наблюдая, анализируя, подстраиваясь индивидуально под свои условия.
Горящие глаза
Многим знакомо желание работодателя видеть «горящие глаза» у своих сотрудников. Но хотелось бы обсудить, насколько реалистично и этично превращать это в требование.
Где горящие глаза нужны
Наверное, самый главный случай, когда нужен большой энтузиазм в работе, – когда работать приходит джуниор. Впереди его ждет очень долгая и сложная дорога, а ухабы начинаются прямо со старта. Чтобы это всё не бросить (что часто бывает) и расти дальше профессионально, потребуется действительно огромный энтузиазм.
Где горящие глаза не нужны
Почти во всех остальных случаях, если вы работаете с уже компетентным специалистом.
Я не говорю сейчас о наплевательском отношении к работе. Я говорю о купировании лозунгов «МЫ СЕМЬЯ», «НОЧЬ РАБОТЕ НЕ ПОМЕХА», и прочих манипулятивных историях, в которых из людей тянут жизнь капельку за капелькой.
В целом наша работа во многом довольно рутинная, что бы там ни говорили про труд программистов и менеджеров. Да, есть творческие аспекты, но есть и обыкновенные скучные рядовые задачи, которые нам необходимо решать. Есть известное сравнение людей в профессии с малярами и художниками. Да, кое-где иногда нужны одаренные художники. Им, конечно, энтузиазм в работе необходим для реализации своего творческого потенциала. Но в подавляющем большинстве случаев мы с вами – маляры. А маляры просто делают свою обычную работу, и я не понимаю, зачем от них требовать какого-то дополнительного запала.
Однажды меня и моего коллегу работодатель на полном серьезе вызвал на разговор. Единственной его претензией было то, что у нас «не горят глаза». Прямо буквально в этом была суть претензии. При этом работа была абсолютно рутинная, а зарплаты хватало ровно на то, чтобы заплатить за квартиру, купить по скидкам простейшую еду в пятерочке и оплатить интернет. На новую одежду, или лекарства, или поездку куда-то, или технику оставалось от 0 до 1к рублей в месяц. От чего конкретно у меня должны были зажечься глаза, я не понимал ни тогда, ни сейчас.
Этично ли было это требование? Я считаю, что нет. Долго ли мы потом проработали вместе? Тоже нет.
Чем хорошо заменяются горящие глаза
Они заменяются профессиональным и добросовестным трудом.
Это значит, что работу, которую вы беретесь делать, вы делаете хорошо и качественно. Если что-то непонятно или есть сомнения – уточняете, а не лепите откровенно некорректное решение, прикрываясь «в задаче так сказано». Если где-то можете что-то предложить, улучшить, привнести – делаете, потому что так система станет лучше, так труд вас и ваших товарищей станет эффективнее и комфортнее. Если где-то чувствуете, что что-то идет не так – предупреждаете кого следует, или принимаете меры самостоятельно.
Если при этом вам еще и в целом не безразличен продукт, который вы делаете, то это вообще красота. Для работодателя это большая удача найти не просто профессионала, а профессионала, активно заинтересованного в самом продукте. Это не базовое требование к сотруднику, это большая удача (либо сознательное формирование целого комплекса материальных и нематериальных факторов, формирующих именно такой найм).
Итог
Трудитесь хорошо и добросовестно, но не позволяйте на себе бессовестно кататься.
А если вы работодатель, то цените тех, кому ваше дело не безразлично. Не тираньте тех, кто продает вам свой труд. Вам продают свои труд, время, навыки, опыт, а не душу.
Многим знакомо желание работодателя видеть «горящие глаза» у своих сотрудников. Но хотелось бы обсудить, насколько реалистично и этично превращать это в требование.
Где горящие глаза нужны
Наверное, самый главный случай, когда нужен большой энтузиазм в работе, – когда работать приходит джуниор. Впереди его ждет очень долгая и сложная дорога, а ухабы начинаются прямо со старта. Чтобы это всё не бросить (что часто бывает) и расти дальше профессионально, потребуется действительно огромный энтузиазм.
Где горящие глаза не нужны
Почти во всех остальных случаях, если вы работаете с уже компетентным специалистом.
Я не говорю сейчас о наплевательском отношении к работе. Я говорю о купировании лозунгов «МЫ СЕМЬЯ», «НОЧЬ РАБОТЕ НЕ ПОМЕХА», и прочих манипулятивных историях, в которых из людей тянут жизнь капельку за капелькой.
В целом наша работа во многом довольно рутинная, что бы там ни говорили про труд программистов и менеджеров. Да, есть творческие аспекты, но есть и обыкновенные скучные рядовые задачи, которые нам необходимо решать. Есть известное сравнение людей в профессии с малярами и художниками. Да, кое-где иногда нужны одаренные художники. Им, конечно, энтузиазм в работе необходим для реализации своего творческого потенциала. Но в подавляющем большинстве случаев мы с вами – маляры. А маляры просто делают свою обычную работу, и я не понимаю, зачем от них требовать какого-то дополнительного запала.
Однажды меня и моего коллегу работодатель на полном серьезе вызвал на разговор. Единственной его претензией было то, что у нас «не горят глаза». Прямо буквально в этом была суть претензии. При этом работа была абсолютно рутинная, а зарплаты хватало ровно на то, чтобы заплатить за квартиру, купить по скидкам простейшую еду в пятерочке и оплатить интернет. На новую одежду, или лекарства, или поездку куда-то, или технику оставалось от 0 до 1к рублей в месяц. От чего конкретно у меня должны были зажечься глаза, я не понимал ни тогда, ни сейчас.
Этично ли было это требование? Я считаю, что нет. Долго ли мы потом проработали вместе? Тоже нет.
Чем хорошо заменяются горящие глаза
Они заменяются профессиональным и добросовестным трудом.
Это значит, что работу, которую вы беретесь делать, вы делаете хорошо и качественно. Если что-то непонятно или есть сомнения – уточняете, а не лепите откровенно некорректное решение, прикрываясь «в задаче так сказано». Если где-то можете что-то предложить, улучшить, привнести – делаете, потому что так система станет лучше, так труд вас и ваших товарищей станет эффективнее и комфортнее. Если где-то чувствуете, что что-то идет не так – предупреждаете кого следует, или принимаете меры самостоятельно.
Если при этом вам еще и в целом не безразличен продукт, который вы делаете, то это вообще красота. Для работодателя это большая удача найти не просто профессионала, а профессионала, активно заинтересованного в самом продукте. Это не базовое требование к сотруднику, это большая удача (либо сознательное формирование целого комплекса материальных и нематериальных факторов, формирующих именно такой найм).
Итог
Трудитесь хорошо и добросовестно, но не позволяйте на себе бессовестно кататься.
А если вы работодатель, то цените тех, кому ваше дело не безразлично. Не тираньте тех, кто продает вам свой труд. Вам продают свои труд, время, навыки, опыт, а не душу.
Раз на раз выскочим?
Сегодня речь пойдет о встречах один на один (сократим до 1-1).
Это общеизвестный и широко применяемый нынче в менеджменте инструмент, в рамках которого организуются регулярные встречи один на один с руководителем. На них можно проговорить все волнующие проблемы, понять общее моральное состояние сотрудников, принять какие-то решения, как дальше жить.
Правда с недавних пор слышу и определенную критику. Постараюсь коротко про всё это рассказать.
Плюсы
Руководители часто оторваны от своей команды по тем или иным причинам. У кого-то перегруз своими задачами, а кто-то просто плохой руководитель, который не понимает и не хочет понимать, как с людьми работать.
1-1 помогает глубже погрузиться в то, что конкретно у каждого работника происходит. Раз уж у нас такая сфера, где люди очень ценны, то этим заниматься необходимо. Важно понимать проблемы людей и по мере сил их разрешать.
Знаю лично примеры, когда руководители начинали вводить регулярные (раз в 2-4 недели) 1-1 встречи, и у них прям глаза открывались на то, что происходит на самом деле в команде. Да и сотрудникам тоже хорошо, что есть такой приватный разговор, где можно выговориться о наболевшем и получить обратную связь от руководителя без лишних свидетелей.
Важно отметить, что сразу должно быть оговорено, что этот разговор должен быть откровенным, следовательно, каждый должен чувствовать, что за его открытость у него не будет проблем. Задача руководителя – на таких встречах добиться от работника откровенности и привить чувство безопасности одновременно.
Резюме: работник принес свои проблемы, руководитель их решает, да и в целом лучше осведомлен о происходящем.
Критика
Есть одна претензия простая и одна посложнее.
Простая: регулярность 1-1 встреч, когда нечего сказать. Иногда бывает, что и работнику, и руководителю говорить не о чем, но встреча в календаре есть. Они все равно собираются и высасывают из пальца разговор, в душе мечтая побыстрее его закончить и пойти своими делами заниматься. Тут я предлагаю просто заранее синкануться, и если у каждого нет тем для обсуждения, просто пропустить встречу.
Посложнее: отложенность обсуждения проблем. Если у вас появилась проблема, а вы ждете 2-4 недели, чтобы её обсудить, это не очень эффективно. Тут я полностью согласен. Лучше строить такую систему, в которой не раз в N времени вытягиваются из людей проблемы, а в которой по мере появления проблем люди сами будут тут же проталкивать их в неё. Это существенно ускорит решение.
НО. Я не считаю, что 1-1 прям вообще не нужны, если люди научатся откровенно и своевременно поднимать тревожные вопросы.
Люди в целом сложные, и может так оказаться, что не все вопросы удастся пропушить по тем или иным причинам (психологическим, политическим, финансовым и т.д.) Какие-то вещи, да нужно обговаривать один на один иногда. К идеалу можно стремиться, но нельзя достичь. Следовательно, покуда идеал не достигнут, можно и 1-1 повстречаться там, где это необходимо.
Итог
1-1 встречи, на мой взгляд, – инструмент полезный. Но пользоваться им нужно с умом и не надеяться, что он все ваши проблемы решит.
Желательно строить систему, где 1-1 нужен будет все меньше, потому что открытость и своевременность обсуждений проблем в команде будет расти.
Сегодня речь пойдет о встречах один на один (сократим до 1-1).
Это общеизвестный и широко применяемый нынче в менеджменте инструмент, в рамках которого организуются регулярные встречи один на один с руководителем. На них можно проговорить все волнующие проблемы, понять общее моральное состояние сотрудников, принять какие-то решения, как дальше жить.
Правда с недавних пор слышу и определенную критику. Постараюсь коротко про всё это рассказать.
Плюсы
Руководители часто оторваны от своей команды по тем или иным причинам. У кого-то перегруз своими задачами, а кто-то просто плохой руководитель, который не понимает и не хочет понимать, как с людьми работать.
1-1 помогает глубже погрузиться в то, что конкретно у каждого работника происходит. Раз уж у нас такая сфера, где люди очень ценны, то этим заниматься необходимо. Важно понимать проблемы людей и по мере сил их разрешать.
Знаю лично примеры, когда руководители начинали вводить регулярные (раз в 2-4 недели) 1-1 встречи, и у них прям глаза открывались на то, что происходит на самом деле в команде. Да и сотрудникам тоже хорошо, что есть такой приватный разговор, где можно выговориться о наболевшем и получить обратную связь от руководителя без лишних свидетелей.
Важно отметить, что сразу должно быть оговорено, что этот разговор должен быть откровенным, следовательно, каждый должен чувствовать, что за его открытость у него не будет проблем. Задача руководителя – на таких встречах добиться от работника откровенности и привить чувство безопасности одновременно.
Резюме: работник принес свои проблемы, руководитель их решает, да и в целом лучше осведомлен о происходящем.
Критика
Есть одна претензия простая и одна посложнее.
Простая: регулярность 1-1 встреч, когда нечего сказать. Иногда бывает, что и работнику, и руководителю говорить не о чем, но встреча в календаре есть. Они все равно собираются и высасывают из пальца разговор, в душе мечтая побыстрее его закончить и пойти своими делами заниматься. Тут я предлагаю просто заранее синкануться, и если у каждого нет тем для обсуждения, просто пропустить встречу.
Посложнее: отложенность обсуждения проблем. Если у вас появилась проблема, а вы ждете 2-4 недели, чтобы её обсудить, это не очень эффективно. Тут я полностью согласен. Лучше строить такую систему, в которой не раз в N времени вытягиваются из людей проблемы, а в которой по мере появления проблем люди сами будут тут же проталкивать их в неё. Это существенно ускорит решение.
НО. Я не считаю, что 1-1 прям вообще не нужны, если люди научатся откровенно и своевременно поднимать тревожные вопросы.
Люди в целом сложные, и может так оказаться, что не все вопросы удастся пропушить по тем или иным причинам (психологическим, политическим, финансовым и т.д.) Какие-то вещи, да нужно обговаривать один на один иногда. К идеалу можно стремиться, но нельзя достичь. Следовательно, покуда идеал не достигнут, можно и 1-1 повстречаться там, где это необходимо.
Итог
1-1 встречи, на мой взгляд, – инструмент полезный. Но пользоваться им нужно с умом и не надеяться, что он все ваши проблемы решит.
Желательно строить систему, где 1-1 нужен будет все меньше, потому что открытость и своевременность обсуждений проблем в команде будет расти.
Теперь я соведущий во втором сезоне подкаста Кода кода
Если вы помните, то несколько месяцев назад я приходил гостем в подкаст Кода Кода поговорить о работе на удаленке.
А не так давно, мне внезапно написал автор этого подкаста Виктор Корейша и предложил побыть соведущим во втором сезоне.
Выбор тем для подкаста и то, как Виктор трудится над его качеством, мне очень импонирует. Так что согласился я с удовольствием. Формат решили делать такой: сначала между собой немного говорим на выбранную тему, потом интервью с гостями, а потом опять между собой финализируем.
Надеюсь слушателям придется такое по душе (хоть я и буроблю часто), а в идеале еще и пользу какую-то кому-нибудь принесет🙂
Сегодня вышел первый выпуск из уже четырех записанных. В четвертом один из гостей для меня прям вообще отдельное место в сердечке занимает. Думаю, когда вы узнаете кто там, то вы тоже примерно так скажете)
Ссылка на телеграм канал, куда публикуются выпуски подкаста https://news.1rj.ru/str/kodakodacast/70
Приходите, слушайте, обсуждайте (если есть чего обсудить).
Приятного прослушивания👍
Если вы помните, то несколько месяцев назад я приходил гостем в подкаст Кода Кода поговорить о работе на удаленке.
А не так давно, мне внезапно написал автор этого подкаста Виктор Корейша и предложил побыть соведущим во втором сезоне.
Выбор тем для подкаста и то, как Виктор трудится над его качеством, мне очень импонирует. Так что согласился я с удовольствием. Формат решили делать такой: сначала между собой немного говорим на выбранную тему, потом интервью с гостями, а потом опять между собой финализируем.
Надеюсь слушателям придется такое по душе (хоть я и буроблю часто), а в идеале еще и пользу какую-то кому-нибудь принесет🙂
Сегодня вышел первый выпуск из уже четырех записанных. В четвертом один из гостей для меня прям вообще отдельное место в сердечке занимает. Думаю, когда вы узнаете кто там, то вы тоже примерно так скажете)
Ссылка на телеграм канал, куда публикуются выпуски подкаста https://news.1rj.ru/str/kodakodacast/70
Приходите, слушайте, обсуждайте (если есть чего обсудить).
Приятного прослушивания👍
Telegram
Кода кода
В первом выпуске второго сезона подкаста «Кода Кода» гости расскажут об IT курсах, их маркетинговой политике, двойственности, проблемах и реальной пользе. В выпуске гости поделятся реальными историями из жизни о курсах разной степени полезности, выявят их…
Три амиго
Не так давно столкнулся с формулировкой «три амиго» на одном из вебинаров про тестирование. Потом понял, что мы сами в своей команде давно наступали на подобные грабли и естественным путем пришли к этой идее. Возможно, если я про неё расскажу, то кто-нибудь не станет повторять эти ошибки, а уже воспользуется более эффективной стратегией.
В чем суть?
Идея в том, чтобы при обсуждении и согласовании фичи собирать команду из трех контекстов: бизнес, разработка и тестирование.
Если сразу вместе подумать о фиче с трех сторон, то существенно сократится время на переделку или пересогласование фичи уже в процессе реализации.
Вы сталкивались с ситуацией, когда менеджер что-то наобещал заказчику, принес разработчикам уже утвержденную идею, а разработчики говорят «так не работает, давай по-другому пересогласовывать»? Или дизайнер нарисовал, заказчик утвердил, отдает во фронтенд, а так нельзя? Или фронтендер наделал дел, отдает в бэкенд, а там тоже что-то не стыкуется?
Вот концепция идеи в том, чтобы единовременно всеми людьми из разных контекстов собираться и утверждать подходящее решение, а потом спокойно делать, без перемены коней на переправе.
Помогло ли это нам?
Определенно очень помогло. У нас нет отдельных тестировщиков (масштаб проектов такой, что разработчики пока сами справляются с написанием тестов), но тем не менее стыки заказчик - бизнес - дизайн - фронтенд - бэкенд болели. И порой приходилось делать двойную или тройную работу, если всё вместе заранее не согласовать.
После того, как стали обсуждать крупные фичи совместно менеджмент-дизайн-разработка, количество проблем, переделок, затраченных нервов существенно сократилось.
Зачем всем сразу время тратить?
Да, кажется, что это трата времени. Почему менеджер не может сразу нормально согласовать, чтобы небожителей разрабских не отвлекать? Почему дизайнер не может так сразу нарисовать, чтобы элита ИТ не выныривала из потока? Да потому что внутри себя даже элитарии от разработки не могут нормально сделать, чтобы в другой отдел передать, и потом не пересогласовывать что-то:)
И это нормально. Не все мы очень дальновидные, не все мы предсказываем будущее, не у всех хорошо работают хрустальные шары.
И вот чтобы нормально получилось, лучше сразу потратить чуть больше времени на согласование, чтобы потом ничего не переделывать. Как говорилось в одном мультике «лучше день потерять, зато потом за час долететь».
Итог
3 амиго – хороший пример согласованной работы команды и своевременного проектирования. Чем раньше на согласование подключатся все нужные контексты, тем меньше будет переделок, затрат нервов и душевных сил.
Не ждите от других чуда, становитесь участником чуда сами:)
Не так давно столкнулся с формулировкой «три амиго» на одном из вебинаров про тестирование. Потом понял, что мы сами в своей команде давно наступали на подобные грабли и естественным путем пришли к этой идее. Возможно, если я про неё расскажу, то кто-нибудь не станет повторять эти ошибки, а уже воспользуется более эффективной стратегией.
В чем суть?
Идея в том, чтобы при обсуждении и согласовании фичи собирать команду из трех контекстов: бизнес, разработка и тестирование.
Если сразу вместе подумать о фиче с трех сторон, то существенно сократится время на переделку или пересогласование фичи уже в процессе реализации.
Вы сталкивались с ситуацией, когда менеджер что-то наобещал заказчику, принес разработчикам уже утвержденную идею, а разработчики говорят «так не работает, давай по-другому пересогласовывать»? Или дизайнер нарисовал, заказчик утвердил, отдает во фронтенд, а так нельзя? Или фронтендер наделал дел, отдает в бэкенд, а там тоже что-то не стыкуется?
Вот концепция идеи в том, чтобы единовременно всеми людьми из разных контекстов собираться и утверждать подходящее решение, а потом спокойно делать, без перемены коней на переправе.
Помогло ли это нам?
Определенно очень помогло. У нас нет отдельных тестировщиков (масштаб проектов такой, что разработчики пока сами справляются с написанием тестов), но тем не менее стыки заказчик - бизнес - дизайн - фронтенд - бэкенд болели. И порой приходилось делать двойную или тройную работу, если всё вместе заранее не согласовать.
После того, как стали обсуждать крупные фичи совместно менеджмент-дизайн-разработка, количество проблем, переделок, затраченных нервов существенно сократилось.
Зачем всем сразу время тратить?
Да, кажется, что это трата времени. Почему менеджер не может сразу нормально согласовать, чтобы небожителей разрабских не отвлекать? Почему дизайнер не может так сразу нарисовать, чтобы элита ИТ не выныривала из потока? Да потому что внутри себя даже элитарии от разработки не могут нормально сделать, чтобы в другой отдел передать, и потом не пересогласовывать что-то:)
И это нормально. Не все мы очень дальновидные, не все мы предсказываем будущее, не у всех хорошо работают хрустальные шары.
И вот чтобы нормально получилось, лучше сразу потратить чуть больше времени на согласование, чтобы потом ничего не переделывать. Как говорилось в одном мультике «лучше день потерять, зато потом за час долететь».
Итог
3 амиго – хороший пример согласованной работы команды и своевременного проектирования. Чем раньше на согласование подключатся все нужные контексты, тем меньше будет переделок, затрат нервов и душевных сил.
Не ждите от других чуда, становитесь участником чуда сами:)