Баланс скорости и качества
Вопрос по нахождению баланса скорости и качества самый часто задаваемый, да и в работе обсуждение этого баланса происходят постоянно. Видел много крайностей от полной работы в угоду заказчику, до полного отрицания нужд заказчика в угоду качества. Не возьмусь за всех говорить, как правильно, скажу, как я с этим работаю в своих командах.
Мы, технари, отвечаем за качество
Главное, что надо понимать, что за качество, как технический руководитель и/или специалист, отвечать будете вы (да, бизнес вертикали по голове настучат в любом случае, но в итоге это ваша ответственность), но также с вас спросят и за сроки. Поэтому, поиск баланса заложен уже в систему требований и оценивания результата. Если говорить про меня, то у меня есть как и большое желание выпускать продукт, который будет лучше и востребованнее, так и толика нездорового перфекционизма, что не упрощает ситуацию.
Конфликт между заказчиком и исполнителями
Пока не ушел дальше, обсудим самый насущный в этом месте вопрос, а именно конфликты между заказчиком и исполнителями, когда бизнесу надо получить результат здесь и сейчас, а вы пытаетесь сделать, чтоб оно работало. Если боитесь конфликтов, то работа руководителя не для вас, но и конфликт ради конфликта не имеет смысла. Не надо настраиваться ни на конфликт, ни на уступки, настраивайтесь на достижение целей. Только в таком настрое можно пытаться найти какой-то баланс, потому что ожидаемое качество тоже должно быть внесено в цели.
Ставим цели
В итоге, основой для поиска баланса являются ваши цели и их достижение. В такой постановке к целям нужно подходить серьезно и основательно, они должны быть и амбициозны и достижимы. В то же время, там должно быть и что-то о качестве, а не только набор нового функционала. Тогда вы, договариваясь о целях, придете, в рамках их постановки, к пониманию баланса. Выделите критичные вещи, которые нельзя переносить или отменять. Причем, в ряде случаев, качество или технические работы, могут быть также обязательны и несдвигаемы, как и выпуск нового функционала.
Постановкой целей только себе дело не ограничивается, цели нужно донести и поставить своей команде. Самое сложное это поставить цели своим смежникам, от которых вы зависите, так, чтобы они были заинтересованы в выполнении совместных задач. Тут придется привлекать и свои переговорные умения и руководство.
Следите, чтобы ваши цели стыковались с целями вашего руководства. Иначе это будет тот вид конфликта, который вы вряд ли выиграете.
Как идти на компромисс
В любом случае, будут ситуации, отклоняющиеся от намеченного плана, новые вводные и задачи. Тут всегда надо понимать, что есть ситуации, где спорить нет смысла, нужно делать, принимая технический долг. Но также надо понимать, что это игра в две стороны, приняли тех. долг - нашли время его потом поправить. В такой парадигме это ситуация, где конструктивно можно идти на компромиссы. Но она требует выстроенных отношений между бизнесом и ИТ, это сложно, но возможно. Если конструктива мало и у бизнеса всегда позиция “дай” и “надо”, придется учится самому видеть ситуации, где нельзя отказать, а где нужно идти по принятым стандартам. Это сложно и неприятно, но более чем реально.
В целом, советую всегда идти от ваших целей. Это будет помогать вам понимать правильность своих решений и оценивать, что вам мешает, а что помогает. Что и станет ориентиром при выборе.
Больше о том, как работать с бизнесом и получать от него нужные вам сроки, материалы, время на технический долг и т. д., есть в нашем мини-продукте "Документация для работы с ПО и ПМ". Там все основные моменты, которыми я пользуюсь для урегулирования различных ситуацией с бизнесом в своих командах. Также есть отдельный раздел по донесению важности качества продукта.
Максим Шаламов
#советы
Вопрос по нахождению баланса скорости и качества самый часто задаваемый, да и в работе обсуждение этого баланса происходят постоянно. Видел много крайностей от полной работы в угоду заказчику, до полного отрицания нужд заказчика в угоду качества. Не возьмусь за всех говорить, как правильно, скажу, как я с этим работаю в своих командах.
Мы, технари, отвечаем за качество
Главное, что надо понимать, что за качество, как технический руководитель и/или специалист, отвечать будете вы (да, бизнес вертикали по голове настучат в любом случае, но в итоге это ваша ответственность), но также с вас спросят и за сроки. Поэтому, поиск баланса заложен уже в систему требований и оценивания результата. Если говорить про меня, то у меня есть как и большое желание выпускать продукт, который будет лучше и востребованнее, так и толика нездорового перфекционизма, что не упрощает ситуацию.
Конфликт между заказчиком и исполнителями
Пока не ушел дальше, обсудим самый насущный в этом месте вопрос, а именно конфликты между заказчиком и исполнителями, когда бизнесу надо получить результат здесь и сейчас, а вы пытаетесь сделать, чтоб оно работало. Если боитесь конфликтов, то работа руководителя не для вас, но и конфликт ради конфликта не имеет смысла. Не надо настраиваться ни на конфликт, ни на уступки, настраивайтесь на достижение целей. Только в таком настрое можно пытаться найти какой-то баланс, потому что ожидаемое качество тоже должно быть внесено в цели.
Ставим цели
В итоге, основой для поиска баланса являются ваши цели и их достижение. В такой постановке к целям нужно подходить серьезно и основательно, они должны быть и амбициозны и достижимы. В то же время, там должно быть и что-то о качестве, а не только набор нового функционала. Тогда вы, договариваясь о целях, придете, в рамках их постановки, к пониманию баланса. Выделите критичные вещи, которые нельзя переносить или отменять. Причем, в ряде случаев, качество или технические работы, могут быть также обязательны и несдвигаемы, как и выпуск нового функционала.
Постановкой целей только себе дело не ограничивается, цели нужно донести и поставить своей команде. Самое сложное это поставить цели своим смежникам, от которых вы зависите, так, чтобы они были заинтересованы в выполнении совместных задач. Тут придется привлекать и свои переговорные умения и руководство.
Следите, чтобы ваши цели стыковались с целями вашего руководства. Иначе это будет тот вид конфликта, который вы вряд ли выиграете.
Как идти на компромисс
В любом случае, будут ситуации, отклоняющиеся от намеченного плана, новые вводные и задачи. Тут всегда надо понимать, что есть ситуации, где спорить нет смысла, нужно делать, принимая технический долг. Но также надо понимать, что это игра в две стороны, приняли тех. долг - нашли время его потом поправить. В такой парадигме это ситуация, где конструктивно можно идти на компромиссы. Но она требует выстроенных отношений между бизнесом и ИТ, это сложно, но возможно. Если конструктива мало и у бизнеса всегда позиция “дай” и “надо”, придется учится самому видеть ситуации, где нельзя отказать, а где нужно идти по принятым стандартам. Это сложно и неприятно, но более чем реально.
В целом, советую всегда идти от ваших целей. Это будет помогать вам понимать правильность своих решений и оценивать, что вам мешает, а что помогает. Что и станет ориентиром при выборе.
Больше о том, как работать с бизнесом и получать от него нужные вам сроки, материалы, время на технический долг и т. д., есть в нашем мини-продукте "Документация для работы с ПО и ПМ". Там все основные моменты, которыми я пользуюсь для урегулирования различных ситуацией с бизнесом в своих командах. Также есть отдельный раздел по донесению важности качества продукта.
Максим Шаламов
#советы
Как правильно принимать обратную связь
Поговорим сегодня о том, как правильно принимать обратную связь (о том, как давать обратную связь мы уже говорили). Сразу уточним, есть люди, которые под обратной связью подают любое свое мнение в любом формате. Вроде как я тебя помоями облил, а ты стой слушай - принимай обратную связь. Обвинения и ругань это некорректная обратная связь. Их все равно бывает полезно послушать, это может быть показателем того, что у человека что-то чрезмерно накипело, и об этом полезно узнать и задуматься, что стоит делать дальше. А теперь давайте обсудим, как работать с корректной обратной связью.
Обратная связь от коллег
Обязательно выслушайте, не перебивайте. Задайте вопросы, если что-то непонятно. Если согласны, то так и скажите, обсудите варианты исправления ситуации. Если не согласны, расскажите свою позицию и предложите обдумать варианты, как улучшить. В любом случае поблагодарите за мнение. Даже если вы не согласны с позицией своего коллеги, вы узнали, как он воспринимает ситуацию, и это поможет вам в дальнейшей работе.
Обратная связь от руководителя
Выслушайте. Уточните детали, обсудите, где произошло расхождение в понимании задач, целей и так далее. Поделитесь тем, как вы это видели и почему что-то делали. Обсудите изменения и то, что больше не будете делать. Главное, идите от проблемы и желания прийти к пониманию, как работать и как вас оценивают.
Обратная связь от подчиненного
Дайте высказаться, запишите все пункты. Ответьте на каждый сразу или подготовьтесь и назначьте встречу на другой день. Ответьте на все так, как оно есть, или должно быть, даже если человеку это не нравится. Выписанные проблемы, с которыми согласны, берите в работу. Поблагодарите подчиненного за смелость. Помните, что не каждый решится сказать свою обратную связь руководителю. Добывать информацию, когда вам не хотят ее рассказывать, намного сложнее, поэтому цените это. При появлении желания высказаться у подчиненного обязательно выслушайте его и обсудите услышанное. Не оставляйте вопросов, которые потом будут мешать человеку делать свою работу.
Обратная связь от бизнеса
Еще один очень важный раздел работы с обратной связью - обратная связь от бизнес команды. Умение с ней работать крайне важно для выстраивания работы и корректировки проблем в команде и личной работе. Даже если вами полностью доволен ваш технический руководитель, но бизнес команда не получает от вас то, что ей нужно, это непременно скажется на вашем будущем в компании. Подробно работу с обратной связью от бизнес команды мы разбираем в нашей “Документации по работе с ПО и ПМ”. Там вы в целом найдете все знания по работе с бизнес-командой просто необходимые техническому специалисту любого уровня.
#советы
Поговорим сегодня о том, как правильно принимать обратную связь (о том, как давать обратную связь мы уже говорили). Сразу уточним, есть люди, которые под обратной связью подают любое свое мнение в любом формате. Вроде как я тебя помоями облил, а ты стой слушай - принимай обратную связь. Обвинения и ругань это некорректная обратная связь. Их все равно бывает полезно послушать, это может быть показателем того, что у человека что-то чрезмерно накипело, и об этом полезно узнать и задуматься, что стоит делать дальше. А теперь давайте обсудим, как работать с корректной обратной связью.
Обратная связь от коллег
Обязательно выслушайте, не перебивайте. Задайте вопросы, если что-то непонятно. Если согласны, то так и скажите, обсудите варианты исправления ситуации. Если не согласны, расскажите свою позицию и предложите обдумать варианты, как улучшить. В любом случае поблагодарите за мнение. Даже если вы не согласны с позицией своего коллеги, вы узнали, как он воспринимает ситуацию, и это поможет вам в дальнейшей работе.
Обратная связь от руководителя
Выслушайте. Уточните детали, обсудите, где произошло расхождение в понимании задач, целей и так далее. Поделитесь тем, как вы это видели и почему что-то делали. Обсудите изменения и то, что больше не будете делать. Главное, идите от проблемы и желания прийти к пониманию, как работать и как вас оценивают.
Обратная связь от подчиненного
Дайте высказаться, запишите все пункты. Ответьте на каждый сразу или подготовьтесь и назначьте встречу на другой день. Ответьте на все так, как оно есть, или должно быть, даже если человеку это не нравится. Выписанные проблемы, с которыми согласны, берите в работу. Поблагодарите подчиненного за смелость. Помните, что не каждый решится сказать свою обратную связь руководителю. Добывать информацию, когда вам не хотят ее рассказывать, намного сложнее, поэтому цените это. При появлении желания высказаться у подчиненного обязательно выслушайте его и обсудите услышанное. Не оставляйте вопросов, которые потом будут мешать человеку делать свою работу.
Обратная связь от бизнеса
Еще один очень важный раздел работы с обратной связью - обратная связь от бизнес команды. Умение с ней работать крайне важно для выстраивания работы и корректировки проблем в команде и личной работе. Даже если вами полностью доволен ваш технический руководитель, но бизнес команда не получает от вас то, что ей нужно, это непременно скажется на вашем будущем в компании. Подробно работу с обратной связью от бизнес команды мы разбираем в нашей “Документации по работе с ПО и ПМ”. Там вы в целом найдете все знания по работе с бизнес-командой просто необходимые техническому специалисту любого уровня.
#советы
Влияете ли вы на результат?
Давно обратил внимание, что многие люди думают, что для влияния на результат своей работы, нужны какие-то особые условия или позиции. Конечно, глупо спорить, что с ростом позиции растет и влияние. Но я видел немало директоров, которые очень мало влияли на процесс и принимаемые решения, и не знали, что делать. В то же время немало разработчиков обладают огромным влиянием на процессы и результаты по тем или иным причинам.
Так в чем же собственно дело? Я считаю, что главное тут настрой и готовность преодолевать трудности. Из всех 11 компаний, где я работал, у меня не получалось влиять на процессы и результат только в одной, и то лично мне там не хотелось сильно в это вкладываться. В остальных местах возможности находились, где-то в рамках своих зон влияния, где-то больше и приводило к росту. Но везде мне было не плевать и я считал, что должен и могу влиять на процесс и результат своей работы. Я искал варианты, собирал встречи, проводил пилоты, убеждал людей и потихоньку ситуация менялась. Главное это хотеть и делать. Ждать, что вам дадут влиять очень глупо. Всегда будет большая инерция и сопротивление изменениям. С первого раза многие вещи не получатся, будут происходит откаты и конфликты. К этому нужно быть готовым.
Проблема ожидания определенных позиций, чтобы начать на что-то влиять, заключается в том, что, получив заветное место, вы не научитесь продвигать свои идеи. Не научитесь видеть проблемы и искать решение, которое устроит не только вас, но и всю команду.
Если вы хотите влиять, то, кроме как начать это делать, предложить нечего. Начинайте с малого. Выпишите проблемы в работе, которые вы видите. Подумайте, что с каждой проблемой вы могли бы сделать и кого это заденет. Оформите максимально понятно ваши идеи и соберите всех участников процесса, представьте им свои идеи. Обязательно отталкивайтесь от проблемы, которую вы решаете, и делайте акцент на плюсах идеи, которую вы предлагаете. Готовьтесь работать с возражениями. Готовьтесь, что основные проблемы по внедрению ваших идей будут лежать на вас, предложить идею и не участвовать в ее реализации не получится, провальный результат гарантирован. Более подробно алгоритм внедрения изменений мы разбираем в мини-продукте по борьбе с рутиной.
Показывая готовность участвовать в изменениях и тащить их на себе, вы зарабатываете себе репутацию. У руководства в том числе. Со временем, вес ваших слов и идей будет расти и вам будет становиться все проще.
В общем, вопрос влияния для меня больше заключен в желании, настойчивости и терпении. Обычно не могут влиять те, кто не готов в это вкладываться, либо сводят все общение к конфликту. Пробуйте, не теряйте настрой и все у вас получится на любой позиции.
Максим Шаламов
#советы
Давно обратил внимание, что многие люди думают, что для влияния на результат своей работы, нужны какие-то особые условия или позиции. Конечно, глупо спорить, что с ростом позиции растет и влияние. Но я видел немало директоров, которые очень мало влияли на процесс и принимаемые решения, и не знали, что делать. В то же время немало разработчиков обладают огромным влиянием на процессы и результаты по тем или иным причинам.
Так в чем же собственно дело? Я считаю, что главное тут настрой и готовность преодолевать трудности. Из всех 11 компаний, где я работал, у меня не получалось влиять на процессы и результат только в одной, и то лично мне там не хотелось сильно в это вкладываться. В остальных местах возможности находились, где-то в рамках своих зон влияния, где-то больше и приводило к росту. Но везде мне было не плевать и я считал, что должен и могу влиять на процесс и результат своей работы. Я искал варианты, собирал встречи, проводил пилоты, убеждал людей и потихоньку ситуация менялась. Главное это хотеть и делать. Ждать, что вам дадут влиять очень глупо. Всегда будет большая инерция и сопротивление изменениям. С первого раза многие вещи не получатся, будут происходит откаты и конфликты. К этому нужно быть готовым.
Проблема ожидания определенных позиций, чтобы начать на что-то влиять, заключается в том, что, получив заветное место, вы не научитесь продвигать свои идеи. Не научитесь видеть проблемы и искать решение, которое устроит не только вас, но и всю команду.
Если вы хотите влиять, то, кроме как начать это делать, предложить нечего. Начинайте с малого. Выпишите проблемы в работе, которые вы видите. Подумайте, что с каждой проблемой вы могли бы сделать и кого это заденет. Оформите максимально понятно ваши идеи и соберите всех участников процесса, представьте им свои идеи. Обязательно отталкивайтесь от проблемы, которую вы решаете, и делайте акцент на плюсах идеи, которую вы предлагаете. Готовьтесь работать с возражениями. Готовьтесь, что основные проблемы по внедрению ваших идей будут лежать на вас, предложить идею и не участвовать в ее реализации не получится, провальный результат гарантирован. Более подробно алгоритм внедрения изменений мы разбираем в мини-продукте по борьбе с рутиной.
Показывая готовность участвовать в изменениях и тащить их на себе, вы зарабатываете себе репутацию. У руководства в том числе. Со временем, вес ваших слов и идей будет расти и вам будет становиться все проще.
В общем, вопрос влияния для меня больше заключен в желании, настойчивости и терпении. Обычно не могут влиять те, кто не готов в это вкладываться, либо сводят все общение к конфликту. Пробуйте, не теряйте настрой и все у вас получится на любой позиции.
Максим Шаламов
#советы
Зачем мне эта головная боль?
Вы знаете, я люблю всякие примеры из жизни, потому что на них часто все становится более очевидно, чем на работе. Так вот, как раз на днях у меня случился такой момент осознания в повседневной жизни. Как-то Максим писал о стереотипных причинах, почему люди идут в руководители. Многие хотят власти, хотят влиять на ситуацию. И вы уже знаете, что формальная должность этого не дает. Но сейчас я вам расскажу, как влиять на людей без всякой там должности, и даже на людей никак с вами не связанных обязательствами.
Одно из моих хобби танцы. Мы с ребятами ставим танец, а потом собираемся в красивом месте и снимаем это все на камеру на память. Последнюю съемку организовали настолько для меня неудобно, что мне вообще пришлось отказаться от этого мероприятия, что меня достаточно сильно расстроило. Я решила, что нужно как-то повлиять на группу, чтобы в следующий раз сделали по-моему и я смогла участвовать. Мы с Максимом всегда обсуждаем дома подобные вещи, и он посоветовал просто взять организацию на себя и я увижу, что никто не будет спорить с уже принятыми решениями.
Должна вам сказать, что не думала, что эффект действительно будет настолько мощным. Стоило мне взять на себя инициативу по организации и с моим решением основных вопросов действительно никто спорить не стал. При этом важно, что я не просто говорила, что я приняла решение, это бы лишило группу ощущения, что они участвуют в выборе. Я приходила с уже готовыми договоренностями, но перед финальным подтверждением.
Например, для меня важен был выбор оператора. Я написала тому, кто мне нравился, и узнала ответы на все основные вопросы. К группе я уже пришла с информацией, что вот этот человек готов нас снимать такого-то числа, во-столько то, в таком-то месте, столько нам это будет стоить. Дальше достаточно было спросить все ли согласны и получить положительный ответ, потому что все вопросы уже были закрыты. Когда за тебя уже все организовали и все что тебе остается сделать, это явиться в нужное место в нужное время и ни о чем не беспокоится, захочешь ли ты брать на себя лишний головняк, просто чтобы что-то поменять? Большинству будет намного проще просто смириться с тем, что есть.
В рабочей среде это происходит точно также. Стоит вам полностью взять на себя инициативу, вы получаете возможность управлять ей и напрямую решать, как она будет реализовываться. Это куча лишнего головняка? Да, это так. С другой стороны, мало кто захочет проходить этот головняк еще раз, чтобы поменять то, что вы уже сделали. Да и выглядеть это будет странно. Именно поэтому технические решения, которые затащили в проект на старте живут там до скончания веков. Кто готов потратить свое время, чтобы все вычистить и сделать по-своему? Единицы.
Основной урок: хочешь, чтобы было сделано по-твоему, проявляй инициативу и бери ответственность на себя. Главное в финале согласовать решение с заинтересованными людьми и руководством. Если не знаете, как организовать реализацию своей инициативы, то подробный план мы уже разобрали тут.
Александра Шаламова
#советы
Вы знаете, я люблю всякие примеры из жизни, потому что на них часто все становится более очевидно, чем на работе. Так вот, как раз на днях у меня случился такой момент осознания в повседневной жизни. Как-то Максим писал о стереотипных причинах, почему люди идут в руководители. Многие хотят власти, хотят влиять на ситуацию. И вы уже знаете, что формальная должность этого не дает. Но сейчас я вам расскажу, как влиять на людей без всякой там должности, и даже на людей никак с вами не связанных обязательствами.
Одно из моих хобби танцы. Мы с ребятами ставим танец, а потом собираемся в красивом месте и снимаем это все на камеру на память. Последнюю съемку организовали настолько для меня неудобно, что мне вообще пришлось отказаться от этого мероприятия, что меня достаточно сильно расстроило. Я решила, что нужно как-то повлиять на группу, чтобы в следующий раз сделали по-моему и я смогла участвовать. Мы с Максимом всегда обсуждаем дома подобные вещи, и он посоветовал просто взять организацию на себя и я увижу, что никто не будет спорить с уже принятыми решениями.
Должна вам сказать, что не думала, что эффект действительно будет настолько мощным. Стоило мне взять на себя инициативу по организации и с моим решением основных вопросов действительно никто спорить не стал. При этом важно, что я не просто говорила, что я приняла решение, это бы лишило группу ощущения, что они участвуют в выборе. Я приходила с уже готовыми договоренностями, но перед финальным подтверждением.
Например, для меня важен был выбор оператора. Я написала тому, кто мне нравился, и узнала ответы на все основные вопросы. К группе я уже пришла с информацией, что вот этот человек готов нас снимать такого-то числа, во-столько то, в таком-то месте, столько нам это будет стоить. Дальше достаточно было спросить все ли согласны и получить положительный ответ, потому что все вопросы уже были закрыты. Когда за тебя уже все организовали и все что тебе остается сделать, это явиться в нужное место в нужное время и ни о чем не беспокоится, захочешь ли ты брать на себя лишний головняк, просто чтобы что-то поменять? Большинству будет намного проще просто смириться с тем, что есть.
В рабочей среде это происходит точно также. Стоит вам полностью взять на себя инициативу, вы получаете возможность управлять ей и напрямую решать, как она будет реализовываться. Это куча лишнего головняка? Да, это так. С другой стороны, мало кто захочет проходить этот головняк еще раз, чтобы поменять то, что вы уже сделали. Да и выглядеть это будет странно. Именно поэтому технические решения, которые затащили в проект на старте живут там до скончания веков. Кто готов потратить свое время, чтобы все вычистить и сделать по-своему? Единицы.
Основной урок: хочешь, чтобы было сделано по-твоему, проявляй инициативу и бери ответственность на себя. Главное в финале согласовать решение с заинтересованными людьми и руководством. Если не знаете, как организовать реализацию своей инициативы, то подробный план мы уже разобрали тут.
Александра Шаламова
#советы
Работа с техническим бэклогом
Работа с техническим беклогом на мой взгляд, одно из важнейших умений технического менеджера. При этом с этим обычно возникает огромное количество проблем при росте ребят. Это довольно интересно, с учетом того, что обычно я вижу большой запрос к бизнесу на длительную дорожную карту, чтобы понимать что делаем и куда идем, но со своей стороны такую же техническую дорожную карту выдать готовы единицы. Давайте разбираться что это и зачем.
В технический бэклог должны попадать все технические задачи, которые вы собираетесь сделать в проекте. Например:
- Рефакторинг и/или разделение модулей
- Доработка покрытием тестов
- Выделение новых стендов (если это не делается просто в вашей компании)
- Наполнение стендов тестовыми данными
- Проведение нагрузочного тестирования
- Разбивка проекта на сервисы
- Ресерч, который направлен на поиск лучших решений для проекта
- и т.д.
Все это должно быть собрано в одном месте, приоритезировано и оценено.
Собирать эти вещи надо постоянно, по итогам ваших технических встреч и ретроспектив, там часто всплывают проблемы и все их нужно записывать. Затем проводите отдельные встречи по техническому бэклогу, где выделяйте то, на что команда готова инвестировать время и силы (или на что должны по мнению лидера команды). В целом, тут работа очень мало отличается от работы с любым бэклогом. Ведет бэклог ПМ или тимлид, приоритезирует тимлид или тех. руководитель.
Дальше этот бэклог накладывается на бизнесовый, и задачи в оговоренной у вас пропорции берутся в работу. Главное, что вы можете показать, что и зачем вы собираетесь делать, сразу же показать трудозатраты. А не будете прибегать перед каждой новой задачей со словами, что надо бы инвестировать сколько-то времени, но мы не знаем сколько, но без этого не получится нормально сделать.
Планирование и прозрачность, помогут вам обосновывать необходимость ваших шагов и сделать движение к ним понятным и предсказуемым. Так же вы сами сможете осознанно выбирать из своих проблем те, которые стоит брать в первую очередь. Инвестируйте в работу с техническим бэклогом и ваша работа станет проще.
Максим Шаламов
#советы
Работа с техническим беклогом на мой взгляд, одно из важнейших умений технического менеджера. При этом с этим обычно возникает огромное количество проблем при росте ребят. Это довольно интересно, с учетом того, что обычно я вижу большой запрос к бизнесу на длительную дорожную карту, чтобы понимать что делаем и куда идем, но со своей стороны такую же техническую дорожную карту выдать готовы единицы. Давайте разбираться что это и зачем.
В технический бэклог должны попадать все технические задачи, которые вы собираетесь сделать в проекте. Например:
- Рефакторинг и/или разделение модулей
- Доработка покрытием тестов
- Выделение новых стендов (если это не делается просто в вашей компании)
- Наполнение стендов тестовыми данными
- Проведение нагрузочного тестирования
- Разбивка проекта на сервисы
- Ресерч, который направлен на поиск лучших решений для проекта
- и т.д.
Все это должно быть собрано в одном месте, приоритезировано и оценено.
Собирать эти вещи надо постоянно, по итогам ваших технических встреч и ретроспектив, там часто всплывают проблемы и все их нужно записывать. Затем проводите отдельные встречи по техническому бэклогу, где выделяйте то, на что команда готова инвестировать время и силы (или на что должны по мнению лидера команды). В целом, тут работа очень мало отличается от работы с любым бэклогом. Ведет бэклог ПМ или тимлид, приоритезирует тимлид или тех. руководитель.
Дальше этот бэклог накладывается на бизнесовый, и задачи в оговоренной у вас пропорции берутся в работу. Главное, что вы можете показать, что и зачем вы собираетесь делать, сразу же показать трудозатраты. А не будете прибегать перед каждой новой задачей со словами, что надо бы инвестировать сколько-то времени, но мы не знаем сколько, но без этого не получится нормально сделать.
Планирование и прозрачность, помогут вам обосновывать необходимость ваших шагов и сделать движение к ним понятным и предсказуемым. Так же вы сами сможете осознанно выбирать из своих проблем те, которые стоит брать в первую очередь. Инвестируйте в работу с техническим бэклогом и ваша работа станет проще.
Максим Шаламов
#советы
Ощущение рутины - первый признак начала деградации
Как понять, что ты не деградируешь, а продолжаешь расти? Говорят, невозможно остановиться на месте, ты либо растешь, либо деградируешь. Не тренируемые навыки и знания имеют свойство очень быстро улетучиваться. Вот многое вы помните из школьной программы? Даже если вы делаете каждый день одни и теже задачи, ваш навык выполнения этих задач не остается на одном уровне. Знакомые действия постепенно переходят в автоматические, понимание зачем нужно было это действие постепенно стирается, сначала детали, а со временем и сама причина действия. Остается только автоматическое выполнение.
Если ваша работа начала состоять из череды полу-автоматических, одинаковых действий, то очень быстро придет ощущение рутины. Ваш мозг минимально включается в ежедневные однотипные задачи и начинает скучать. И это очень явный признак того, что близко начало деградации. Вам уже все знакомо, вы уже это все делали сотни раз. Вы больше не развиваетесь на текущих задачах.
Ощущение рутины, это хороший триггер того, что вам пора найти для себя новые вызовы. Дать своему мозгу новую пищу для роста, пока коллеги, которых вы когда-то учи еще не стали умнее вас. Как найти такие вызовы, чтобы не вылететь с первых мест на обочину, мы разбирали тут.
А вы что думаете по этому поводу? Обязательно напишите в комментариях свое мнение. Или выразите его хотя бы реакцией к посту - для нас это очень важно!
#советы
Как понять, что ты не деградируешь, а продолжаешь расти? Говорят, невозможно остановиться на месте, ты либо растешь, либо деградируешь. Не тренируемые навыки и знания имеют свойство очень быстро улетучиваться. Вот многое вы помните из школьной программы? Даже если вы делаете каждый день одни и теже задачи, ваш навык выполнения этих задач не остается на одном уровне. Знакомые действия постепенно переходят в автоматические, понимание зачем нужно было это действие постепенно стирается, сначала детали, а со временем и сама причина действия. Остается только автоматическое выполнение.
Если ваша работа начала состоять из череды полу-автоматических, одинаковых действий, то очень быстро придет ощущение рутины. Ваш мозг минимально включается в ежедневные однотипные задачи и начинает скучать. И это очень явный признак того, что близко начало деградации. Вам уже все знакомо, вы уже это все делали сотни раз. Вы больше не развиваетесь на текущих задачах.
Ощущение рутины, это хороший триггер того, что вам пора найти для себя новые вызовы. Дать своему мозгу новую пищу для роста, пока коллеги, которых вы когда-то учи еще не стали умнее вас. Как найти такие вызовы, чтобы не вылететь с первых мест на обочину, мы разбирали тут.
А вы что думаете по этому поводу? Обязательно напишите в комментариях свое мнение. Или выразите его хотя бы реакцией к посту - для нас это очень важно!
#советы
Не знаешь, что делать? Пиши план.
Задач полно, а ты сидишь и не знаешь, за что взяться. У вас такое бывает? У меня бывает, как и у большинства людей. Вся проблема в том, что ты просто не знаешь, за что браться первым и в каком порядке, что делать. Чаще всего это приводит к прокрастинации и затягиванию погружения в работу. Такое может быть даже в рамках одной задачи, чего уж говорить, если у вас таких задач много.
Решается проблема очень просто: не знаешь что делать - пиши план. Как только вы поймали себя на том, что не можете выбрать задачу, вашей первой же задачей должно быть сесть и написать план работ. В плане обязательно расставляйте приоритеты, или попросту порядок действий, в котором вы будете выполнять задачи. А затем берете верхнюю, самую приоритетную задачу, и просто начинаете ее делать.
Часто пишете план работ, прежде, чем брать за задачу? Делитесь в комментариях. Кстати, у меня есть видео-пример, как я сама составляю план работ перед началом проекта.
Александра Шаламова
#советы
Задач полно, а ты сидишь и не знаешь, за что взяться. У вас такое бывает? У меня бывает, как и у большинства людей. Вся проблема в том, что ты просто не знаешь, за что браться первым и в каком порядке, что делать. Чаще всего это приводит к прокрастинации и затягиванию погружения в работу. Такое может быть даже в рамках одной задачи, чего уж говорить, если у вас таких задач много.
Решается проблема очень просто: не знаешь что делать - пиши план. Как только вы поймали себя на том, что не можете выбрать задачу, вашей первой же задачей должно быть сесть и написать план работ. В плане обязательно расставляйте приоритеты, или попросту порядок действий, в котором вы будете выполнять задачи. А затем берете верхнюю, самую приоритетную задачу, и просто начинаете ее делать.
Часто пишете план работ, прежде, чем брать за задачу? Делитесь в комментариях. Кстати, у меня есть видео-пример, как я сама составляю план работ перед началом проекта.
Александра Шаламова
#советы
Моя главная ошибка в карьере
Я могла бы расти раза в два быстрее. И сейчас, оглядываясь назад, я понимаю, что мне мешало.
Не мне вам рассказывать, что ИТ это очень конкурентная среда. Все хотят выглядеть знающими и боятся показаться глупее других. В эту ловушку борьбы за собственную репутацию очень легко попасться. Начинает казаться, что ты должен быть непогрешим и что лучший способ доказать, что ты умнее - спорить и доказывать свою правоту.
Именно так я долгое время делала в работе. Каждый раз, когда мне указывали на мою ошибку, я пыталась доказать, что я права. И часто это даже удавалось. Я боялась быть неправой, ошибиться у всех на глазах, показаться глупее других. Но на самом деле, это мешало мне видеть свои ошибки и исправлять их. Невозможно исправить то, что ты не принимаешь, как ошибку. И только когда я дала себе право ошибаться, я начала видеть, где я неправа и расти стало намного проще.
Не забывайте ставить под сомнение свою правоту, чтобы не мешать себе расти.
А вы замечали за собой такую ошибку? Обязательно делитесь в комментариях своими историями и ставьте реакции к посту, чтобы мы видели, что именно вам интересно читать на нашем канале.
Больше полезных вопросов для своего роста вы найдете в мини-курсе по борьбе с рутиной. Какое отношение рутина имеет к росту мы недавно рассказывали.
Александра Шаламова
#советы
Я могла бы расти раза в два быстрее. И сейчас, оглядываясь назад, я понимаю, что мне мешало.
Не мне вам рассказывать, что ИТ это очень конкурентная среда. Все хотят выглядеть знающими и боятся показаться глупее других. В эту ловушку борьбы за собственную репутацию очень легко попасться. Начинает казаться, что ты должен быть непогрешим и что лучший способ доказать, что ты умнее - спорить и доказывать свою правоту.
Именно так я долгое время делала в работе. Каждый раз, когда мне указывали на мою ошибку, я пыталась доказать, что я права. И часто это даже удавалось. Я боялась быть неправой, ошибиться у всех на глазах, показаться глупее других. Но на самом деле, это мешало мне видеть свои ошибки и исправлять их. Невозможно исправить то, что ты не принимаешь, как ошибку. И только когда я дала себе право ошибаться, я начала видеть, где я неправа и расти стало намного проще.
Не забывайте ставить под сомнение свою правоту, чтобы не мешать себе расти.
А вы замечали за собой такую ошибку? Обязательно делитесь в комментариях своими историями и ставьте реакции к посту, чтобы мы видели, что именно вам интересно читать на нашем канале.
Больше полезных вопросов для своего роста вы найдете в мини-курсе по борьбе с рутиной. Какое отношение рутина имеет к росту мы недавно рассказывали.
Александра Шаламова
#советы
“Почему меня не слушают, я же начальник”
У ряда руководителей можно услышать о проблемах с тем, что их не слушаются и/или не воспринимают. Причем смена команд и работы им не сильно помогает. Не могу сказать, что обладаю большой выборкой, но есть один момент, на который я бы обращал внимание. И как сотруднику при оценке руководителя, и как руководителю для понимания, как тебя воспринимают.
В чем проблема
Смысл проблемы в том, что у большинства руководителей их жалоба звучит примерно как “он меня не послушал, а ведь я начальник”. Я конечно согласен, что субординация важна, но не всегда слов “я начальник” достаточно, чтобы что-то случилось или начало делаться, как вы хотите. Давайте разберемся по частям с этой проблемой.
Самое простое, часто люди не понимают, что и зачем вы хотите, поэтому они либо спорят, либо делают все, чтобы не брать в работу вашу задачу. Поэтому всегда найдите время объяснить, зачем вы что-то требуете. Например, “если мы не сделаем эту задачу, отложив текущие, то все лишимся премий”, лучше чем “бросайте фигню, которой занимаетесь, и все силы бросайте на эту задачу”. Если задача пришла сверху и вы сами не до конца понимаете ситуацию, я считаю, что лучше так и передать своим подчиненным. Это лучше, чем они будут думать, что вы просто не нашли времени для донесения информации или посчитали себя выше общения с ними.
Второе, подача авторитета с точки зрения должности работает не на всех, а у части людей вызывает отрицательные эмоции вплоть до неподвластной им необходимости мешать вам. Сама по себе должность не говорит о компетентности в целом, или по крайней мере в текущей ситуации.
Как лучше делать
Лично я всегда иду от другого и люди, которых я считаю хорошими руководителями, обычно делают также. Я иду либо от ответственности, либо от знания. И обычно, когда я слушаю подобные возмущения от руководителей, которых я считаю хорошими, они звучат примерно как “мне не важно, что он считает. Отвечать мне, поэтому мы сделали, как я сказал”. Сама по себе подача себя через ответственность лично у меня вызывает больше понимания. Я понимаю, что за каждый большой провал сначала ответит мой руководитель, а потом, если считает правильным он сам, вызовет отвечать меня. И он это понимает. Поэтому глобальных проблем с принятием права последнего слова у меня нет. Так же, как если ты признанный у себя в команде эксперт, то можно идти от того, что ты точно знаешь и берешь ответственность на себя. Знание и принятие ответственности тоже имеет вес, но это скорее хорошо работает в среде тех, кто вас давно знает.
В заключении, для упрощения взаимодействий, когда вы хотите единолично принять решение, идите от пояснения причин и фиксирования принятия ответственности за решения.
Максим Шаламов
#руководителю #советы
У ряда руководителей можно услышать о проблемах с тем, что их не слушаются и/или не воспринимают. Причем смена команд и работы им не сильно помогает. Не могу сказать, что обладаю большой выборкой, но есть один момент, на который я бы обращал внимание. И как сотруднику при оценке руководителя, и как руководителю для понимания, как тебя воспринимают.
В чем проблема
Смысл проблемы в том, что у большинства руководителей их жалоба звучит примерно как “он меня не послушал, а ведь я начальник”. Я конечно согласен, что субординация важна, но не всегда слов “я начальник” достаточно, чтобы что-то случилось или начало делаться, как вы хотите. Давайте разберемся по частям с этой проблемой.
Самое простое, часто люди не понимают, что и зачем вы хотите, поэтому они либо спорят, либо делают все, чтобы не брать в работу вашу задачу. Поэтому всегда найдите время объяснить, зачем вы что-то требуете. Например, “если мы не сделаем эту задачу, отложив текущие, то все лишимся премий”, лучше чем “бросайте фигню, которой занимаетесь, и все силы бросайте на эту задачу”. Если задача пришла сверху и вы сами не до конца понимаете ситуацию, я считаю, что лучше так и передать своим подчиненным. Это лучше, чем они будут думать, что вы просто не нашли времени для донесения информации или посчитали себя выше общения с ними.
Второе, подача авторитета с точки зрения должности работает не на всех, а у части людей вызывает отрицательные эмоции вплоть до неподвластной им необходимости мешать вам. Сама по себе должность не говорит о компетентности в целом, или по крайней мере в текущей ситуации.
Как лучше делать
Лично я всегда иду от другого и люди, которых я считаю хорошими руководителями, обычно делают также. Я иду либо от ответственности, либо от знания. И обычно, когда я слушаю подобные возмущения от руководителей, которых я считаю хорошими, они звучат примерно как “мне не важно, что он считает. Отвечать мне, поэтому мы сделали, как я сказал”. Сама по себе подача себя через ответственность лично у меня вызывает больше понимания. Я понимаю, что за каждый большой провал сначала ответит мой руководитель, а потом, если считает правильным он сам, вызовет отвечать меня. И он это понимает. Поэтому глобальных проблем с принятием права последнего слова у меня нет. Так же, как если ты признанный у себя в команде эксперт, то можно идти от того, что ты точно знаешь и берешь ответственность на себя. Знание и принятие ответственности тоже имеет вес, но это скорее хорошо работает в среде тех, кто вас давно знает.
В заключении, для упрощения взаимодействий, когда вы хотите единолично принять решение, идите от пояснения причин и фиксирования принятия ответственности за решения.
Максим Шаламов
#руководителю #советы
Почему важно думать о решении задачи заранее, а не в процессе
В чем такая большая разница между сесть и сделать задачу и тем, чтобы сначала подумать, составить план и только потом сделать? А разница на самом деле может быть колоссальной. И чем больше задача, тем больше разница.
Представьте, что вы хотите что-то построить и беретесь сразу за работу, ничего не продумывая. Начинаете копать под фундамент, а там грунтовые воды бьют со всех сторон. Вы меняете место, копаете заново. Строите фундамент, оказывается, чтобы здесь строить, нужно особое разрешение, которые нужно полгода получать. Вы опять меняете место. Потом оказывается, что кирпичи, которые вы выбрали не подходят к климату этого места, вам приходится все сносить и начинать снова. И так далее и тому подобное.
В работе над задачами разработки все тоже самое. Если вы не имеете заранее продуманного плана, вы всегда будете натыкаться на неожиданные проблемы, которые часто будут приводить к изменению уже проделанной работы.
Поэтому не стоит лениться, всегда продумывайте задачу прежде, чем садиться за ее реализацию. Вы сэкономите намного больше времени и сил, чем потратите на составление плана.
Александра Шаламова
#советы
В чем такая большая разница между сесть и сделать задачу и тем, чтобы сначала подумать, составить план и только потом сделать? А разница на самом деле может быть колоссальной. И чем больше задача, тем больше разница.
Представьте, что вы хотите что-то построить и беретесь сразу за работу, ничего не продумывая. Начинаете копать под фундамент, а там грунтовые воды бьют со всех сторон. Вы меняете место, копаете заново. Строите фундамент, оказывается, чтобы здесь строить, нужно особое разрешение, которые нужно полгода получать. Вы опять меняете место. Потом оказывается, что кирпичи, которые вы выбрали не подходят к климату этого места, вам приходится все сносить и начинать снова. И так далее и тому подобное.
В работе над задачами разработки все тоже самое. Если вы не имеете заранее продуманного плана, вы всегда будете натыкаться на неожиданные проблемы, которые часто будут приводить к изменению уже проделанной работы.
Поэтому не стоит лениться, всегда продумывайте задачу прежде, чем садиться за ее реализацию. Вы сэкономите намного больше времени и сил, чем потратите на составление плана.
Александра Шаламова
#советы
Не бойся выглядеть дураком, бойся им быть
Вы знаете, я человек такой, люблю свое мнение говорить, поэтому вечно со всеми спорю. А что человек первым делом хочет сказать, если он с тобой не согласен? Правильно, что ты дурак. Ну а как иначе? Он что-ли не прав, а ты умный? Такого же не может быть. И вот сегодня мне в разговоре сказали очень интересную фразу: "Это надо знать, чтобы не выглядеть дурой!". Я так долго смеялась, что решила поделиться с вами мыслями.
Любое обучение требует времени и сил. Вы вливаете в себя какую-то информацию, а объем поглощаемых данных за день вполне себе ограничен. Кратковременная память не резиновая. Поэтому нельзя бездумно поглощать информацию, будет перегруз, мы устанем и что-то важное из головы вылетит. Чтобы с этим бороться, нужно осознанное потребление информации. Всякий мусор - лесом. Полезное запоминаем.
Так вот. Есть такие категории знаний, которые нужны только для того, чтобы ими понтоваться. Подобные знания преподносятся, как "база", их "стыдно не знать", но на деле они являются информационным мусором, вместо которого в вашей голове могло бы быть что-то полезное. А нужны они только для того, чтобы тешить свое эго, если больше нечем. Ну типа, ты подходишь к человеку и тебе хочется быть круче его, надо для этого его как-то унизить и ты говоришь "ты что не знаешь столицу Гондураса / седьмого президента США / имя третьей кошки Черчилля? Ты что серьезно? Ты что дурак?". Главное из 100500+ фактов выбрать именно тот, который он не знает, а ты знаешь (а можешь и не знать, просто скажи, что ты такую элементарную информацию даже говорить не собираешься, пусть гуглит).
В мире очень много информации. Вы сто процентов знаете то, что не знает ваш собеседник, а он знает много того, чего не знаете вы. Не ведитесь на провокацию аля "ты что дурак?" и уж тем более не кидайтесь что-то учить только затем, чтобы кто-то не думал, что вы дурак. Надо будет найдут то, чего вы не знаете. И именно это будет "базой, которую стыдно не знать". Помните, что цель таких людей не забота о вас, а желание понтануться перед вами и встать выше вас. Выбирайте то, что важно именно вам и нужно именно вам. И не позволяйте никому себя обесценивать. Ваши знания - ваш выбор. Это база, которую стыдно не знать 😉
Очень интересно узнать, что вы думаете по этому поводу? Обязательно делитесь в комментариях!
Александра Шаламова
#советы
Вы знаете, я человек такой, люблю свое мнение говорить, поэтому вечно со всеми спорю. А что человек первым делом хочет сказать, если он с тобой не согласен? Правильно, что ты дурак. Ну а как иначе? Он что-ли не прав, а ты умный? Такого же не может быть. И вот сегодня мне в разговоре сказали очень интересную фразу: "Это надо знать, чтобы не выглядеть дурой!". Я так долго смеялась, что решила поделиться с вами мыслями.
Любое обучение требует времени и сил. Вы вливаете в себя какую-то информацию, а объем поглощаемых данных за день вполне себе ограничен. Кратковременная память не резиновая. Поэтому нельзя бездумно поглощать информацию, будет перегруз, мы устанем и что-то важное из головы вылетит. Чтобы с этим бороться, нужно осознанное потребление информации. Всякий мусор - лесом. Полезное запоминаем.
Так вот. Есть такие категории знаний, которые нужны только для того, чтобы ими понтоваться. Подобные знания преподносятся, как "база", их "стыдно не знать", но на деле они являются информационным мусором, вместо которого в вашей голове могло бы быть что-то полезное. А нужны они только для того, чтобы тешить свое эго, если больше нечем. Ну типа, ты подходишь к человеку и тебе хочется быть круче его, надо для этого его как-то унизить и ты говоришь "ты что не знаешь столицу Гондураса / седьмого президента США / имя третьей кошки Черчилля? Ты что серьезно? Ты что дурак?". Главное из 100500+ фактов выбрать именно тот, который он не знает, а ты знаешь (а можешь и не знать, просто скажи, что ты такую элементарную информацию даже говорить не собираешься, пусть гуглит).
В мире очень много информации. Вы сто процентов знаете то, что не знает ваш собеседник, а он знает много того, чего не знаете вы. Не ведитесь на провокацию аля "ты что дурак?" и уж тем более не кидайтесь что-то учить только затем, чтобы кто-то не думал, что вы дурак. Надо будет найдут то, чего вы не знаете. И именно это будет "базой, которую стыдно не знать". Помните, что цель таких людей не забота о вас, а желание понтануться перед вами и встать выше вас. Выбирайте то, что важно именно вам и нужно именно вам. И не позволяйте никому себя обесценивать. Ваши знания - ваш выбор. Это база, которую стыдно не знать 😉
Очень интересно узнать, что вы думаете по этому поводу? Обязательно делитесь в комментариях!
Александра Шаламова
#советы
Сменить работу не значит решить проблему
До первого места работы, где я проработал долго и плодотворно, я сменил 9 компаний, нигде не проработав и года. Везде, в целом, были одни и те же проблемы: сложности с бизнесом, сложности с ростом, мало интересных задач, повышения происходят не так, как ты хочешь и ждешь. В какой-то момент я понял, что как специалист я за счет этого расширил кругозор, но я не расту вглубь, как по технике, так и по софт части. И в целом я понял, что работы меняются, а я нет. Это понимание дало мне огромный толчок, позволило получить интересные проекты, рост, собрать команду, с которой мне было интересно работать и главное теперь это воспроизводится на новых местах, потому что проблемы везде похожие, а адаптироваться и расти нужно именно тебе. Тогда ты сможешь решить многое из проблем.
Собственно к чему это все? Многие бегают с работы на работу и каждый раз попадают в одни и те же проблемы. В итоге, удовлетворенность от работы на любом месте низкая, карьера идет не так, как хочется. Виноваты все вокруг, пойду вон к тем, там все по-другому. На самом деле, чтобы прийти к чему-то другому, нужно поменять себя. Тогда вы будете выбирать коллег и компании по-другому, смотреть на другие вещи и сможете решать типовые проблемы. А решать проблемы придется всегда, на любой позиции. Повышения, интересные задачи, новые вызовы, зоны роста - все это нужно уметь стабильно получать, уметь где-то подождать, а где-то с опытом понимать, что твоих сил изменить компанию недостаточно и тогда действительно идти дальше.
Главное не заниматься самообманом, а начинать поиск проблемы с себя, тогда ты будешь и расти, и лучше понимать, как получить желаемое. Если вы решили для себя, что расти и развиваться самому это ваш вариант, то посмотрите наш небольшой курс по борьбе с рутиной. Мы там как раз описали подходы, которые вырабатывают привычку к постоянному самосовершенствованию.
Максим Шаламов
#советы #разработчику #руководителю
До первого места работы, где я проработал долго и плодотворно, я сменил 9 компаний, нигде не проработав и года. Везде, в целом, были одни и те же проблемы: сложности с бизнесом, сложности с ростом, мало интересных задач, повышения происходят не так, как ты хочешь и ждешь. В какой-то момент я понял, что как специалист я за счет этого расширил кругозор, но я не расту вглубь, как по технике, так и по софт части. И в целом я понял, что работы меняются, а я нет. Это понимание дало мне огромный толчок, позволило получить интересные проекты, рост, собрать команду, с которой мне было интересно работать и главное теперь это воспроизводится на новых местах, потому что проблемы везде похожие, а адаптироваться и расти нужно именно тебе. Тогда ты сможешь решить многое из проблем.
Собственно к чему это все? Многие бегают с работы на работу и каждый раз попадают в одни и те же проблемы. В итоге, удовлетворенность от работы на любом месте низкая, карьера идет не так, как хочется. Виноваты все вокруг, пойду вон к тем, там все по-другому. На самом деле, чтобы прийти к чему-то другому, нужно поменять себя. Тогда вы будете выбирать коллег и компании по-другому, смотреть на другие вещи и сможете решать типовые проблемы. А решать проблемы придется всегда, на любой позиции. Повышения, интересные задачи, новые вызовы, зоны роста - все это нужно уметь стабильно получать, уметь где-то подождать, а где-то с опытом понимать, что твоих сил изменить компанию недостаточно и тогда действительно идти дальше.
Главное не заниматься самообманом, а начинать поиск проблемы с себя, тогда ты будешь и расти, и лучше понимать, как получить желаемое. Если вы решили для себя, что расти и развиваться самому это ваш вариант, то посмотрите наш небольшой курс по борьбе с рутиной. Мы там как раз описали подходы, которые вырабатывают привычку к постоянному самосовершенствованию.
Максим Шаламов
#советы #разработчику #руководителю
Вы не должны перерабатывать, чтобы хорошо работать
Был у нас с Максимом в университете замечательный преподаватель по Python и архитектуре, который любит говорить, что самый лучший программист это ленивый программист. И к сожалению, большинство ребят, с которыми я говорила, этого не понимают.
Хорошо работать у большинства ассоциируется с переработками. Да есть у нас такое ошибочное мышление, если Вася работал в выходные, значит он хороший работник, надо его повысить. Но "много" не имеет ничего общего с "хорошо". А даже наоборот. Чем хуже вы что-то сделали, тем больше вам прилетает дополнительной работы: правки, баги, доработки. В итоге, именно "плохо работал" обычно превращается в "много работал". Хотите работать мало? Делайте сразу нормально и думайте наперед. Лучше сделать чуть больше в первый раз, чтобы следующие похожие задачи шли быстрее, чем сделать быстро одну, но повторять все тоже самое еще 10 раз.
Поверьте, никому ни разу еще не позвонили в 3 часа ночи, чтобы сказать: "чувак, ты так хорошо и надежно написал свой код, что он все еще работает без проблем, так что давай вставай и смотри с нами, как он хорошо работает". А вот если вы написали так, что все развалилось, вот тогда вам точно придется вставать и все исправлять, а утром снова тащиться на работу, чтобы снова сделать хреново и снова потом сидеть в нерабочее время исправлять. И не надоедает ведь.
Не согласны? Тогда жду в комментариях.
Александра Шаламова
#советы #разработчику
Был у нас с Максимом в университете замечательный преподаватель по Python и архитектуре, который любит говорить, что самый лучший программист это ленивый программист. И к сожалению, большинство ребят, с которыми я говорила, этого не понимают.
Хорошо работать у большинства ассоциируется с переработками. Да есть у нас такое ошибочное мышление, если Вася работал в выходные, значит он хороший работник, надо его повысить. Но "много" не имеет ничего общего с "хорошо". А даже наоборот. Чем хуже вы что-то сделали, тем больше вам прилетает дополнительной работы: правки, баги, доработки. В итоге, именно "плохо работал" обычно превращается в "много работал". Хотите работать мало? Делайте сразу нормально и думайте наперед. Лучше сделать чуть больше в первый раз, чтобы следующие похожие задачи шли быстрее, чем сделать быстро одну, но повторять все тоже самое еще 10 раз.
Поверьте, никому ни разу еще не позвонили в 3 часа ночи, чтобы сказать: "чувак, ты так хорошо и надежно написал свой код, что он все еще работает без проблем, так что давай вставай и смотри с нами, как он хорошо работает". А вот если вы написали так, что все развалилось, вот тогда вам точно придется вставать и все исправлять, а утром снова тащиться на работу, чтобы снова сделать хреново и снова потом сидеть в нерабочее время исправлять. И не надоедает ведь.
Не согласны? Тогда жду в комментариях.
Александра Шаламова
#советы #разработчику
Учу бизнес управлять разработкой, как скотом
Меня тут обвинили в комментариях к последнему видео, что я учу бизнес делать из разработки живность. Это привело меня к очень важной мысли, хочу с вами ей поделиться.
Во-первых, ребята, вы свободные люди, вы имеете полное право не работать там, где вас используют! Вот вставайте и уходите, если с вас требуют и ничего не дают взамен, серьезно. Благо, рынок это сейчас полностью позволяет.
Во-вторых, руководитель действительно иногда может не иметь возможности дать вам другой должность или больше денег прямо сейчас. Это зависит от огромного количества факторов: финансовое положение компании и конкретного отдела в данный момент, бюджет на разработку до конца года кончился, проект не приносит прибыли и т.д и т.п. Но! Есть огромная разница между сказать вам "денег нет, но вы держитесь" или предложить альтернативу. Предложить другие задачи, новые обязательности, неформальных подчинённых и т.д. Первое значит, что вы нафиг тут не нужны, по крайней мере дороже, чем есть. Второе, что в вас заинтересованы, вас ценят и готовы вам что-то давать взамен! Если вас не ценят, никто не будет и пальцем шевелить что-то для вас придумывать.
Чем это отличается от манипуляции? Это не пустые обещания, это реальные действия, которые дают вам реальную пользу. Да, вы не получили должность, которую вы хотели. Но если вы без опыта начнёте искать работу, вам будет сложно, а если вы пол-года поработаете на новых задачах этой должности, делая все тоже самое, просто не имея формальной лычки, вы сможете и на вопросы ответить на собеседовании и в резюме это спокойно написать. Берите, когда вам дают и пользуйтесь. Поверьте, вокруг вас тысячи людей, которым никогда ничего не предлагали взамен отказа.
Поделитесь в комментариях, был ли у вас момент, когда вы почувствовали, что на работе вас не ценят и вы можете легко уйти? Или наоборот поняли, что вы здесь нужны и вас не хотят отпускать? Как это было?
Александра Шаламова
#советы
Меня тут обвинили в комментариях к последнему видео, что я учу бизнес делать из разработки живность. Это привело меня к очень важной мысли, хочу с вами ей поделиться.
Во-первых, ребята, вы свободные люди, вы имеете полное право не работать там, где вас используют! Вот вставайте и уходите, если с вас требуют и ничего не дают взамен, серьезно. Благо, рынок это сейчас полностью позволяет.
Во-вторых, руководитель действительно иногда может не иметь возможности дать вам другой должность или больше денег прямо сейчас. Это зависит от огромного количества факторов: финансовое положение компании и конкретного отдела в данный момент, бюджет на разработку до конца года кончился, проект не приносит прибыли и т.д и т.п. Но! Есть огромная разница между сказать вам "денег нет, но вы держитесь" или предложить альтернативу. Предложить другие задачи, новые обязательности, неформальных подчинённых и т.д. Первое значит, что вы нафиг тут не нужны, по крайней мере дороже, чем есть. Второе, что в вас заинтересованы, вас ценят и готовы вам что-то давать взамен! Если вас не ценят, никто не будет и пальцем шевелить что-то для вас придумывать.
Чем это отличается от манипуляции? Это не пустые обещания, это реальные действия, которые дают вам реальную пользу. Да, вы не получили должность, которую вы хотели. Но если вы без опыта начнёте искать работу, вам будет сложно, а если вы пол-года поработаете на новых задачах этой должности, делая все тоже самое, просто не имея формальной лычки, вы сможете и на вопросы ответить на собеседовании и в резюме это спокойно написать. Берите, когда вам дают и пользуйтесь. Поверьте, вокруг вас тысячи людей, которым никогда ничего не предлагали взамен отказа.
Поделитесь в комментариях, был ли у вас момент, когда вы почувствовали, что на работе вас не ценят и вы можете легко уйти? Или наоборот поняли, что вы здесь нужны и вас не хотят отпускать? Как это было?
Александра Шаламова
#советы
Пониманием этого дало мощный толчок моей карьере
До 25 лет я страдал от установки, что мне все что-то должны. Должны задавать правильные вопросы, должны видеть и ценить потенциал, должны повышать по первой моей мысли. Такой настрой очень сильно демотивировал и не давал мне расти в рамках одной компании. Очевидным решением было упереться и начать работать над своими проблемами. Да, можно много говорить, что другие могли бы быть лучше, но мы можем работать над собой и меняться самому, и этого будет достаточно для роста.
У меня всегла неплохо получалось собирать команды и запускать сложные проекты, но с руководством и коллегами было много трудностей. У меня было много нетерпимости к людям, если они знают меньше, чем я хотел бы и т.д. Это ужасно ограничивало меня в росте. Впервые я решил не бегать от своих проблем и запросов, а реально поработать над ними в 25 лет. Это было очень сложно и больно, переодически случаются откаты, однако, результаты очень быстро дали о себе знать. Огромное колличество ситуаций перестали решаться через конфликты, работа с коллегами стала конструктивной и мы начали помогать друг другу, от руководтсва я стал получать больше доверия и понимания к своим запросам и проблемам. Это все конвертировалось в карьерный рост и получение более интересных для меня задач и проектов.
Характер и нацеленность на результат никуда не делись, но я учусь управлять и направлять себя, а не ждать, что меня примут таким, какой есть. Осознание того, как работают повышения и рост, помогло перестроить свои запросы и ожидания, а не оставаться в позиции “все должны, а я и так молодец”.
Всегда начинайте с себя, при правильном подходе вы можете очень и очень многое. Не ждите чудес, не требуйте их. Учитесь работать, получать повышения, доносить до коллег и руководства, преподносить свою работу, учитесь видеть запросы и возможности. Растите, пробуйте и все получится.
Больше о том, как драйвить свою карьеры мы разбирали в мини-курсе по борьбе с рутиной. Последний раздел по ситуационному лидерству как раз больше всего поможет ускорить свой рост. Это та техника, которую я сам постоянно использую в своей работе, когда не могу напрямую на что-то повлиять.
Максим Шаламов
#советы
До 25 лет я страдал от установки, что мне все что-то должны. Должны задавать правильные вопросы, должны видеть и ценить потенциал, должны повышать по первой моей мысли. Такой настрой очень сильно демотивировал и не давал мне расти в рамках одной компании. Очевидным решением было упереться и начать работать над своими проблемами. Да, можно много говорить, что другие могли бы быть лучше, но мы можем работать над собой и меняться самому, и этого будет достаточно для роста.
У меня всегла неплохо получалось собирать команды и запускать сложные проекты, но с руководством и коллегами было много трудностей. У меня было много нетерпимости к людям, если они знают меньше, чем я хотел бы и т.д. Это ужасно ограничивало меня в росте. Впервые я решил не бегать от своих проблем и запросов, а реально поработать над ними в 25 лет. Это было очень сложно и больно, переодически случаются откаты, однако, результаты очень быстро дали о себе знать. Огромное колличество ситуаций перестали решаться через конфликты, работа с коллегами стала конструктивной и мы начали помогать друг другу, от руководтсва я стал получать больше доверия и понимания к своим запросам и проблемам. Это все конвертировалось в карьерный рост и получение более интересных для меня задач и проектов.
Характер и нацеленность на результат никуда не делись, но я учусь управлять и направлять себя, а не ждать, что меня примут таким, какой есть. Осознание того, как работают повышения и рост, помогло перестроить свои запросы и ожидания, а не оставаться в позиции “все должны, а я и так молодец”.
Всегда начинайте с себя, при правильном подходе вы можете очень и очень многое. Не ждите чудес, не требуйте их. Учитесь работать, получать повышения, доносить до коллег и руководства, преподносить свою работу, учитесь видеть запросы и возможности. Растите, пробуйте и все получится.
Больше о том, как драйвить свою карьеры мы разбирали в мини-курсе по борьбе с рутиной. Последний раздел по ситуационному лидерству как раз больше всего поможет ускорить свой рост. Это та техника, которую я сам постоянно использую в своей работе, когда не могу напрямую на что-то повлиять.
Максим Шаламов
#советы
♟3 главных урока шахмат: как хобби помогает карьере
В школе я довольно плотно увлекался шахматами. Ретроспективно я понимаю, что это дало мне очень полезный опыт для работы над целями и своими недостатками.
Победа команды важнее твоего эго
Первое, что мне дали занятия шахматами это понимание, что общие (командные) цели важнее собственного эго, если в результате выиграет вся команда, включая тебя. У нас были городские и областные соревнования, в которых участвовало по 5 человек. Обычно людей ставили по силе от первой до пятой доски, но наш тренер всегда ставил людей для набора максимального количества очков, что в сумме и давало результат команды. Я стабильно играл за третьей доской, что довольно сильно меня раздражало, но результат был всегда высок и я почти не проигрывал. Команда наша занимала первое или второе место стабильно.
Считай до 10
Второй очень полезный урок до сих пор помогает мне в работе. По характеру я очень нетерпеливый и люблю всегда быстро принимать решения и быстро воплощать их в жизнь. Но многие ситуации в жизни требуют осмысления и взвешенного подхода. В шахматах это проявлялось в том, что я постоянно торопился и делал поспешные ходы, после чего попадал в трудные положения и уже после этого начинал думать. Выиграть получалось не всегда. Поэтому мой тренер заставил меня перед любым ходом засовывать руки под ноги, сидеть на них, считая до 10 и думать еще раз перед ходом. Так я научился брать паузу перед важными решениями.
Эмоциональная подготовка важна
Третий и очень важный урок, это эмоциональная подготовка, как бы не складывалась ситуация, ты должен держать удар, верить в успех и не давать другим усомниться в себе. На самом деле, я понял это на довольно непримечательной игре, которую тогда выиграл довольно легко. Но легко это было по результату. Девушка с которой я играл просто излучала уверенность в себе. Казалось, что она предвидит каждый ход и я делаю все, что она хочет. В ее случае это привело не со всем к тому, что она хотела. Я полностью собрался и максимально долго обдумывал каждый ход. В итоге игра шла часа 2, но я до сих пор помню тот эффект, который вызывало ее поведение.
Все, что я тогда приобрел от занятий, помогает мне в моей работе. Те, кто проходил наше обучение тому, как сделать свою ежедневную работу увлекательной, знают, как дополнительные инициативы мощно прокачивают не только ваши навыки, но и карьеру. Если осознанно подходить к своим занятиям, они могут дать много неожиданного опыта. Не упускайте этих возможностей.
Максим Шаламов
#советы
В школе я довольно плотно увлекался шахматами. Ретроспективно я понимаю, что это дало мне очень полезный опыт для работы над целями и своими недостатками.
Победа команды важнее твоего эго
Первое, что мне дали занятия шахматами это понимание, что общие (командные) цели важнее собственного эго, если в результате выиграет вся команда, включая тебя. У нас были городские и областные соревнования, в которых участвовало по 5 человек. Обычно людей ставили по силе от первой до пятой доски, но наш тренер всегда ставил людей для набора максимального количества очков, что в сумме и давало результат команды. Я стабильно играл за третьей доской, что довольно сильно меня раздражало, но результат был всегда высок и я почти не проигрывал. Команда наша занимала первое или второе место стабильно.
Считай до 10
Второй очень полезный урок до сих пор помогает мне в работе. По характеру я очень нетерпеливый и люблю всегда быстро принимать решения и быстро воплощать их в жизнь. Но многие ситуации в жизни требуют осмысления и взвешенного подхода. В шахматах это проявлялось в том, что я постоянно торопился и делал поспешные ходы, после чего попадал в трудные положения и уже после этого начинал думать. Выиграть получалось не всегда. Поэтому мой тренер заставил меня перед любым ходом засовывать руки под ноги, сидеть на них, считая до 10 и думать еще раз перед ходом. Так я научился брать паузу перед важными решениями.
Эмоциональная подготовка важна
Третий и очень важный урок, это эмоциональная подготовка, как бы не складывалась ситуация, ты должен держать удар, верить в успех и не давать другим усомниться в себе. На самом деле, я понял это на довольно непримечательной игре, которую тогда выиграл довольно легко. Но легко это было по результату. Девушка с которой я играл просто излучала уверенность в себе. Казалось, что она предвидит каждый ход и я делаю все, что она хочет. В ее случае это привело не со всем к тому, что она хотела. Я полностью собрался и максимально долго обдумывал каждый ход. В итоге игра шла часа 2, но я до сих пор помню тот эффект, который вызывало ее поведение.
Все, что я тогда приобрел от занятий, помогает мне в моей работе. Те, кто проходил наше обучение тому, как сделать свою ежедневную работу увлекательной, знают, как дополнительные инициативы мощно прокачивают не только ваши навыки, но и карьеру. Если осознанно подходить к своим занятиям, они могут дать много неожиданного опыта. Не упускайте этих возможностей.
Максим Шаламов
#советы
Как формируется лидерство: моя история
Многие молодые и не только руководители, часто страдают от ощущения, что не могут осуществлять свои управленческие решения. То их руководство не принимает, то команда. Всем постоянно повторяю, что любая должность лишь дает возможность, сами по себе решения от должности не внедрятся. Многое будет строится на вашем авторитете, умение убеждать и настойчивости.
Как я управлял запуском без должности руководителя
Первый свой крупный проект я запускал в Рамблере будучи разработчиком. Тогда мы были в группе RDS с идей быстро запускать и развивать новые направления. Первую версию проекта Путешествий мы сделали меньше чем за месяц, а вот сопровождение всего было все еще частью старой структуры и они еще даже не начали готовить наши сервера. И, в общем, тут бы и сказке конец, ждем и надеемся. Но я обошел все руководство, до которого дотянулся, включая свое направление бизнеса, и мне выдали людей, с которыми мы к 4 часам ночи запустили наш проект. Руководитель, который был в команде, от этой задачи устранился со словами, что лучше подождать. Может лучше, может нет - выбирает каждый сам. Была цель, были найдены возможности, ни должностей ничего тогда у меня не было, лишь умение настаивать на своем. Причем довольно однобоко и топорно на тот момент. Это сейчас уже у меня есть готовый алгоритм, как что-то запустить с помощью ситуационного лидерства, который я описывал в нашем руководстве по борьбе с рутиной, тогда еще я действовал больше интуитивно.
Как я запускал компонент чужого отдела
Следующая интересная история про ситуационное лидерство была в Домклик. Я тогда возглавлял команду оценки недвижимости и нескольких статистических проектов. В один из дней мне поручили пролидировать запуск компонента другой команды, который должен был быть готов к утру следующего дня, но все никак. Общий посыл был, что нужно разобраться и заставить сделать правильно, причем быстро. На вопросы, почему я, получил ответ: "твоего авторитета и знаний хватит, выдай результат". В итоге, я пошел к людям, которые, как выяснилось, знают меня, но которых я особо не знал. Пол дня ушло на понимание в чем проблема и вечер и ночь ушли на то, чтобы проконтролировать, что все будет переделано согласно новой логике (руками в проект я не лез, ни желания, ни возможности не было). Опять же, я был консультантом. Мог ли я сказать, что ничего не выйдет и просто посидеть рядом? Мог. Могло ли случаться, что меня не стали бы слушать? Конечно. Но в этом и есть суть. В такие моменты можно понять готов ты что-то возглавить, а главное не получив ничего взамен (не всегда, но на старте или в моменте так бывает) взять ответственность или нет.
Основное всегда лежит в области вашего желания и готовности. Вы всегда должны быть готовы брать ответственность за неудачу и придумать решение, если другие впали в ступор (придумать самому или добыть идею другим способом, это не важно). Берите на себя ответственность и будьте настойчивы, тогда вы сможете сделать многое даже без официальной должности. А если умения делать без должности у вас нет, то и должность вам никак не поможет.
Максим Шаламов
#руководителю #разработчику #советы #бизнес #управлениекомандой #разработка #ит #менеджмент
Многие молодые и не только руководители, часто страдают от ощущения, что не могут осуществлять свои управленческие решения. То их руководство не принимает, то команда. Всем постоянно повторяю, что любая должность лишь дает возможность, сами по себе решения от должности не внедрятся. Многое будет строится на вашем авторитете, умение убеждать и настойчивости.
Как я управлял запуском без должности руководителя
Первый свой крупный проект я запускал в Рамблере будучи разработчиком. Тогда мы были в группе RDS с идей быстро запускать и развивать новые направления. Первую версию проекта Путешествий мы сделали меньше чем за месяц, а вот сопровождение всего было все еще частью старой структуры и они еще даже не начали готовить наши сервера. И, в общем, тут бы и сказке конец, ждем и надеемся. Но я обошел все руководство, до которого дотянулся, включая свое направление бизнеса, и мне выдали людей, с которыми мы к 4 часам ночи запустили наш проект. Руководитель, который был в команде, от этой задачи устранился со словами, что лучше подождать. Может лучше, может нет - выбирает каждый сам. Была цель, были найдены возможности, ни должностей ничего тогда у меня не было, лишь умение настаивать на своем. Причем довольно однобоко и топорно на тот момент. Это сейчас уже у меня есть готовый алгоритм, как что-то запустить с помощью ситуационного лидерства, который я описывал в нашем руководстве по борьбе с рутиной, тогда еще я действовал больше интуитивно.
Как я запускал компонент чужого отдела
Следующая интересная история про ситуационное лидерство была в Домклик. Я тогда возглавлял команду оценки недвижимости и нескольких статистических проектов. В один из дней мне поручили пролидировать запуск компонента другой команды, который должен был быть готов к утру следующего дня, но все никак. Общий посыл был, что нужно разобраться и заставить сделать правильно, причем быстро. На вопросы, почему я, получил ответ: "твоего авторитета и знаний хватит, выдай результат". В итоге, я пошел к людям, которые, как выяснилось, знают меня, но которых я особо не знал. Пол дня ушло на понимание в чем проблема и вечер и ночь ушли на то, чтобы проконтролировать, что все будет переделано согласно новой логике (руками в проект я не лез, ни желания, ни возможности не было). Опять же, я был консультантом. Мог ли я сказать, что ничего не выйдет и просто посидеть рядом? Мог. Могло ли случаться, что меня не стали бы слушать? Конечно. Но в этом и есть суть. В такие моменты можно понять готов ты что-то возглавить, а главное не получив ничего взамен (не всегда, но на старте или в моменте так бывает) взять ответственность или нет.
Основное всегда лежит в области вашего желания и готовности. Вы всегда должны быть готовы брать ответственность за неудачу и придумать решение, если другие впали в ступор (придумать самому или добыть идею другим способом, это не важно). Берите на себя ответственность и будьте настойчивы, тогда вы сможете сделать многое даже без официальной должности. А если умения делать без должности у вас нет, то и должность вам никак не поможет.
Максим Шаламов
#руководителю #разработчику #советы #бизнес #управлениекомандой #разработка #ит #менеджмент
Мой топ-5 прочитанных книг 2024 года
2024 год заканчивался сложно, поэтому было не до итогов. Время ушло, поэтому я пожалуй поделюсь списком самой полезной на мой взгляд литературы, которую я прочитал в 2024 году. Я люблю читать и всегда стараюсь читать много и разное, чего и всем советую.
Начну я с не профессиональной литературы. Казалось бы и зачем она нам? Что я могу полезного в этом почерпнуть? У хороших авторов (особенно в классике) вы можете посмотреть на различные типажи людей в разных ситуациях. Если автор действительно хороший, то вы будете узнавать типажи в жизни и лучше понимать таких людей, а работа руководителя во многом состоит из взаимодействий. Своим опытом всего не получишь. Особенно я люблю нашу классику за это, люди то везде одинаковые, но своих узнавать проще и полезнее в жизни. Научную фантастику я читаю для вдохновения. Интересно смотреть видение и фантазии авторов на развитие мира, на то, чего добьется человечество, а еще обычно там появляется сложная проблема, которую решают не только (и не столько) силовым путем.
Страна багровых туч. Стругацкие
Я вообще не фанат Стругацких, но в 2024 году углубился в их произведения и «Страна багровых туч» вошла в топ моих любимых книг. Считается, что это не лучшая книга Стругацких и тут еще нет их фирменного стиля. Может и так, но мне очень понравились персонажи и их поведение в книге. Будущее не очень далекое, немного наивное видение (с современной точки зрения), но читается на одном дыхании и мне очень понятны проблемы ряда людей. Советую всем почитать.
Волоколамское шоссе. Александр Бек
Что может быть интересно в книге о войне? Если читать в лоб, то только любителям военной литературы. Я бы ее рассматривал с точки зрения управления. Очень хорошо показано, как генерал Панфилов учит своих людей понимать его задумки, думать как он хочет в ситуациях, где его не будет рядом. Показаны проблемы, сопротивление людей и озарения. Показано как это потом спускается ниже. С точки зрения управления и вовлечения в свои идеи очень интересно и жизненно.
Профессиональная литература тоже порадовала. Начну с книги, которую советовали прочитать всему Сберу в виду пробы подхода к целеполаганию через ОКР.
Управление по целям и ключевым результатам. Ветри Веллор
Книга мне в целом понравилась, показано как на практике можно поставить цели сверху вплоть до целей каждого исполнителя. Есть много примеров и пояснений для чего это делается. Почитать полезно, внедрять или нет тут каждый сам решает.
Путь камикадзе. Йордон Эдвард
Книга не самая новая и я долго обходил ее стороной. Но, на самом деле, это великолепная книга по описанию проблем проектного управления. Много очень живых примеров и ситуаций. Я постоянно ловил себя на мысли, что вот такое я видел и такое. Очень советую почитать, примеры могут быть полезны для общения с коллегами и руководством, чтобы донести до них последствия выбранных действий.
Искусственный интеллект и экономика. Роджер Бутл
Сейчас у нас глобальная мода на ИИ, поэтому советую почитать книгу, в которой рассматриваются варианты изменения жизни при повальном внедрении ИИ. Рассмотрены разные мнения от совсем пессимистичных, где люди теряют работу, до совсем утопичных.
А что вам особенно запомнилось из прочитанного в 2024 году? Делитесь в комментариях.
Максим Шаламов
#советы #книги #топ2024 #руководителю
2024 год заканчивался сложно, поэтому было не до итогов. Время ушло, поэтому я пожалуй поделюсь списком самой полезной на мой взгляд литературы, которую я прочитал в 2024 году. Я люблю читать и всегда стараюсь читать много и разное, чего и всем советую.
Начну я с не профессиональной литературы. Казалось бы и зачем она нам? Что я могу полезного в этом почерпнуть? У хороших авторов (особенно в классике) вы можете посмотреть на различные типажи людей в разных ситуациях. Если автор действительно хороший, то вы будете узнавать типажи в жизни и лучше понимать таких людей, а работа руководителя во многом состоит из взаимодействий. Своим опытом всего не получишь. Особенно я люблю нашу классику за это, люди то везде одинаковые, но своих узнавать проще и полезнее в жизни. Научную фантастику я читаю для вдохновения. Интересно смотреть видение и фантазии авторов на развитие мира, на то, чего добьется человечество, а еще обычно там появляется сложная проблема, которую решают не только (и не столько) силовым путем.
Страна багровых туч. Стругацкие
Я вообще не фанат Стругацких, но в 2024 году углубился в их произведения и «Страна багровых туч» вошла в топ моих любимых книг. Считается, что это не лучшая книга Стругацких и тут еще нет их фирменного стиля. Может и так, но мне очень понравились персонажи и их поведение в книге. Будущее не очень далекое, немного наивное видение (с современной точки зрения), но читается на одном дыхании и мне очень понятны проблемы ряда людей. Советую всем почитать.
Волоколамское шоссе. Александр Бек
Что может быть интересно в книге о войне? Если читать в лоб, то только любителям военной литературы. Я бы ее рассматривал с точки зрения управления. Очень хорошо показано, как генерал Панфилов учит своих людей понимать его задумки, думать как он хочет в ситуациях, где его не будет рядом. Показаны проблемы, сопротивление людей и озарения. Показано как это потом спускается ниже. С точки зрения управления и вовлечения в свои идеи очень интересно и жизненно.
Профессиональная литература тоже порадовала. Начну с книги, которую советовали прочитать всему Сберу в виду пробы подхода к целеполаганию через ОКР.
Управление по целям и ключевым результатам. Ветри Веллор
Книга мне в целом понравилась, показано как на практике можно поставить цели сверху вплоть до целей каждого исполнителя. Есть много примеров и пояснений для чего это делается. Почитать полезно, внедрять или нет тут каждый сам решает.
Путь камикадзе. Йордон Эдвард
Книга не самая новая и я долго обходил ее стороной. Но, на самом деле, это великолепная книга по описанию проблем проектного управления. Много очень живых примеров и ситуаций. Я постоянно ловил себя на мысли, что вот такое я видел и такое. Очень советую почитать, примеры могут быть полезны для общения с коллегами и руководством, чтобы донести до них последствия выбранных действий.
Искусственный интеллект и экономика. Роджер Бутл
Сейчас у нас глобальная мода на ИИ, поэтому советую почитать книгу, в которой рассматриваются варианты изменения жизни при повальном внедрении ИИ. Рассмотрены разные мнения от совсем пессимистичных, где люди теряют работу, до совсем утопичных.
А что вам особенно запомнилось из прочитанного в 2024 году? Делитесь в комментариях.
Максим Шаламов
#советы #книги #топ2024 #руководителю
Как бизнесу наладить общение с командой разработки. Часть 2
Продолжаем тему, как бизнесу наладить хороший контакт с командой разработки, еще четырьмя важными пунктами.
Формализация требований
Избегайте ненужных конфликтов за счет формализации требований. Все требования, договоренности и сроки должны быть зафиксированы. Устные договоренности не имеют смысла, если их не фиксировать. Все могут вынести разные вещи из встречи, кто-то забыл, кто-то не услышал. В итоге мы получаем кучу конфликтов на приемке или кучу обманутых ожиданий, которых вообще не должно было быть. Выберите инструмент и фиксируйте все. Проработайте задачу в том виде, как вы бы хотели ее видеть, как пользователь системы, тогда вы сможете ожидать, что получите именно то, что заказали. Иначе, вы получите, что-то, что может быть далеко от ваших ожиданий. Но если они не зафиксированы, то никакой конструктивной критики и работы над ошибками не получится. Будут только конфликты и потеря мотивации. Как хорошо фиксировать требования в задаче на разработку вы можете посмотреть в нашем руководстве по описанию задач.
Работайте с идеями команды
Всегда собирайте идеи и предложения вашей команды по деталям задач или вообще идеи по улучшению продукта. Если они разумны, всегда старайтесь брать их в работу. То, что людей слышат и дают влиять на продукт, который они делают, очень сильно повышает мотивацию. Как и наоборот: мотивацию убивает нежелание слушать свою команду и обсуждать ее идеи.
Отслеживание процесса
Используйте системы трекинга задач и регулярные встречи для отслеживания прогресса по задачам. Не дергайте команду каждую минуту. Это очень выбивает из контекста, а так же выглядит, как недоверие, и ведет к конфликтам. Не пытайтесь оценивать задачи сами, иначе вы получите либо не работающий вариант в свои сроки, либо перенос сроков и огромное негодование своей команды. Учитесь работать по оцененным срокам, доверяйте своей команде, а если есть проблемы, то улучшайте процессы для повышения прозрачности, ну или нужно менять членов команды, которые не тянут (но это должны делать технические лидеры вашей компании, которые разбираются в специфике и работе IT, делайте это через них).
Будьте на связи
Последние о чем хотелось бы сказать, будьте на связи. К вам всегда будут вопросы за уточнениями (которые тоже все всегда нужно фиксировать) и чем оперативнее вы отвечаете, тем меньше простой в работе команды.
Заключение
Я общался с многими ПО и понимаю их проблемы: надо и развитие продукта проработать, и бюджеты утвердить, и встретиться с клиентами и пользователями и многое другое. Где тут взять время на команду? Тут нужно понимать, что если вам все же нужна команда, то все, что я написал нужно делать. Не успеваете сами? Наймите человека, который будет работать с командой, расписывать задачи, ходить на встречи, будет все время на связи. На определенном этапе развития проекта брать помощь не просто можно, но и нужно.
Может показаться, что это все повлечет за собой просадку в производительности. Однако, когда все знают, что и как им делать, задачи в итоге решаются быстро и качественно, а еще пропадает миллион переписок или созвонов для уточнения требований. Я проходил процедуры аудита, которые раз от раза показывали, что команды, работающие в таких реалиях, работают как минимум выше среднего по компании, а обычно близко к верхним границам производительности.
Максим Шаламов
_____________________
Если у вас есть сложность с организацией работы своей разработки, вы всегда можете обратиться за помощью к нашей команде. Просто опишите свою проблему через нашего бота, почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и предложим варианты решения.
#советы #бизнесу #agile #управлениекомандой #руководителю
Продолжаем тему, как бизнесу наладить хороший контакт с командой разработки, еще четырьмя важными пунктами.
Формализация требований
Избегайте ненужных конфликтов за счет формализации требований. Все требования, договоренности и сроки должны быть зафиксированы. Устные договоренности не имеют смысла, если их не фиксировать. Все могут вынести разные вещи из встречи, кто-то забыл, кто-то не услышал. В итоге мы получаем кучу конфликтов на приемке или кучу обманутых ожиданий, которых вообще не должно было быть. Выберите инструмент и фиксируйте все. Проработайте задачу в том виде, как вы бы хотели ее видеть, как пользователь системы, тогда вы сможете ожидать, что получите именно то, что заказали. Иначе, вы получите, что-то, что может быть далеко от ваших ожиданий. Но если они не зафиксированы, то никакой конструктивной критики и работы над ошибками не получится. Будут только конфликты и потеря мотивации. Как хорошо фиксировать требования в задаче на разработку вы можете посмотреть в нашем руководстве по описанию задач.
Работайте с идеями команды
Всегда собирайте идеи и предложения вашей команды по деталям задач или вообще идеи по улучшению продукта. Если они разумны, всегда старайтесь брать их в работу. То, что людей слышат и дают влиять на продукт, который они делают, очень сильно повышает мотивацию. Как и наоборот: мотивацию убивает нежелание слушать свою команду и обсуждать ее идеи.
Отслеживание процесса
Используйте системы трекинга задач и регулярные встречи для отслеживания прогресса по задачам. Не дергайте команду каждую минуту. Это очень выбивает из контекста, а так же выглядит, как недоверие, и ведет к конфликтам. Не пытайтесь оценивать задачи сами, иначе вы получите либо не работающий вариант в свои сроки, либо перенос сроков и огромное негодование своей команды. Учитесь работать по оцененным срокам, доверяйте своей команде, а если есть проблемы, то улучшайте процессы для повышения прозрачности, ну или нужно менять членов команды, которые не тянут (но это должны делать технические лидеры вашей компании, которые разбираются в специфике и работе IT, делайте это через них).
Будьте на связи
Последние о чем хотелось бы сказать, будьте на связи. К вам всегда будут вопросы за уточнениями (которые тоже все всегда нужно фиксировать) и чем оперативнее вы отвечаете, тем меньше простой в работе команды.
Заключение
Я общался с многими ПО и понимаю их проблемы: надо и развитие продукта проработать, и бюджеты утвердить, и встретиться с клиентами и пользователями и многое другое. Где тут взять время на команду? Тут нужно понимать, что если вам все же нужна команда, то все, что я написал нужно делать. Не успеваете сами? Наймите человека, который будет работать с командой, расписывать задачи, ходить на встречи, будет все время на связи. На определенном этапе развития проекта брать помощь не просто можно, но и нужно.
Может показаться, что это все повлечет за собой просадку в производительности. Однако, когда все знают, что и как им делать, задачи в итоге решаются быстро и качественно, а еще пропадает миллион переписок или созвонов для уточнения требований. Я проходил процедуры аудита, которые раз от раза показывали, что команды, работающие в таких реалиях, работают как минимум выше среднего по компании, а обычно близко к верхним границам производительности.
Максим Шаламов
_____________________
Если у вас есть сложность с организацией работы своей разработки, вы всегда можете обратиться за помощью к нашей команде. Просто опишите свою проблему через нашего бота, почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и предложим варианты решения.
#советы #бизнесу #agile #управлениекомандой #руководителю