Зачем я здесь пишу?
Люди часто задают вопросы “зачем ты что-то делаешь”. Сегодня расскажу, зачем я делюсь своими мыслями здесь на канале. У меня есть две причины.
Первое, я пишу о том, что попробовал и с чем у меня или моих коллег / подчиненных были проблемы. Чтобы помочь их пройти правильно (по крайней мере на мой взгляд). Моя позиция, что, чем больше сильных специалистов и руководителей будет вокруг, тем более амбициозные проекты будут запускаться и реализовываться. Тем больше возможностей будет и у меня в том числе. Считаю ли я, что могу вырастить себе конкурентов и что-то потерять? Конкуренция это хорошо, у меня сильно развит соревновательный дух и такая возможность меня скорее радует, чем пугает.
Второе, для того, чтобы написать, я еще раз анализирую ситуации, собираю воедино все, что есть, и лишний раз анализирую. То есть, в целом, мне самому это полезно для систематизации своих знаний и подходов.
Сам я подписан на некоторые экспертные блоги из разных отраслей. В основном, выбирая, я смотрю, чтобы подходы и ценности наши примерно совпадали. Дальше уже можно смотреть на нюансы, подачу и т.д. Каждую мысль я не использую, как указание к действию, а перекладываю на свои реалии и думаю, что может подойти, а что нет. В итоге, какие-то вещи я отбираю для опробования и они входят в мои управленческие, и не только, подходы.
Максим Шаламов
Люди часто задают вопросы “зачем ты что-то делаешь”. Сегодня расскажу, зачем я делюсь своими мыслями здесь на канале. У меня есть две причины.
Первое, я пишу о том, что попробовал и с чем у меня или моих коллег / подчиненных были проблемы. Чтобы помочь их пройти правильно (по крайней мере на мой взгляд). Моя позиция, что, чем больше сильных специалистов и руководителей будет вокруг, тем более амбициозные проекты будут запускаться и реализовываться. Тем больше возможностей будет и у меня в том числе. Считаю ли я, что могу вырастить себе конкурентов и что-то потерять? Конкуренция это хорошо, у меня сильно развит соревновательный дух и такая возможность меня скорее радует, чем пугает.
Второе, для того, чтобы написать, я еще раз анализирую ситуации, собираю воедино все, что есть, и лишний раз анализирую. То есть, в целом, мне самому это полезно для систематизации своих знаний и подходов.
Сам я подписан на некоторые экспертные блоги из разных отраслей. В основном, выбирая, я смотрю, чтобы подходы и ценности наши примерно совпадали. Дальше уже можно смотреть на нюансы, подачу и т.д. Каждую мысль я не использую, как указание к действию, а перекладываю на свои реалии и думаю, что может подойти, а что нет. В итоге, какие-то вещи я отбираю для опробования и они входят в мои управленческие, и не только, подходы.
Максим Шаламов
Не знаешь, что делать? Пиши план.
Задач полно, а ты сидишь и не знаешь, за что взяться. У вас такое бывает? У меня бывает, как и у большинства людей. Вся проблема в том, что ты просто не знаешь, за что браться первым и в каком порядке, что делать. Чаще всего это приводит к прокрастинации и затягиванию погружения в работу. Такое может быть даже в рамках одной задачи, чего уж говорить, если у вас таких задач много.
Решается проблема очень просто: не знаешь что делать - пиши план. Как только вы поймали себя на том, что не можете выбрать задачу, вашей первой же задачей должно быть сесть и написать план работ. В плане обязательно расставляйте приоритеты, или попросту порядок действий, в котором вы будете выполнять задачи. А затем берете верхнюю, самую приоритетную задачу, и просто начинаете ее делать.
Часто пишете план работ, прежде, чем брать за задачу? Делитесь в комментариях. Кстати, у меня есть видео-пример, как я сама составляю план работ перед началом проекта.
Александра Шаламова
#советы
Задач полно, а ты сидишь и не знаешь, за что взяться. У вас такое бывает? У меня бывает, как и у большинства людей. Вся проблема в том, что ты просто не знаешь, за что браться первым и в каком порядке, что делать. Чаще всего это приводит к прокрастинации и затягиванию погружения в работу. Такое может быть даже в рамках одной задачи, чего уж говорить, если у вас таких задач много.
Решается проблема очень просто: не знаешь что делать - пиши план. Как только вы поймали себя на том, что не можете выбрать задачу, вашей первой же задачей должно быть сесть и написать план работ. В плане обязательно расставляйте приоритеты, или попросту порядок действий, в котором вы будете выполнять задачи. А затем берете верхнюю, самую приоритетную задачу, и просто начинаете ее делать.
Часто пишете план работ, прежде, чем брать за задачу? Делитесь в комментариях. Кстати, у меня есть видео-пример, как я сама составляю план работ перед началом проекта.
Александра Шаламова
#советы
Моя главная ошибка в карьере
Я могла бы расти раза в два быстрее. И сейчас, оглядываясь назад, я понимаю, что мне мешало.
Не мне вам рассказывать, что ИТ это очень конкурентная среда. Все хотят выглядеть знающими и боятся показаться глупее других. В эту ловушку борьбы за собственную репутацию очень легко попасться. Начинает казаться, что ты должен быть непогрешим и что лучший способ доказать, что ты умнее - спорить и доказывать свою правоту.
Именно так я долгое время делала в работе. Каждый раз, когда мне указывали на мою ошибку, я пыталась доказать, что я права. И часто это даже удавалось. Я боялась быть неправой, ошибиться у всех на глазах, показаться глупее других. Но на самом деле, это мешало мне видеть свои ошибки и исправлять их. Невозможно исправить то, что ты не принимаешь, как ошибку. И только когда я дала себе право ошибаться, я начала видеть, где я неправа и расти стало намного проще.
Не забывайте ставить под сомнение свою правоту, чтобы не мешать себе расти.
А вы замечали за собой такую ошибку? Обязательно делитесь в комментариях своими историями и ставьте реакции к посту, чтобы мы видели, что именно вам интересно читать на нашем канале.
Больше полезных вопросов для своего роста вы найдете в мини-курсе по борьбе с рутиной. Какое отношение рутина имеет к росту мы недавно рассказывали.
Александра Шаламова
#советы
Я могла бы расти раза в два быстрее. И сейчас, оглядываясь назад, я понимаю, что мне мешало.
Не мне вам рассказывать, что ИТ это очень конкурентная среда. Все хотят выглядеть знающими и боятся показаться глупее других. В эту ловушку борьбы за собственную репутацию очень легко попасться. Начинает казаться, что ты должен быть непогрешим и что лучший способ доказать, что ты умнее - спорить и доказывать свою правоту.
Именно так я долгое время делала в работе. Каждый раз, когда мне указывали на мою ошибку, я пыталась доказать, что я права. И часто это даже удавалось. Я боялась быть неправой, ошибиться у всех на глазах, показаться глупее других. Но на самом деле, это мешало мне видеть свои ошибки и исправлять их. Невозможно исправить то, что ты не принимаешь, как ошибку. И только когда я дала себе право ошибаться, я начала видеть, где я неправа и расти стало намного проще.
Не забывайте ставить под сомнение свою правоту, чтобы не мешать себе расти.
А вы замечали за собой такую ошибку? Обязательно делитесь в комментариях своими историями и ставьте реакции к посту, чтобы мы видели, что именно вам интересно читать на нашем канале.
Больше полезных вопросов для своего роста вы найдете в мини-курсе по борьбе с рутиной. Какое отношение рутина имеет к росту мы недавно рассказывали.
Александра Шаламова
#советы
Недоступен - не решаешь
Сегодня поделюсь очень короткой, но от этого не менее важной мыслью. Много проблем у начинающих лидов бывает с ситуациями, когда они хотят стать точкой входа по изменениям в команде. Чтобы, если меняются требования, это не расползалась по людям, а собиралось и фильтровалось в них. Идея правильная и они даже могут убедить начать так делать. Но все ломается, если вы не будете доступны. То есть, если нужно обсудить изменения, а вы выпадаете на день, два, три, то конечно никто через вас работать не будет. Это касается любых коммуникаций. Хотите, чтобы работали через вас, в оговоренное время или по понятному сценарию (например по выставленным в свободные слоты встречам), - вы всегда доступны, подключаетесь и вовлечены в процесс. Иначе это работать не будет.
Максим Шаламов
#руководителю
Сегодня поделюсь очень короткой, но от этого не менее важной мыслью. Много проблем у начинающих лидов бывает с ситуациями, когда они хотят стать точкой входа по изменениям в команде. Чтобы, если меняются требования, это не расползалась по людям, а собиралось и фильтровалось в них. Идея правильная и они даже могут убедить начать так делать. Но все ломается, если вы не будете доступны. То есть, если нужно обсудить изменения, а вы выпадаете на день, два, три, то конечно никто через вас работать не будет. Это касается любых коммуникаций. Хотите, чтобы работали через вас, в оговоренное время или по понятному сценарию (например по выставленным в свободные слоты встречам), - вы всегда доступны, подключаетесь и вовлечены в процесс. Иначе это работать не будет.
Максим Шаламов
#руководителю
“Почему меня не слушают, я же начальник”
У ряда руководителей можно услышать о проблемах с тем, что их не слушаются и/или не воспринимают. Причем смена команд и работы им не сильно помогает. Не могу сказать, что обладаю большой выборкой, но есть один момент, на который я бы обращал внимание. И как сотруднику при оценке руководителя, и как руководителю для понимания, как тебя воспринимают.
В чем проблема
Смысл проблемы в том, что у большинства руководителей их жалоба звучит примерно как “он меня не послушал, а ведь я начальник”. Я конечно согласен, что субординация важна, но не всегда слов “я начальник” достаточно, чтобы что-то случилось или начало делаться, как вы хотите. Давайте разберемся по частям с этой проблемой.
Самое простое, часто люди не понимают, что и зачем вы хотите, поэтому они либо спорят, либо делают все, чтобы не брать в работу вашу задачу. Поэтому всегда найдите время объяснить, зачем вы что-то требуете. Например, “если мы не сделаем эту задачу, отложив текущие, то все лишимся премий”, лучше чем “бросайте фигню, которой занимаетесь, и все силы бросайте на эту задачу”. Если задача пришла сверху и вы сами не до конца понимаете ситуацию, я считаю, что лучше так и передать своим подчиненным. Это лучше, чем они будут думать, что вы просто не нашли времени для донесения информации или посчитали себя выше общения с ними.
Второе, подача авторитета с точки зрения должности работает не на всех, а у части людей вызывает отрицательные эмоции вплоть до неподвластной им необходимости мешать вам. Сама по себе должность не говорит о компетентности в целом, или по крайней мере в текущей ситуации.
Как лучше делать
Лично я всегда иду от другого и люди, которых я считаю хорошими руководителями, обычно делают также. Я иду либо от ответственности, либо от знания. И обычно, когда я слушаю подобные возмущения от руководителей, которых я считаю хорошими, они звучат примерно как “мне не важно, что он считает. Отвечать мне, поэтому мы сделали, как я сказал”. Сама по себе подача себя через ответственность лично у меня вызывает больше понимания. Я понимаю, что за каждый большой провал сначала ответит мой руководитель, а потом, если считает правильным он сам, вызовет отвечать меня. И он это понимает. Поэтому глобальных проблем с принятием права последнего слова у меня нет. Так же, как если ты признанный у себя в команде эксперт, то можно идти от того, что ты точно знаешь и берешь ответственность на себя. Знание и принятие ответственности тоже имеет вес, но это скорее хорошо работает в среде тех, кто вас давно знает.
В заключении, для упрощения взаимодействий, когда вы хотите единолично принять решение, идите от пояснения причин и фиксирования принятия ответственности за решения.
Максим Шаламов
#руководителю #советы
У ряда руководителей можно услышать о проблемах с тем, что их не слушаются и/или не воспринимают. Причем смена команд и работы им не сильно помогает. Не могу сказать, что обладаю большой выборкой, но есть один момент, на который я бы обращал внимание. И как сотруднику при оценке руководителя, и как руководителю для понимания, как тебя воспринимают.
В чем проблема
Смысл проблемы в том, что у большинства руководителей их жалоба звучит примерно как “он меня не послушал, а ведь я начальник”. Я конечно согласен, что субординация важна, но не всегда слов “я начальник” достаточно, чтобы что-то случилось или начало делаться, как вы хотите. Давайте разберемся по частям с этой проблемой.
Самое простое, часто люди не понимают, что и зачем вы хотите, поэтому они либо спорят, либо делают все, чтобы не брать в работу вашу задачу. Поэтому всегда найдите время объяснить, зачем вы что-то требуете. Например, “если мы не сделаем эту задачу, отложив текущие, то все лишимся премий”, лучше чем “бросайте фигню, которой занимаетесь, и все силы бросайте на эту задачу”. Если задача пришла сверху и вы сами не до конца понимаете ситуацию, я считаю, что лучше так и передать своим подчиненным. Это лучше, чем они будут думать, что вы просто не нашли времени для донесения информации или посчитали себя выше общения с ними.
Второе, подача авторитета с точки зрения должности работает не на всех, а у части людей вызывает отрицательные эмоции вплоть до неподвластной им необходимости мешать вам. Сама по себе должность не говорит о компетентности в целом, или по крайней мере в текущей ситуации.
Как лучше делать
Лично я всегда иду от другого и люди, которых я считаю хорошими руководителями, обычно делают также. Я иду либо от ответственности, либо от знания. И обычно, когда я слушаю подобные возмущения от руководителей, которых я считаю хорошими, они звучат примерно как “мне не важно, что он считает. Отвечать мне, поэтому мы сделали, как я сказал”. Сама по себе подача себя через ответственность лично у меня вызывает больше понимания. Я понимаю, что за каждый большой провал сначала ответит мой руководитель, а потом, если считает правильным он сам, вызовет отвечать меня. И он это понимает. Поэтому глобальных проблем с принятием права последнего слова у меня нет. Так же, как если ты признанный у себя в команде эксперт, то можно идти от того, что ты точно знаешь и берешь ответственность на себя. Знание и принятие ответственности тоже имеет вес, но это скорее хорошо работает в среде тех, кто вас давно знает.
В заключении, для упрощения взаимодействий, когда вы хотите единолично принять решение, идите от пояснения причин и фиксирования принятия ответственности за решения.
Максим Шаламов
#руководителю #советы
О чем мы писали в апреле
Подходит к концу очередной месяц, поэтому пора вспомнить, о чем мы с вами говорили весь апрель.
"Почему меня не уважают?" - разбираем вопрос
Зачем я здесь пишу
Не знаешь что делать - пиши план
Моя главная ошибка в карьере
Недоступен - не решаешь
"Почему меня не слушают, я же начальник?" - разбираем вопрос
Оставайтесь с нами, в заготовленных постах уже лежит много интересного! А если хотите пост на свою тему, то задавайте вопросы в нашего бота.
Подходит к концу очередной месяц, поэтому пора вспомнить, о чем мы с вами говорили весь апрель.
"Почему меня не уважают?" - разбираем вопрос
Зачем я здесь пишу
Не знаешь что делать - пиши план
Моя главная ошибка в карьере
Недоступен - не решаешь
"Почему меня не слушают, я же начальник?" - разбираем вопрос
Оставайтесь с нами, в заготовленных постах уже лежит много интересного! А если хотите пост на свою тему, то задавайте вопросы в нашего бота.
Почему важно думать о решении задачи заранее, а не в процессе
В чем такая большая разница между сесть и сделать задачу и тем, чтобы сначала подумать, составить план и только потом сделать? А разница на самом деле может быть колоссальной. И чем больше задача, тем больше разница.
Представьте, что вы хотите что-то построить и беретесь сразу за работу, ничего не продумывая. Начинаете копать под фундамент, а там грунтовые воды бьют со всех сторон. Вы меняете место, копаете заново. Строите фундамент, оказывается, чтобы здесь строить, нужно особое разрешение, которые нужно полгода получать. Вы опять меняете место. Потом оказывается, что кирпичи, которые вы выбрали не подходят к климату этого места, вам приходится все сносить и начинать снова. И так далее и тому подобное.
В работе над задачами разработки все тоже самое. Если вы не имеете заранее продуманного плана, вы всегда будете натыкаться на неожиданные проблемы, которые часто будут приводить к изменению уже проделанной работы.
Поэтому не стоит лениться, всегда продумывайте задачу прежде, чем садиться за ее реализацию. Вы сэкономите намного больше времени и сил, чем потратите на составление плана.
Александра Шаламова
#советы
В чем такая большая разница между сесть и сделать задачу и тем, чтобы сначала подумать, составить план и только потом сделать? А разница на самом деле может быть колоссальной. И чем больше задача, тем больше разница.
Представьте, что вы хотите что-то построить и беретесь сразу за работу, ничего не продумывая. Начинаете копать под фундамент, а там грунтовые воды бьют со всех сторон. Вы меняете место, копаете заново. Строите фундамент, оказывается, чтобы здесь строить, нужно особое разрешение, которые нужно полгода получать. Вы опять меняете место. Потом оказывается, что кирпичи, которые вы выбрали не подходят к климату этого места, вам приходится все сносить и начинать снова. И так далее и тому подобное.
В работе над задачами разработки все тоже самое. Если вы не имеете заранее продуманного плана, вы всегда будете натыкаться на неожиданные проблемы, которые часто будут приводить к изменению уже проделанной работы.
Поэтому не стоит лениться, всегда продумывайте задачу прежде, чем садиться за ее реализацию. Вы сэкономите намного больше времени и сил, чем потратите на составление плана.
Александра Шаламова
#советы
Как вы называете своего владельца продукта?
Anonymous Poll
65%
Product owner / PO / ПО
16%
Владелец продукта
2%
Менеджер
12%
Продакт менеджер / ПМ
2%
Менеджер продукта
4%
Другой вариант (напишите в комментариях)
Относительная оценка точнее, чем точная. Парадокс? Но правда. Разбираемся, как это работает, в новом видео.
https://youtu.be/U6sH00Tf_ls
https://youtu.be/U6sH00Tf_ls
YouTube
Что такое сторипоинты (Story Points)? Самое простое объяснение
На простом, наглядном примере разбираемся, как работают сторипоинты. Расскажу какая есть самая главная ошибка, которая не дает понять, как с ними работать.
Книга "Гибкие методологии на практике": https://oros-it.ru/course/agile-book-practice?utm_source=youtube…
Книга "Гибкие методологии на практике": https://oros-it.ru/course/agile-book-practice?utm_source=youtube…
Forwarded from ПреБеседка
This media is not supported in your browser
VIEW IN TELEGRAM
Почему твой ПО тебя ненавидит
Представьте, что вы решили построить для себя дом мечты. Вы спланировали столько в нем будет этажей, какая будет калитка, какая дорожка, как будет приветливо потрескивать камин по вечерам, как здорово будет собираться вокруг него с друзьями, пить пиво, жарить шашлыки во дворе. Вы взяли кредит под стройку, позвали рабочих. И тут подходит к вам товарищ прораб и говорит: "ты знаешь, камин не получится сделать, трубу такую тут не приладить. Дорожку здесь проложить нельзя, только вон там. И окна будут смотреть не на этот твой яблоневый сад в цвету, а на болото с той стороны, но ты не понимаешь, так же будет лучше!". И тут твой дом мечты начинает разваливаться.
Вот так примерно и чувствуют себя бизнес, который уже нарисовал себе красивую картинку проекта или функционала, а потом пришли мы из этой своей разработки, и вместо того, чтобы просто сделать, начали задавать вопросы, предлагать какие-то свои решения, сроки двигать. А ему просто надо, чтобы вы сделали, как он хочет. А если это проект новый, то он вам еще и не доверяет. Откуда ему знать, что вы вообще знаете о чем говорите? А проверить он это может только рискнув своей репутацией и результатом. Только в отличии от дома, который ты строишь для себя, ему еще и начальство нагоняй за провал выдаст.
Стоит ли переть против ветра и давить? Так вы можете только усугубить ситуацию. Нужно аккуратно и постепенно формировать доверие и выстраивать отношения. Со временем вы сможете иметь все большее и большее влияние на проект. Когда хозяин дома почувствует, что вы заботитесь о том, чтобы ему жилось в нем лучше всего, он начнет вам доверять и давать принимать решения. Как этого добиться безболезненно и быстро мы разобрали тут.
Согласны с моим описанием или у вас другое видение? Делитесь в комментариях.
Александра Шаламова
#agile_который_работает
Представьте, что вы решили построить для себя дом мечты. Вы спланировали столько в нем будет этажей, какая будет калитка, какая дорожка, как будет приветливо потрескивать камин по вечерам, как здорово будет собираться вокруг него с друзьями, пить пиво, жарить шашлыки во дворе. Вы взяли кредит под стройку, позвали рабочих. И тут подходит к вам товарищ прораб и говорит: "ты знаешь, камин не получится сделать, трубу такую тут не приладить. Дорожку здесь проложить нельзя, только вон там. И окна будут смотреть не на этот твой яблоневый сад в цвету, а на болото с той стороны, но ты не понимаешь, так же будет лучше!". И тут твой дом мечты начинает разваливаться.
Вот так примерно и чувствуют себя бизнес, который уже нарисовал себе красивую картинку проекта или функционала, а потом пришли мы из этой своей разработки, и вместо того, чтобы просто сделать, начали задавать вопросы, предлагать какие-то свои решения, сроки двигать. А ему просто надо, чтобы вы сделали, как он хочет. А если это проект новый, то он вам еще и не доверяет. Откуда ему знать, что вы вообще знаете о чем говорите? А проверить он это может только рискнув своей репутацией и результатом. Только в отличии от дома, который ты строишь для себя, ему еще и начальство нагоняй за провал выдаст.
Стоит ли переть против ветра и давить? Так вы можете только усугубить ситуацию. Нужно аккуратно и постепенно формировать доверие и выстраивать отношения. Со временем вы сможете иметь все большее и большее влияние на проект. Когда хозяин дома почувствует, что вы заботитесь о том, чтобы ему жилось в нем лучше всего, он начнет вам доверять и давать принимать решения. Как этого добиться безболезненно и быстро мы разобрали тут.
Согласны с моим описанием или у вас другое видение? Делитесь в комментариях.
Александра Шаламова
#agile_который_работает
Как достучаться до ПО?
В продолжение темы, рассказала о том, откуда вообще идет недопонимание между ПО и разработкой, и что с этим делать. В конце есть интересный пример, как ПО и разработчик говорят об одной и той же задаче, но не понимают друг друга.
https://youtu.be/6ADYqwvcoYc
В продолжение темы, рассказала о том, откуда вообще идет недопонимание между ПО и разработкой, и что с этим делать. В конце есть интересный пример, как ПО и разработчик говорят об одной и той же задаче, но не понимают друг друга.
https://youtu.be/6ADYqwvcoYc
YouTube
Твоему ПО на тебя наплевать! Что делать? Как достучаться и заставить услышать?
Почему ПО наплевать на разработку? Можно ли с этим что-то сделать? Как донести до бизнеса важность технических задач?
Документация по работе с ПО: https://oros-it.ru/course/po-pm-documentation?utm_source=youtube
Как достать из ПО хорошее описание задач…
Документация по работе с ПО: https://oros-it.ru/course/po-pm-documentation?utm_source=youtube
Как достать из ПО хорошее описание задач…
Да не заботитесь вы о команде!
Я часто слышу от ребят: “я забочусь о команде”, ”я переживаю о проекте” и тому подобное. А потом идет какое-то “но” или еще что-то, что человеку мешает. Сейчас я в разговорах концентрируюсь на первой части и всегда спрашиваю, а что ты сделал в рамках своей заботы / беспокойства / ответственности?
Заботишься о выгорании команды? А что сделано для улучшения планирования?
Заботишься о качестве проекта? А что сделано для улучшения этого качества?
И т.д. и т.п. Моя задача не утопить людей, а понять одну важную вещь: готовы ли они действовать или это просто слова и оправдание. Я могу им помочь, найти время, отстоять сроки и т.д. Но они сами должны этим заниматься и брать ответственность, иначе я просто вовремя не узнаю о проблеме.
Хотите разгрузить команду? Берите меньше задач, требуйте делать лучше постановку задач, работайте с ожиданиями - совершайте действия, чтобы исправить то, что вас беспокоит. Я готов помочь своим ребятам на каждом этапе, но только тогда, когда они заранее проанализировали, поняли, где проблемы, и тогда уже пришли за помощью, или они решают проблему, но их начали продавливать и им нужна помощь отстоять позиции. Сидеть и ждать, что за тебя все сделают, не сработает. Заботиться и команде, проекте и прочем, и ничего не делать для улучшения - не забота, это удобное оправдание для своей совести.
Максим Шаламов
#руководителю
Я часто слышу от ребят: “я забочусь о команде”, ”я переживаю о проекте” и тому подобное. А потом идет какое-то “но” или еще что-то, что человеку мешает. Сейчас я в разговорах концентрируюсь на первой части и всегда спрашиваю, а что ты сделал в рамках своей заботы / беспокойства / ответственности?
Заботишься о выгорании команды? А что сделано для улучшения планирования?
Заботишься о качестве проекта? А что сделано для улучшения этого качества?
И т.д. и т.п. Моя задача не утопить людей, а понять одну важную вещь: готовы ли они действовать или это просто слова и оправдание. Я могу им помочь, найти время, отстоять сроки и т.д. Но они сами должны этим заниматься и брать ответственность, иначе я просто вовремя не узнаю о проблеме.
Хотите разгрузить команду? Берите меньше задач, требуйте делать лучше постановку задач, работайте с ожиданиями - совершайте действия, чтобы исправить то, что вас беспокоит. Я готов помочь своим ребятам на каждом этапе, но только тогда, когда они заранее проанализировали, поняли, где проблемы, и тогда уже пришли за помощью, или они решают проблему, но их начали продавливать и им нужна помощь отстоять позиции. Сидеть и ждать, что за тебя все сделают, не сработает. Заботиться и команде, проекте и прочем, и ничего не делать для улучшения - не забота, это удобное оправдание для своей совести.
Максим Шаламов
#руководителю
О чем мы писали в мае
Май подходит к концу, пора вспомнить, о чем мы с вами весь месяц говорили:
Почему важно думать о решении задачи заранее, а не в процессе
Видео "Что такое сторипоинты?"
Почему твой ПО тебя ненавидит
Видео "Как достучаться до ПО"
Да не заботитесь вы о команде!
Видео "Из-за ошибки ИТ СДЭК не работает 3 дня"
Спасибо, что были с нами этот май, оставайтесь на связи, мы готовим еще много материалов в следующем месяце. Не забывайте, что можете задать вопрос в нашего бота, чтобы мы его разобрали. Может быть у вас есть проблемы на работе? Или вы не можете решить куда двигаться дальше? Не знаете. как наладить работу в отделе или общение с коллегами? Пишите вопрос прямо сейчас и мы напишем разбор вашей проблемы.
Май подходит к концу, пора вспомнить, о чем мы с вами весь месяц говорили:
Почему важно думать о решении задачи заранее, а не в процессе
Видео "Что такое сторипоинты?"
Почему твой ПО тебя ненавидит
Видео "Как достучаться до ПО"
Да не заботитесь вы о команде!
Видео "Из-за ошибки ИТ СДЭК не работает 3 дня"
Спасибо, что были с нами этот май, оставайтесь на связи, мы готовим еще много материалов в следующем месяце. Не забывайте, что можете задать вопрос в нашего бота, чтобы мы его разобрали. Может быть у вас есть проблемы на работе? Или вы не можете решить куда двигаться дальше? Не знаете. как наладить работу в отделе или общение с коллегами? Пишите вопрос прямо сейчас и мы напишем разбор вашей проблемы.
💯 Стопроцентный способ убить проект
Столкнулась тут с мнением:
"Это всяким там Яндексам и Сберам нужны метрики, у них бюджеты большие, пользователей много, планирование сложное, а на нашем маленьком проекте, который еле выживает, какие метрики? Они все только усложнят. Мы работаем на драйве и доверии, а не на метриках."
Ну что ж. Если вы так думаете, поздравляю, ваш проект никогда не станет большим, потому что просто загнется. А вам придется искать другую работу. Как человек, который уже несколько лет занимается бизнесом, могу сказать, что я поняла важность метрик для успеха бизнеса именно на супер маленьких проектах и бюджетах.
Если Google выделит миллион на пиар-компанию и она провалится, он это переживет, исправит проблему и пойдет дальше. Если маленький стартапер, который взял кредит на разработку, потратит 100 000р на пиар-компанию и она провалится, его бизнес закроется. Если Amazon перенесет кнопку "купить" в неудобное место, у него конечно может упасть конверсия, но люди скорее всего, все равно найдут, как им купить эту злосчастную сковородку. Если приложение с 100-200 пользователями, о котором никто никогда не слышал, перенесет кнопку "скачать" на своем сайте-визитке, никто не будет ее там искать, все просто уйдут.
Не поймите неправильно, большим компаниям тоже критично следить за метриками, но у них есть запас прочности и право на ошибку. Маленьким компаниям же ошибаться намного сложнее, а не увидеть свою ошибку вовремя может быть очень опасно. Поэтому именно для маленьких компаниям с маленькими бюджетами жизненно необходимо все обвешивать метриками и отслеживать их. Потому что любое падение трафика, конверсии или увеличение показателя отказов может стать критичным для бизнеса и принести убытки, с которыми он не сможет справится.
И это касается не только бизнеса, технические метрики не менее важны. Именно поэтому в нашей книге мы написали целый раздел по работе с метриками. Если вы все еще не умеете работать с метриками, то считайте это знаком, чтобы начать учиться. Поднимет вашу ценность, как специалиста, на любой позиции. А управленцам без этого вообще никуда.
Александра Шаламова
#agile_который_работает #agile #метрики
Столкнулась тут с мнением:
"Это всяким там Яндексам и Сберам нужны метрики, у них бюджеты большие, пользователей много, планирование сложное, а на нашем маленьком проекте, который еле выживает, какие метрики? Они все только усложнят. Мы работаем на драйве и доверии, а не на метриках."
Ну что ж. Если вы так думаете, поздравляю, ваш проект никогда не станет большим, потому что просто загнется. А вам придется искать другую работу. Как человек, который уже несколько лет занимается бизнесом, могу сказать, что я поняла важность метрик для успеха бизнеса именно на супер маленьких проектах и бюджетах.
Если Google выделит миллион на пиар-компанию и она провалится, он это переживет, исправит проблему и пойдет дальше. Если маленький стартапер, который взял кредит на разработку, потратит 100 000р на пиар-компанию и она провалится, его бизнес закроется. Если Amazon перенесет кнопку "купить" в неудобное место, у него конечно может упасть конверсия, но люди скорее всего, все равно найдут, как им купить эту злосчастную сковородку. Если приложение с 100-200 пользователями, о котором никто никогда не слышал, перенесет кнопку "скачать" на своем сайте-визитке, никто не будет ее там искать, все просто уйдут.
Не поймите неправильно, большим компаниям тоже критично следить за метриками, но у них есть запас прочности и право на ошибку. Маленьким компаниям же ошибаться намного сложнее, а не увидеть свою ошибку вовремя может быть очень опасно. Поэтому именно для маленьких компаниям с маленькими бюджетами жизненно необходимо все обвешивать метриками и отслеживать их. Потому что любое падение трафика, конверсии или увеличение показателя отказов может стать критичным для бизнеса и принести убытки, с которыми он не сможет справится.
И это касается не только бизнеса, технические метрики не менее важны. Именно поэтому в нашей книге мы написали целый раздел по работе с метриками. Если вы все еще не умеете работать с метриками, то считайте это знаком, чтобы начать учиться. Поднимет вашу ценность, как специалиста, на любой позиции. А управленцам без этого вообще никуда.
Александра Шаламова
#agile_который_работает #agile #метрики
4 признака, что тебе не стать руководителем
Мы тут с Максимом разговорились и подсчитали, что примерно 40% ребят в его команде, которые пробуют стать руководителями, не справляются с новой позицией и возвращаются к разработке. Я попросила Максима назвать главные причины, которые мешают его подчиненным перестроится на работу управленцем. Четыре самых главных из них вы найдете в видео:
https://youtu.be/fiq26llSdyQ
#руководителю
Мы тут с Максимом разговорились и подсчитали, что примерно 40% ребят в его команде, которые пробуют стать руководителями, не справляются с новой позицией и возвращаются к разработке. Я попросила Максима назвать главные причины, которые мешают его подчиненным перестроится на работу управленцем. Четыре самых главных из них вы найдете в видео:
https://youtu.be/fiq26llSdyQ
#руководителю
YouTube
Топ-4 признака, что тебе никогда не стать руководителем
Плюшки в описании ниже ↓
Мы с нашим экспертом СТО Максимом Шаламовым собрали топ-4 признаков, что человеку не суждено стать руководителем.
Инструкция, как получить должность тимлида: https://t.me/ITbesedka/69
Учебник "Тимлид: базовый уровень": https://oros…
Мы с нашим экспертом СТО Максимом Шаламовым собрали топ-4 признаков, что человеку не суждено стать руководителем.
Инструкция, как получить должность тимлида: https://t.me/ITbesedka/69
Учебник "Тимлид: базовый уровень": https://oros…
Ты хочешь чего-то стоить или просто уволиться?
Ребят, ну серьезно, меня бомбит от таких комментариев: "зачем мне чета делать, проще уволиться". Так и хочется ответить: "ну и сиди, как лох, когда ребята, которым не лень оторвать жопу от дивана говорят, что тебе делать, пока их не переманят в место поприкольнее, да в проект поинтереснее".
Вы для себя в первую очередь решите, а чего вам по жизни та вообще нужно? Вот правда сидеть в уголке и решать хреново описанные задачи в стол это предел ваших мечтаний? Быть никогда никем не замеченным, никем не уважаемым, серым исполнителем, который при первой же проблеме увольняется, просто потому что рынок переполнен вакансиями, а самому ему вообще все равно, где отбывать повинность до пенсии, - это твои планы на жизнь?
Или ты все таки хочешь быть тем человеком, который реально что-то может в своем деле? Который берет и делает круто, как никто другой не может. К которому прислушиваются коллеги. Который, не важно с какой позиции, говорит и команда делает, потому что понимает, что лучше его все равно никто не знает. К которому бизнес САМ приходит спросить "а стоит ли так делать или это плохая идея", потому что помнит, что прошлый раз именно ты их спас от провала. Неужели не хочется забыть про все эти выгорания и постоянное ощущение бессмысленности того, что ты делаешь, и хоть немного получать удовольствие от своей работы, хоть немного гордиться тем, что ты сам из себя представляешь? Но видимо не хочется, ведь проще уволится.
Александра Шаламова
#разработчику #крикдуши
Ребят, ну серьезно, меня бомбит от таких комментариев: "зачем мне чета делать, проще уволиться". Так и хочется ответить: "ну и сиди, как лох, когда ребята, которым не лень оторвать жопу от дивана говорят, что тебе делать, пока их не переманят в место поприкольнее, да в проект поинтереснее".
Вы для себя в первую очередь решите, а чего вам по жизни та вообще нужно? Вот правда сидеть в уголке и решать хреново описанные задачи в стол это предел ваших мечтаний? Быть никогда никем не замеченным, никем не уважаемым, серым исполнителем, который при первой же проблеме увольняется, просто потому что рынок переполнен вакансиями, а самому ему вообще все равно, где отбывать повинность до пенсии, - это твои планы на жизнь?
Или ты все таки хочешь быть тем человеком, который реально что-то может в своем деле? Который берет и делает круто, как никто другой не может. К которому прислушиваются коллеги. Который, не важно с какой позиции, говорит и команда делает, потому что понимает, что лучше его все равно никто не знает. К которому бизнес САМ приходит спросить "а стоит ли так делать или это плохая идея", потому что помнит, что прошлый раз именно ты их спас от провала. Неужели не хочется забыть про все эти выгорания и постоянное ощущение бессмысленности того, что ты делаешь, и хоть немного получать удовольствие от своей работы, хоть немного гордиться тем, что ты сам из себя представляешь? Но видимо не хочется, ведь проще уволится.
Александра Шаламова
#разработчику #крикдуши