У нас появился Boosty
Ребят, сегодня завели boosty для нашего канала. Там вы сможете получать все посты и видео на сутки раньше, чем в телеграм и YouTube, ну и просто поддержать нашу работу рублем. Пост про направляющие профессионала, который появится здесь в среду, уже доступен на boosty.
А еще мы начали выкладывать туда наши обучающие материалы, так что теперь вы сможете купить их не только на нашем сайте, но и на boosty. Сейчас уже доступны:
- Экстренная помощь при выгорании.
- Учебник "Тимлид: базовый уровень"
- Чеклист для ввода нового разработчика в проект
- Чеклист для организации тимбилдинга
Остальные выложим постепенно.
Ждем наших самым верных читателей, присоединяйтесь!
https://boosty.to/itbesedka
Ребят, сегодня завели boosty для нашего канала. Там вы сможете получать все посты и видео на сутки раньше, чем в телеграм и YouTube, ну и просто поддержать нашу работу рублем. Пост про направляющие профессионала, который появится здесь в среду, уже доступен на boosty.
А еще мы начали выкладывать туда наши обучающие материалы, так что теперь вы сможете купить их не только на нашем сайте, но и на boosty. Сейчас уже доступны:
- Экстренная помощь при выгорании.
- Учебник "Тимлид: базовый уровень"
- Чеклист для ввода нового разработчика в проект
- Чеклист для организации тимбилдинга
Остальные выложим постепенно.
Ждем наших самым верных читателей, присоединяйтесь!
https://boosty.to/itbesedka
Мы тут готовим предновогодний материал по работе со сроками и нам нужна ваша помощь. Расскажите, какие причины обычно мешают вам или вашей команде уложиться в сроки?
Anonymous Poll
35%
сроки были поставлены сверху, меня не спросили
44%
неправильная оценка сроков мной или командой
54%
меняются условий задачи по ходу выполнения
29%
коллеги слишком поздно заканчивают свою часть работы в совместных задачах
21%
проект в плохом состоянии, сложно вносить изменения
15%
не умею организовывать собственную работу, не понимаю куда уходит время
33%
слишком много побочных задач или встреч, все время уходит на них
21%
не хватает технических знаний
2%
а я молодец, я всегда укладываюсь в сроки
2%
другая причина, напишу в комментариях
Профессиональный подход: направляющие, ведущие к профессионализму
В прошлый раз мы с вами обсудили движущую силу, ведущую человека по пути к профессионализму, а теперь давайте рассмотрим направляющие.
Осознанность и критический подход
Итак, мы обсудили, что не хотим закреплять неправильные действия, а значит нам нужно их у себя находить и убирать. Для этого нужно постоянно анализировать свою собственную работу, находить недостатки своих решений и думать, как в следующий раз сделать лучше. Мозг - штука хитрая, и со временем мы все начинаем делать на автомате, не замечая, что мы делаем и почему. Вырваться из этой ловушки поможет осознанность. И в работе над задачей, и в общении с коллегами, - во всем осознанность поможет отловить момент принятия решения. Например, вы делаете новую задачу и, не думая, используете типовое решение, библиотеку или структуру, которую используете обычно. А может к нам приходит владелец продукта со срочными правками, мы откладываем текущую задачу и, не задумываясь, беремся за правки, потому что так делаем всегда. Это моменты, в которые нужно остановится и понять, что мы действуем на автомате.
Дальше к каждому такому моменту применяем критическое мышление. Подвергаем сомнению сложившийся у нас образ действия. Анализируем новую задачу и реально думаем над тем, а правда ли обычное решение к ней тоже подойдет. Останавливаем коллегу со срочными правками и начинаем задавать осмысленные вопросы, что зачем, почему, кто это согласовал. Постепенно привыкая действовать более осознанно, мы начинаем выбирать более правильный образ действия, приучая себя действовать так всегда.
Умение задаваться вопросами и находить на них ответы
Еще один важный момент, помогающий достичь профессионализма - умение задаваться вопросами и находить на них ответы. Умение задаваться вопросами пересекается с осознанностью, но уходит немного глубже. При этом подходе мы не просто делаем задачи, мы углубляетесь в причины проблем и принятия решений. Почему это работает так? Как мы к этому пришли? Почему мы никогда не укладываемся в сроки? Почему раз за разом в этом блоке кода возникают ошибки, что сделать, чтобы это не повторялось? А можно сделать лучше? Кстати, список таких типовых вопросов к коду мы разбирали в нашем мини-курсе по борьбе с рутиной.
Но одних вопросов мало. Самое главное это пытаться найти на них ответ. Сначала это может быть сложно, не понятно куда двигаться и где искать ответ. Но, чем глубже мы погружаемся, тем больше узнаем, тем больше растут знания и опыт. При каждом следующем вопросе старт поиска будет все ближе и ближе к ответу, потому что в прошлый раз мы уже многое узнали.
Умение определять приоритеты
Как при всем этом не упороться и не начать тратить больше времени на поиск ответов и вопросов, чем на работу? Ведь есть люди максимально интересующиеся всем вокруг, которые так увлекаются, что никогда не доводят задачу до конца. Конечно это ложный путь и к профессионализму он не приведет. Проводником для нас тут становится умение определять важность и приоритеты. Мы ищет ответы не на случайные вопросы, мы определяем важное и нужное именно сейчас, именно для текущий своей задачи. Это здорово, если вы вдруг просто захотели узнать, как работают события в вашем фреймворке, сделаете это в свое свободное время. А вот если именно в вашей задаче есть проблема с событиями, они работают не так, как нужно и приводят к ошибке, то между решением вставить костыль и реально разобраться, что на самом деле к этому поведению приводит, исправив саму причину ситуации, более профессионально будет выбрать второе. Время тоже должно тратится осознанно, у углубления в тему должна быть причина, и такие задачи должны делаться в соответствии с их приоритетами. Попутно это приучит вас видеть главное и побочное, важное и не существенное, что тоже поможет стать профессионалом.
Используя эти подходы вы превратите ваш опыт не просто в накопленные года, а в вашего помощника в обретении профессионализма.
Александра Шаламова
#советы
В прошлый раз мы с вами обсудили движущую силу, ведущую человека по пути к профессионализму, а теперь давайте рассмотрим направляющие.
Осознанность и критический подход
Итак, мы обсудили, что не хотим закреплять неправильные действия, а значит нам нужно их у себя находить и убирать. Для этого нужно постоянно анализировать свою собственную работу, находить недостатки своих решений и думать, как в следующий раз сделать лучше. Мозг - штука хитрая, и со временем мы все начинаем делать на автомате, не замечая, что мы делаем и почему. Вырваться из этой ловушки поможет осознанность. И в работе над задачей, и в общении с коллегами, - во всем осознанность поможет отловить момент принятия решения. Например, вы делаете новую задачу и, не думая, используете типовое решение, библиотеку или структуру, которую используете обычно. А может к нам приходит владелец продукта со срочными правками, мы откладываем текущую задачу и, не задумываясь, беремся за правки, потому что так делаем всегда. Это моменты, в которые нужно остановится и понять, что мы действуем на автомате.
Дальше к каждому такому моменту применяем критическое мышление. Подвергаем сомнению сложившийся у нас образ действия. Анализируем новую задачу и реально думаем над тем, а правда ли обычное решение к ней тоже подойдет. Останавливаем коллегу со срочными правками и начинаем задавать осмысленные вопросы, что зачем, почему, кто это согласовал. Постепенно привыкая действовать более осознанно, мы начинаем выбирать более правильный образ действия, приучая себя действовать так всегда.
Умение задаваться вопросами и находить на них ответы
Еще один важный момент, помогающий достичь профессионализма - умение задаваться вопросами и находить на них ответы. Умение задаваться вопросами пересекается с осознанностью, но уходит немного глубже. При этом подходе мы не просто делаем задачи, мы углубляетесь в причины проблем и принятия решений. Почему это работает так? Как мы к этому пришли? Почему мы никогда не укладываемся в сроки? Почему раз за разом в этом блоке кода возникают ошибки, что сделать, чтобы это не повторялось? А можно сделать лучше? Кстати, список таких типовых вопросов к коду мы разбирали в нашем мини-курсе по борьбе с рутиной.
Но одних вопросов мало. Самое главное это пытаться найти на них ответ. Сначала это может быть сложно, не понятно куда двигаться и где искать ответ. Но, чем глубже мы погружаемся, тем больше узнаем, тем больше растут знания и опыт. При каждом следующем вопросе старт поиска будет все ближе и ближе к ответу, потому что в прошлый раз мы уже многое узнали.
Умение определять приоритеты
Как при всем этом не упороться и не начать тратить больше времени на поиск ответов и вопросов, чем на работу? Ведь есть люди максимально интересующиеся всем вокруг, которые так увлекаются, что никогда не доводят задачу до конца. Конечно это ложный путь и к профессионализму он не приведет. Проводником для нас тут становится умение определять важность и приоритеты. Мы ищет ответы не на случайные вопросы, мы определяем важное и нужное именно сейчас, именно для текущий своей задачи. Это здорово, если вы вдруг просто захотели узнать, как работают события в вашем фреймворке, сделаете это в свое свободное время. А вот если именно в вашей задаче есть проблема с событиями, они работают не так, как нужно и приводят к ошибке, то между решением вставить костыль и реально разобраться, что на самом деле к этому поведению приводит, исправив саму причину ситуации, более профессионально будет выбрать второе. Время тоже должно тратится осознанно, у углубления в тему должна быть причина, и такие задачи должны делаться в соответствии с их приоритетами. Попутно это приучит вас видеть главное и побочное, важное и не существенное, что тоже поможет стать профессионалом.
Используя эти подходы вы превратите ваш опыт не просто в накопленные года, а в вашего помощника в обретении профессионализма.
Александра Шаламова
#советы
❗️ВНИМАНИЕ АНОНС ❗️
Марафон "Успеть до Нового Года"!
На улицах уже начали появляться первые огни и елки, девушки присматривают миленькие платья для новогодней вечеринки, а в воздухе витает праздник. Но все это проходит мимо вас, если до новогодних каникул над вами висит дедлайн, в который вам кровь из носу нужно успеть. Да и кому придет в голову думать об игристом в теплом кругу семьи, когда под угрозой весь продукт, честь отдела, годовая премия, повышение и несчастная последняя нервная клетка.
Мы и сами ни раз бывали в подобной ситуации и из последних сил катили релизы в праздники, пропуская все веселье. Но в этом году пришло время все изменить! 11 декабря мы запускаем бесплатный марафон по работе со сроками "Успеть до Нового Года". Разберем, как заканчивать свои задачи вовремя, не срывая дедлайнов. Будет 4 основные темы, в каждой из которых будет несколько разделов:
- Как заранее определить, что вы не успеваете задачу в срок
- Как поставить точные сроки
- Что можно сделать прямо сейчас, чтобы все таки успеть
- Ускоряем соседний отдел, который вас тормозит
К каждой теме мы выпустим:
1. Видео с объяснением темы;
2. Текстовый разбор для тех, кому удобнее читать;
3. Секретные бонусы, которые помогут еще мощнее прокачать тему.
Настраивайтесь на плодотворную работу и не забудьте позвать коллег, чтобы учиться вместе. А мы пошли готовить остатки материалов. Нужно еще многое успеть.
PS: Если поднакидайте нам огоньков к посту, мы увидим, что не зря стараемся и будем работать еще активнее)
#марафон2023
Марафон "Успеть до Нового Года"!
На улицах уже начали появляться первые огни и елки, девушки присматривают миленькие платья для новогодней вечеринки, а в воздухе витает праздник. Но все это проходит мимо вас, если до новогодних каникул над вами висит дедлайн, в который вам кровь из носу нужно успеть. Да и кому придет в голову думать об игристом в теплом кругу семьи, когда под угрозой весь продукт, честь отдела, годовая премия, повышение и несчастная последняя нервная клетка.
Мы и сами ни раз бывали в подобной ситуации и из последних сил катили релизы в праздники, пропуская все веселье. Но в этом году пришло время все изменить! 11 декабря мы запускаем бесплатный марафон по работе со сроками "Успеть до Нового Года". Разберем, как заканчивать свои задачи вовремя, не срывая дедлайнов. Будет 4 основные темы, в каждой из которых будет несколько разделов:
- Как заранее определить, что вы не успеваете задачу в срок
- Как поставить точные сроки
- Что можно сделать прямо сейчас, чтобы все таки успеть
- Ускоряем соседний отдел, который вас тормозит
К каждой теме мы выпустим:
1. Видео с объяснением темы;
2. Текстовый разбор для тех, кому удобнее читать;
3. Секретные бонусы, которые помогут еще мощнее прокачать тему.
Настраивайтесь на плодотворную работу и не забудьте позвать коллег, чтобы учиться вместе. А мы пошли готовить остатки материалов. Нужно еще многое успеть.
PS: Если поднакидайте нам огоньков к посту, мы увидим, что не зря стараемся и будем работать еще активнее)
#марафон2023
Почему нельзя просто сорвать сроки? Какие могут быть последствия?
Бывают ситуации, когда невозможно уложиться в сроки. Правильное поведение в такой ситуации: выставить реальные сроки, всем озвучить и, пытаясь оптимизировать затраты, все же напоминать о реалиях на любых встречах. Так делать правильно хоть и часто сложно. Многие просто берут сроки, не споря (даже если можно было просто назвать реальные сроки без споров), и потом, по факту, говорят, что не укладываются в дедлайн. Меня часто спрашивают, понятно, что это не правильно, но как это воспринимаешь ты или более высокое руководство? Какие долгосрочные последствия?
Тут нужно понимать, что все зависит от ситуации. Чем крупнее компания, тем сильнее она опирается на метрики и цели, которые стоят у конкретных руководителей. Цели спускаются более мелкими кусками, на руководителей звена ниже. Каждая цель вашей команды / продукта в итоге влияет на большую цель. Многие цели нельзя закрыть частично. Например, происходит переход с легаси системы на новую, новую делает несколько команд. Обычно если одна не успевает, то это ведет к тому, что не засчитывается цель в целом, потому что, обычно, вывести из эксплуатации легаси нельзя. То, что вы подводите свое руководство это понятно, но пользователи продолжат работать на легаси (обычно переход затеян для улучшения работы пользователей), смежным командам свои цели тоже могут не засчитать (такое бывает чаще, чем кажется), могут быть не достигнуты бизнес показатели из-за этого ну и т. д. Соответственно, небольшой проваленный кусок может снежным комом потянуть за собой очень много вещей. Большинство людей не задумываются об этом и очень скептически относятся к своим целям. Ну казалось бы у нас не самый важный функционал, ничего страшного. Но на практике работает это не так. В двух системах скорее всего работать никто не будет по многим причинам и техническим и бизнесовым. Поэтому я всегда рассказываю своим ребятам о том, кто и что от них зависит и советую и вам такие вещи знать.
В итоге, самое плохое часто даже не срыв сроков, а то, что он произойдет неожиданно. Никто не сможет проработать варианты, обойти проблему или усилить вашу команду. Соответственно, это будет большим стрессом для всех. Но что же может случится конкретно для вас?
Тут все зависит от руководства и ситуации, может от ничего до увольнения. Чаще идут более мягкие наказания. Отмена премий (если они есть), отмена повышений для всей команды или определенных ее участников. Это быстрые эффекты. В отложенных эффектах я бы отметил отсутствие доверия к вам и вашей команде, то есть вам будут стараться не поручать ничего важного и интересного, а также будут заниматься вашим ростом и развитием в последнюю очередь.
В целом, не попадать в сроки, спущенные сверху, это нормально, ненормально, когда вы знаете и молчите об этом. Сказать прямо и честно, что не успеваете это часть работы (у меня есть много историй про это, если будет интерес к этому, то поделюсь).
Заранее понять, что вы не успеваете в сроки это тоже отдельная задача, которую мы будем разбирать на нашем марафоне по работе со сроками, стартующем 11 декабря. Там же разберем, что можно сделать, чтобы уложиться в сроки, если уже не успеваете. Зовите своих коллег и подчиненных присоединиться к марафону, информация будет очень полезная и важная для всех.
Максим Шаламов
#разработчику #руководителю
Бывают ситуации, когда невозможно уложиться в сроки. Правильное поведение в такой ситуации: выставить реальные сроки, всем озвучить и, пытаясь оптимизировать затраты, все же напоминать о реалиях на любых встречах. Так делать правильно хоть и часто сложно. Многие просто берут сроки, не споря (даже если можно было просто назвать реальные сроки без споров), и потом, по факту, говорят, что не укладываются в дедлайн. Меня часто спрашивают, понятно, что это не правильно, но как это воспринимаешь ты или более высокое руководство? Какие долгосрочные последствия?
Тут нужно понимать, что все зависит от ситуации. Чем крупнее компания, тем сильнее она опирается на метрики и цели, которые стоят у конкретных руководителей. Цели спускаются более мелкими кусками, на руководителей звена ниже. Каждая цель вашей команды / продукта в итоге влияет на большую цель. Многие цели нельзя закрыть частично. Например, происходит переход с легаси системы на новую, новую делает несколько команд. Обычно если одна не успевает, то это ведет к тому, что не засчитывается цель в целом, потому что, обычно, вывести из эксплуатации легаси нельзя. То, что вы подводите свое руководство это понятно, но пользователи продолжат работать на легаси (обычно переход затеян для улучшения работы пользователей), смежным командам свои цели тоже могут не засчитать (такое бывает чаще, чем кажется), могут быть не достигнуты бизнес показатели из-за этого ну и т. д. Соответственно, небольшой проваленный кусок может снежным комом потянуть за собой очень много вещей. Большинство людей не задумываются об этом и очень скептически относятся к своим целям. Ну казалось бы у нас не самый важный функционал, ничего страшного. Но на практике работает это не так. В двух системах скорее всего работать никто не будет по многим причинам и техническим и бизнесовым. Поэтому я всегда рассказываю своим ребятам о том, кто и что от них зависит и советую и вам такие вещи знать.
В итоге, самое плохое часто даже не срыв сроков, а то, что он произойдет неожиданно. Никто не сможет проработать варианты, обойти проблему или усилить вашу команду. Соответственно, это будет большим стрессом для всех. Но что же может случится конкретно для вас?
Тут все зависит от руководства и ситуации, может от ничего до увольнения. Чаще идут более мягкие наказания. Отмена премий (если они есть), отмена повышений для всей команды или определенных ее участников. Это быстрые эффекты. В отложенных эффектах я бы отметил отсутствие доверия к вам и вашей команде, то есть вам будут стараться не поручать ничего важного и интересного, а также будут заниматься вашим ростом и развитием в последнюю очередь.
В целом, не попадать в сроки, спущенные сверху, это нормально, ненормально, когда вы знаете и молчите об этом. Сказать прямо и честно, что не успеваете это часть работы (у меня есть много историй про это, если будет интерес к этому, то поделюсь).
Заранее понять, что вы не успеваете в сроки это тоже отдельная задача, которую мы будем разбирать на нашем марафоне по работе со сроками, стартующем 11 декабря. Там же разберем, что можно сделать, чтобы уложиться в сроки, если уже не успеваете. Зовите своих коллег и подчиненных присоединиться к марафону, информация будет очень полезная и важная для всех.
Максим Шаламов
#разработчику #руководителю
Съемки марафона
Только что закончила запись первого дня марафона. Первый мой подобный опыт, надеюсь формат вам зайдет.
У вас возможно возникает вопрос, почему большую часть постов пишет Максим, а на видео всегда только я? Все очень просто: Максим сейчас в офисе, как и в любой рабочий день, и редко может выкроить время для подготовки материала. Поэтому весь наш общий опыт рассказываю вам в видео я, а чисто его авторские посты вы всегда можете найти здесь. Ещё немаловажный в этом деле факт, что все детство Максим сидел за книгами, а я бегала по выступлениям в музыкальной школе, поэтому вроде как считаюсь человеком более к работе лицом подготовленным 😄 хотя, скажу честно, я волнуюсь каждый раз, когда смотрю на камеру и начинаю забывать собственные мысли 🙈 но продолжаю для вас стараться)
Хотите больше закулисья подготовки наших материалов?) О чем было бы интересно узнать? А я пошла монтировать все, что тут натворила)
#закулисье
Только что закончила запись первого дня марафона. Первый мой подобный опыт, надеюсь формат вам зайдет.
У вас возможно возникает вопрос, почему большую часть постов пишет Максим, а на видео всегда только я? Все очень просто: Максим сейчас в офисе, как и в любой рабочий день, и редко может выкроить время для подготовки материала. Поэтому весь наш общий опыт рассказываю вам в видео я, а чисто его авторские посты вы всегда можете найти здесь. Ещё немаловажный в этом деле факт, что все детство Максим сидел за книгами, а я бегала по выступлениям в музыкальной школе, поэтому вроде как считаюсь человеком более к работе лицом подготовленным 😄 хотя, скажу честно, я волнуюсь каждый раз, когда смотрю на камеру и начинаю забывать собственные мысли 🙈 но продолжаю для вас стараться)
Хотите больше закулисья подготовки наших материалов?) О чем было бы интересно узнать? А я пошла монтировать все, что тут натворила)
#закулисье
Почему руководитель не хочет повышать разработчика?
Кажется, что делаешь все, работаешь лучше других, но тебя все равно не повышают. Сидишь на одной и той же зарплате и должности, пока не найдешь новую работу, где сразу дают больше. Так в чем же дело? Разберем несколько возможных причин.
Вы не превосходите ожидания от вашей позиции
Повышают не за хорошую работу, а за то, что ты перерос свою текущую позицию или зарплату и готов оправдывать более высокую. Если вы просто выполняете свою работу хорошо, то вы просто окупаете свою текущую зарплату. Чтобы получить заветное повышение, нужно показать руководителю, и тем, кто будет принимать решение о вашем повышении, что вы готовы к новой роли, что вы можете работать на новом уровне. Ваше руководство должно быть готово тратить новую сумму на вас и доверить вам новые обязанности, это должно быть для них оправдано. Грубо говоря, если им дороже обойдется ваш уход в другую компанию, потому что такого, как вы, им и искать и растить очень долго, то им проще будет вас повысить, чем рисковать остаться с кем-то, кто не справляется.
Вы изначально пришли на более высокий оклад
Еще одна причина, по которой вас могут не хотеть повышать, изначально слишком высокая зарплата, которая превышает обычную на вашей должности. Может быть вас переоценили на собеседовании или просто слишком хотели вас получить, поэтому дали зарплату выше, чем обычно. Это может полностью устраивает руководство, но еще больше оно дать уже не готово. Здесь также можно посоветовать расти и перебираться на новый уровень, где еще более высокая зарплата будет нормальной.
Нарушение сроков и целей
Проблема, которая вроде и очевидна, но ее может быть сложно заметить. Допустим вы работает в целом хорошо, иногда делаете больше, чем от вас ждут. Но при этом вы периодически сильно срываете сроки выполнения своих задач, не выполняете поставленных целей, при этом не предупреждая руководство заранее, иногда складываете продакшен или делаете что-то в обход общепринятых инструкций. Такие промахи, даже когда они случаются не так часто, могут перечеркивать всю хорошую работу до этого. В итоге, последующие победы просто компенсируют желание уволить работника после провала, но не доводят до возможности повысить. Если вы хотите добиться повышения, то работайте над своим умением укладываться в сроки и выполнять поставленные цели. Как раз этому мы будем учиться на нашем марафоне на следующей неделе, так что обязательно посмотрите все материалы, чтобы не оказаться в такой незавидной ситуации.
#разработчику
Кажется, что делаешь все, работаешь лучше других, но тебя все равно не повышают. Сидишь на одной и той же зарплате и должности, пока не найдешь новую работу, где сразу дают больше. Так в чем же дело? Разберем несколько возможных причин.
Вы не превосходите ожидания от вашей позиции
Повышают не за хорошую работу, а за то, что ты перерос свою текущую позицию или зарплату и готов оправдывать более высокую. Если вы просто выполняете свою работу хорошо, то вы просто окупаете свою текущую зарплату. Чтобы получить заветное повышение, нужно показать руководителю, и тем, кто будет принимать решение о вашем повышении, что вы готовы к новой роли, что вы можете работать на новом уровне. Ваше руководство должно быть готово тратить новую сумму на вас и доверить вам новые обязанности, это должно быть для них оправдано. Грубо говоря, если им дороже обойдется ваш уход в другую компанию, потому что такого, как вы, им и искать и растить очень долго, то им проще будет вас повысить, чем рисковать остаться с кем-то, кто не справляется.
Вы изначально пришли на более высокий оклад
Еще одна причина, по которой вас могут не хотеть повышать, изначально слишком высокая зарплата, которая превышает обычную на вашей должности. Может быть вас переоценили на собеседовании или просто слишком хотели вас получить, поэтому дали зарплату выше, чем обычно. Это может полностью устраивает руководство, но еще больше оно дать уже не готово. Здесь также можно посоветовать расти и перебираться на новый уровень, где еще более высокая зарплата будет нормальной.
Нарушение сроков и целей
Проблема, которая вроде и очевидна, но ее может быть сложно заметить. Допустим вы работает в целом хорошо, иногда делаете больше, чем от вас ждут. Но при этом вы периодически сильно срываете сроки выполнения своих задач, не выполняете поставленных целей, при этом не предупреждая руководство заранее, иногда складываете продакшен или делаете что-то в обход общепринятых инструкций. Такие промахи, даже когда они случаются не так часто, могут перечеркивать всю хорошую работу до этого. В итоге, последующие победы просто компенсируют желание уволить работника после провала, но не доводят до возможности повысить. Если вы хотите добиться повышения, то работайте над своим умением укладываться в сроки и выполнять поставленные цели. Как раз этому мы будем учиться на нашем марафоне на следующей неделе, так что обязательно посмотрите все материалы, чтобы не оказаться в такой незавидной ситуации.
#разработчику
Расписание марафона "Успеть до Нового Года"
На фото незримый, но постоянный, участник команды помогает отцентровать камеру 😼
Итак уже в понедельник первый день нашего марафона по работе со сроками, поэтому пора посмотреть на точное расписание. В каждом дне марафона будет основная тема и дополнительный материал для более глубокого погружения.
11 декабря
Тема: "Как заранее определить, что вы не успеваете задачу в срок"
Дополнительный материал на Boosty: "Как проводить декомпозицию задач для лучшего планирования"
14 декабря
Тема: "Как поставить точные сроки, в которые сможешь уложиться"
Дополнительный материал на Boosty: "Экспертная оценка сроков для долгосрочного планирования"
19 декабря
Тема: "Как все таки уложиться в сроки, если ты уже не успеваешь"
Дополнительные материалы на Boosty:
- "Как убедить бизнес и руководство изменить состав релиза и что делать, если они не согласны"
- "Пример, как СТО выкидывает лишнее из релиза"
21 декабря
Тема: "Что делать, если не успеваешь в сроки из-за соседнего отдела?"
Дополнительный материал на Boosty: "Как доказать, что проблема на стороне соседнего отдела и добиться ее решения"
Все ссылки на видео и текстовые материалы мы будем выкладывать в Telegram и в тоже время видео будут выходить на YouTube и Дзен. На Boosty все будет выходить на день раньше и с дополнительными материалами. Кстати, первый день на Boosty уже доступен прямо сейчас 🤫
На фото незримый, но постоянный, участник команды помогает отцентровать камеру 😼
Итак уже в понедельник первый день нашего марафона по работе со сроками, поэтому пора посмотреть на точное расписание. В каждом дне марафона будет основная тема и дополнительный материал для более глубокого погружения.
11 декабря
Тема: "Как заранее определить, что вы не успеваете задачу в срок"
Дополнительный материал на Boosty: "Как проводить декомпозицию задач для лучшего планирования"
14 декабря
Тема: "Как поставить точные сроки, в которые сможешь уложиться"
Дополнительный материал на Boosty: "Экспертная оценка сроков для долгосрочного планирования"
19 декабря
Тема: "Как все таки уложиться в сроки, если ты уже не успеваешь"
Дополнительные материалы на Boosty:
- "Как убедить бизнес и руководство изменить состав релиза и что делать, если они не согласны"
- "Пример, как СТО выкидывает лишнее из релиза"
21 декабря
Тема: "Что делать, если не успеваешь в сроки из-за соседнего отдела?"
Дополнительный материал на Boosty: "Как доказать, что проблема на стороне соседнего отдела и добиться ее решения"
Все ссылки на видео и текстовые материалы мы будем выкладывать в Telegram и в тоже время видео будут выходить на YouTube и Дзен. На Boosty все будет выходить на день раньше и с дополнительными материалами. Кстати, первый день на Boosty уже доступен прямо сейчас 🤫
Первая тема марафона "Успеть до Нового Года"
Как определить, что не укладываешься в сроки?
Видео: https://youtu.be/6BiMIvM4Z4s
Дополнительная тема "Как проводить декомпозицию задач для лучшего планирования"
Очень критичная проблема работы со сроками то, что большинство разработчиков и отделов в целом не умеют вовремя определить, что не успевают закончить задачу или целый релиз вовремя. Понимание, что мы пришли к дедлайну ни с чем, приходит слишком поздно, чтобы можно было что-то исправить. В результате, время упущено, начинаются конфликты с бизнесом и коллегами, репутация команды подорвана, появляются различные риски для проекта вплоть до юридических.
Поэтому первое, что нам нужно сделать, это как можно раньше стараться определить, что мы не укладываемся в сроки. Есть несколько подходов, которые помогут вам это сделать.
Правильно сформулированная цель и приоритеты
Самая важная вещь, которая должна быть определена в любой задаче или релизе: это цель. Цель отражает самое главное, чего команда должна достичь по итогам планируемых работ. Она необходима, чтобы сфокусировать команду на самом главном. При возникновении любых вопросов или изменений, команда должна обращаться к своей цели и думать о том, чтобы выполнить ее в первую очередь. При возникновении форс-мажорных ситуаций, цель поможет определить, на чем должна фокусироваться команда.
Также нам крайне важно понимать приоритеты задач, если их несколько. При составлении работ для любого релиза, сразу после состава работ и цели, узнаем у бизнеса приоритеты задач. Опять же, если что-то пошло не по плану, вы будете знать, на чем концентрироваться в первую очередь. Мы еще поговорим подробнее о роли приоритетов в третьей теме марафона. Пока важно понимать, что чем более высокого приоритет задачи или подзадачи начинаются задерживаться, тем сильнее пора бить тревогу.
Этапы работы и декомпозиция
Если у вас есть только одна огромная задача, которую нужно сделать, и всего два состояния “сделано” и “не сделано”, то вам будет крайне сложно определить заранее расхождение со сроками. Очень важно разбивать задачу на более маленькие части, и оценивать каждую часть отдельно. Затем по этим частям планировать этапы работы. Вы должны добиться четкого понимания, что у вас есть N этапов работы, на первом этапе должен быть готов вот этот набор задач, на втором вот этот и так далее. Ориентируясь на набор задач в каждом этапе определяем сроки, в которые будет закончен этот этап.
А дальше мы обязательно сверяемся к концу каждого этапа (а лучше немного заранее), на сколько мы попали в запланированное время. И если вы не уложились в сроки готовности первого этапа, то это уже звоночек, что вы начинаете отставать. Обязательно проведите ретроспективу и разберитесь в причинах появления отставания и постарайтесь их устранить (как эффективно проводить ретро мы очень подробно рассказывали в книге “Гибкие методологии на практике”). Ни в коем случае не бойтесь, что потратите время на ретроспективу и заберете его у разработки, потому что запущенные проблемы имеют свойство накапливаться и ломать в итоге все сроки совершенно. Таким образом мы проводим каждый этап разработки. Это уже само по себе поможет вам определить, когда вы начали отставать от сроков. Такое деление на этапы может показаться банальным решением, о котором знает каждый, но на деле, о нем постоянно забывают даже самые опытные команды.
Если больше хотите узнать о том, как правильно проводить декомпозицию на практике, то на Boosty мы подготовили дополнительный материал на эту тему "Как проводить декомпозицию задач для лучшего планирования".
Продолжение в следующем посте ⬇️
Как определить, что не укладываешься в сроки?
Видео: https://youtu.be/6BiMIvM4Z4s
Дополнительная тема "Как проводить декомпозицию задач для лучшего планирования"
Очень критичная проблема работы со сроками то, что большинство разработчиков и отделов в целом не умеют вовремя определить, что не успевают закончить задачу или целый релиз вовремя. Понимание, что мы пришли к дедлайну ни с чем, приходит слишком поздно, чтобы можно было что-то исправить. В результате, время упущено, начинаются конфликты с бизнесом и коллегами, репутация команды подорвана, появляются различные риски для проекта вплоть до юридических.
Поэтому первое, что нам нужно сделать, это как можно раньше стараться определить, что мы не укладываемся в сроки. Есть несколько подходов, которые помогут вам это сделать.
Правильно сформулированная цель и приоритеты
Самая важная вещь, которая должна быть определена в любой задаче или релизе: это цель. Цель отражает самое главное, чего команда должна достичь по итогам планируемых работ. Она необходима, чтобы сфокусировать команду на самом главном. При возникновении любых вопросов или изменений, команда должна обращаться к своей цели и думать о том, чтобы выполнить ее в первую очередь. При возникновении форс-мажорных ситуаций, цель поможет определить, на чем должна фокусироваться команда.
Также нам крайне важно понимать приоритеты задач, если их несколько. При составлении работ для любого релиза, сразу после состава работ и цели, узнаем у бизнеса приоритеты задач. Опять же, если что-то пошло не по плану, вы будете знать, на чем концентрироваться в первую очередь. Мы еще поговорим подробнее о роли приоритетов в третьей теме марафона. Пока важно понимать, что чем более высокого приоритет задачи или подзадачи начинаются задерживаться, тем сильнее пора бить тревогу.
Этапы работы и декомпозиция
Если у вас есть только одна огромная задача, которую нужно сделать, и всего два состояния “сделано” и “не сделано”, то вам будет крайне сложно определить заранее расхождение со сроками. Очень важно разбивать задачу на более маленькие части, и оценивать каждую часть отдельно. Затем по этим частям планировать этапы работы. Вы должны добиться четкого понимания, что у вас есть N этапов работы, на первом этапе должен быть готов вот этот набор задач, на втором вот этот и так далее. Ориентируясь на набор задач в каждом этапе определяем сроки, в которые будет закончен этот этап.
А дальше мы обязательно сверяемся к концу каждого этапа (а лучше немного заранее), на сколько мы попали в запланированное время. И если вы не уложились в сроки готовности первого этапа, то это уже звоночек, что вы начинаете отставать. Обязательно проведите ретроспективу и разберитесь в причинах появления отставания и постарайтесь их устранить (как эффективно проводить ретро мы очень подробно рассказывали в книге “Гибкие методологии на практике”). Ни в коем случае не бойтесь, что потратите время на ретроспективу и заберете его у разработки, потому что запущенные проблемы имеют свойство накапливаться и ломать в итоге все сроки совершенно. Таким образом мы проводим каждый этап разработки. Это уже само по себе поможет вам определить, когда вы начали отставать от сроков. Такое деление на этапы может показаться банальным решением, о котором знает каждый, но на деле, о нем постоянно забывают даже самые опытные команды.
Если больше хотите узнать о том, как правильно проводить декомпозицию на практике, то на Boosty мы подготовили дополнительный материал на эту тему "Как проводить декомпозицию задач для лучшего планирования".
Продолжение в следующем посте ⬇️
Начало поста
Метрики всему голова
Но нет ничего лучше в определении отставания от сроков и нахождения проблем в команде, чем метрики. Это основа основ для отслеживания и улучшения своей работы и работы своей команды. С помощью метрик вы можете не только очень быстро понять, что выбились из графика, но и определить некоторые ключевые проблемы, из-за которых это произошло. А еще это отличный инструмент отчетности для работы с заказчиками и бизнесом. Если не хотите, чтобы бизнес дергал вас каждый день вопросами, сделайте для него удобную доску с графиками работ, чтобы он мог отслеживать все в реальном времени.
Например, диаграмма сгорания эпика или релиза - незаменима для любого большого отрезка работ. В спринт могут попадать задачи из разные эпиков и релизов, и например, диаграмма сгорания, используемая всеми командами, может вас подвести, поэтому полезно отслеживать жизненный цикл крупного объема работы отдельно. Для этого используется диаграмма сгорания эпика или релиза. На ней представлен конкретный эпик или релиз, для каждого отмечено сколько стори поинтов предстоит сделать, сколько уже сделано и сколько работы добавилось за текущий спринт.
В спринте стоит избегать добавления незапланированной работы, однако для эпика это совершенно нормально, но все равно этот процесс необходимо отслеживать. Если работы добавляется слишком много и это происходит бесконечно, стоит обратить внимание действительно ли владелец продукта понимает, что он хочет видеть в этом эпике и знает, как этого достичь. Возможно, эпик изначально плохо продуман и нуждается в бизнесовой доработке.
Также по этому графику можно увидеть, если какой-то эпик или релиз остановились в разработке, выяснить причины и провести корректировку процесса.
Это лишь одна из метрик, которые помогут вам определить проблемы со сроками, на практике их используется огромное количество. Все самые значимые метрики и какую информацию из них можно увидеть, мы подробно рассматриваем в нашей книге “Гибкие методологии на практике”.
Продолжение в следующем посте ⬇️
Метрики всему голова
Но нет ничего лучше в определении отставания от сроков и нахождения проблем в команде, чем метрики. Это основа основ для отслеживания и улучшения своей работы и работы своей команды. С помощью метрик вы можете не только очень быстро понять, что выбились из графика, но и определить некоторые ключевые проблемы, из-за которых это произошло. А еще это отличный инструмент отчетности для работы с заказчиками и бизнесом. Если не хотите, чтобы бизнес дергал вас каждый день вопросами, сделайте для него удобную доску с графиками работ, чтобы он мог отслеживать все в реальном времени.
Например, диаграмма сгорания эпика или релиза - незаменима для любого большого отрезка работ. В спринт могут попадать задачи из разные эпиков и релизов, и например, диаграмма сгорания, используемая всеми командами, может вас подвести, поэтому полезно отслеживать жизненный цикл крупного объема работы отдельно. Для этого используется диаграмма сгорания эпика или релиза. На ней представлен конкретный эпик или релиз, для каждого отмечено сколько стори поинтов предстоит сделать, сколько уже сделано и сколько работы добавилось за текущий спринт.
В спринте стоит избегать добавления незапланированной работы, однако для эпика это совершенно нормально, но все равно этот процесс необходимо отслеживать. Если работы добавляется слишком много и это происходит бесконечно, стоит обратить внимание действительно ли владелец продукта понимает, что он хочет видеть в этом эпике и знает, как этого достичь. Возможно, эпик изначально плохо продуман и нуждается в бизнесовой доработке.
Также по этому графику можно увидеть, если какой-то эпик или релиз остановились в разработке, выяснить причины и провести корректировку процесса.
Это лишь одна из метрик, которые помогут вам определить проблемы со сроками, на практике их используется огромное количество. Все самые значимые метрики и какую информацию из них можно увидеть, мы подробно рассматриваем в нашей книге “Гибкие методологии на практике”.
Продолжение в следующем посте ⬇️
⬆️ Начало поста
Стендапы, как средство быстрого поиска проблем
Еще один отличный инструмент для быстрого отслеживания проблем, обычные ежедневные стендапы. На них вы не только узнаете статус задач, но и поймете, на каких проблемах застопорилась команда. Обязательно собирайте все проблемы, всплывшие во время стендапа и занимайтесь их решение. Любая из них может стать причиной непопадания в сроки. Если у вас есть проблемы с проведением стендапов, они занимают слишком много времени и не приносят вам нужной пользы, то эта тема также хорошо раскрыта в нашей книге.
Для начала этих техник вам будет достаточно, чтобы вовремя определять отставание от поставленных сроков. На нашем бусти вы сможете найти расширенные материалы по теме декомпозиции и использования ее для определения отставания от сроков. Они доступны по минимальной подписке. А по расширенной подписке вы можете получить доступ к платным материалам и нашей книге “Гибкие методологии на практике”, где каждая из рассмотренных сегодня тем освещается особенно подробно. Также книгу вы можете найти на нашем сайте. Все ссылки будут в описании. В следующий раз мы разберем тему, как поставить точные сроки, в которые уложится разработка. Спасибо за внимание и жду вас на следующей теме.
На этом все с первой темой марафона. Если остались вопросы, обязательно пишите в комментариях! Сделаем отдельный разбор, если наберется достаточно вопросов. А также ждем ваших реакций и отзывов о первом дне, нам очень важна ваша обратная связь!
Стендапы, как средство быстрого поиска проблем
Еще один отличный инструмент для быстрого отслеживания проблем, обычные ежедневные стендапы. На них вы не только узнаете статус задач, но и поймете, на каких проблемах застопорилась команда. Обязательно собирайте все проблемы, всплывшие во время стендапа и занимайтесь их решение. Любая из них может стать причиной непопадания в сроки. Если у вас есть проблемы с проведением стендапов, они занимают слишком много времени и не приносят вам нужной пользы, то эта тема также хорошо раскрыта в нашей книге.
Для начала этих техник вам будет достаточно, чтобы вовремя определять отставание от поставленных сроков. На нашем бусти вы сможете найти расширенные материалы по теме декомпозиции и использования ее для определения отставания от сроков. Они доступны по минимальной подписке. А по расширенной подписке вы можете получить доступ к платным материалам и нашей книге “Гибкие методологии на практике”, где каждая из рассмотренных сегодня тем освещается особенно подробно. Также книгу вы можете найти на нашем сайте. Все ссылки будут в описании. В следующий раз мы разберем тему, как поставить точные сроки, в которые уложится разработка. Спасибо за внимание и жду вас на следующей теме.
На этом все с первой темой марафона. Если остались вопросы, обязательно пишите в комментариях! Сделаем отдельный разбор, если наберется достаточно вопросов. А также ждем ваших реакций и отзывов о первом дне, нам очень важна ваша обратная связь!
Ребята, нужна ваша помощь. Во сколько вам удобно, чтобы выходили посты (по московскому времени)? На это же время перенесем посты по марафону.
Anonymous Poll
10%
8:00
10%
10:00
2%
12:00
17%
16:00
14%
19:00
0%
Другое, напишу в комментариях
52%
Мне все равно
Вторая тема марафона "Успеть до Нового Года"
Как поставить точные сроки, в которые все таки уложишься
Видео: https://youtu.be/eHaBoYTHoro
Дополнительная тема: "Как проводить экспертную оценку для долгосрочного планирования"
Для начала разберем самую частую ошибку из-за которой мы не можем сделать задачу вовремя - изначально неправильно поставленные сроки. Что сделать, чтобы ваши сроки стали точнее, какие методы использовать?
При оценке команда учитывает множество факторов, таких как сложность реализации, сложность внесения изменений в существующий проект, объем работ, наличие у команды необходимой квалификации в решение похожих задач. Так как факторов, влияющих на оценку достаточно много, ошибиться с точной оценкой сроков очень легко.
Но есть набор условий, выполняя которые, вы все таки сможете давать более точные оценки задач. И первый из них, это хорошо поставленная задача. О хорошей постановки задач можно говорить очень много, но вот основные критерии, на которые вы можете ориентироваться:
- Перед оценкой задача должна иметь уже достаточный уровень детализации для понимания командой, что нужно делать. Если при оценке команда не может сойтись на одном значении, это может быть сигналом того, что задача недостаточно проработана и данных для оценки еще недостаточно.
- Задача должна быть декомпозирована, не должно быть слишком больших задач, которые невозможно точно оценить.
- Если задача совсем не укладывается в знания команды и ее невозможно оценить из-за отсутствия опыта, то берем сначала отдельную задачу на исследование темы, чтобы подготовиться к оценке.
- Ориентируйтесь на критерии I.N.V.E.S.T. Они помогут достигнуть правильного уровня декомпозиции и независимости задачи и сделать описание, готовое к оценке.
- Проверьте выполнение критериев готовности задачи к разработке, которые должны быть у каждой команды.
Используйте формат пользовательских историй для описания задач, он поможет выделить главное.
Как выполнить критерии I.N.V.E.S.T., создать уникальные для команды критерии готовности задачи к разработке и использовать формат пользовательских историй мы подробно с примерами рассказывали в своей книге “Гибкие методологии на практике”.
Продолжение в следующем посте ⬇️
Как поставить точные сроки, в которые все таки уложишься
Видео: https://youtu.be/eHaBoYTHoro
Дополнительная тема: "Как проводить экспертную оценку для долгосрочного планирования"
Для начала разберем самую частую ошибку из-за которой мы не можем сделать задачу вовремя - изначально неправильно поставленные сроки. Что сделать, чтобы ваши сроки стали точнее, какие методы использовать?
При оценке команда учитывает множество факторов, таких как сложность реализации, сложность внесения изменений в существующий проект, объем работ, наличие у команды необходимой квалификации в решение похожих задач. Так как факторов, влияющих на оценку достаточно много, ошибиться с точной оценкой сроков очень легко.
Но есть набор условий, выполняя которые, вы все таки сможете давать более точные оценки задач. И первый из них, это хорошо поставленная задача. О хорошей постановки задач можно говорить очень много, но вот основные критерии, на которые вы можете ориентироваться:
- Перед оценкой задача должна иметь уже достаточный уровень детализации для понимания командой, что нужно делать. Если при оценке команда не может сойтись на одном значении, это может быть сигналом того, что задача недостаточно проработана и данных для оценки еще недостаточно.
- Задача должна быть декомпозирована, не должно быть слишком больших задач, которые невозможно точно оценить.
- Если задача совсем не укладывается в знания команды и ее невозможно оценить из-за отсутствия опыта, то берем сначала отдельную задачу на исследование темы, чтобы подготовиться к оценке.
- Ориентируйтесь на критерии I.N.V.E.S.T. Они помогут достигнуть правильного уровня декомпозиции и независимости задачи и сделать описание, готовое к оценке.
- Проверьте выполнение критериев готовности задачи к разработке, которые должны быть у каждой команды.
Используйте формат пользовательских историй для описания задач, он поможет выделить главное.
Как выполнить критерии I.N.V.E.S.T., создать уникальные для команды критерии готовности задачи к разработке и использовать формат пользовательских историй мы подробно с примерами рассказывали в своей книге “Гибкие методологии на практике”.
Продолжение в следующем посте ⬇️
⬆️ Начало поста
Другие критерии, кроме хорошо составленной задачи, которые помогу дать правильную оценку:
- Используйте относительные оценки задач, а не точные. То есть, когда мы оцениваем задачу, сравнивая с другими, а не саму по себе. Можно легко проверить экспериментально, что относительные оценки в итоге приводят к более точному планированию, чем оценки времени выполнения. Достаточно попробовать оба вариант одинаковый отрезок времени и сравнить результаты точности оценок. Сначала относительные оценки могут путать, но если разбираться, как работают стори поинты, то вы поймете, как легко их применять. Подробное объяснение работы со стори поинтами есть в книге.
- Оценку проводит именно команда разработки, которая будет делать эту задачу. Критично, чтобы владельцы продукта, представители бизнеса или заказчики не диктовали оценки задач сверху. Это приводит к ухудшению качества продукта и истощению ресурсов команды, что в итоге нарушит непрерывную, стабильную поставку ценности и приведет к срыву сроков.
- Оценивает задачу не только будущий исполнитель, но и вся команда вместе. Групповая оценка необходима, чтобы найти возможные риски и нивелировать вероятность ошибки в оценке.
- Оценивают задачу все участники команды, вне зависимости от того, каким образом они будут работать над задачей. То есть оценку дает и разработки, и тестировщик, и все остальные участники команды. Иногда задачу несложно реализовать, но, чтобы ее протестировать или выкатить на продакшен, нужны очень большие затраты. Тогда сложность тестирования или релиза отразится на оценке задачи. Поэтому оценивается совокупность усилий всей команды для решения задачи.
- При оценке задач должен присутствовать представитель бизнеса, чтобы разрешить возникающие уточняющие вопросы по задаче. Однако в самой оценке представитель бизнеса не участвует.
- Если оценка задачи получается слишком большой или задачу вообще не получается оценить, значит ее стоит разделить на маленькие части. Важно помнить, что слишком большая оценка является менее точной и больше вероятность, что она может изменится в процессе разработки. Большой объем работ намного сложнее точно оценить.
- Если участники команды слишком долго не могут договорится до единой оценки, значит в задаче не хватает данных и ее нужно отправить на доработку требований. Не ставьте оценку задаче, по которой нет единого мнения, иначе могут возникнуть проблемы уже в процессе разработки и нарушить поставленные сроки. Лучше вынести обсуждение отдельно все прояснить и вернуться к оценке позже.
Ориентируйтесь на эти условия и получите максимально точную оценку сроков. Подробнее мы разбираем, как оценивать задачи в нашей книге “Гибкие методологии на практике”. Там вы сможете познакомится с различными методами оценки, приоритезации и планирования задач, а также подробнее узнать про условия постановки точной оценки, которые мы только что разобрали.
Экспертная оценка
Еще один вид оценки, о котором стоит сказать отдельно, - экспертная оценка. Это верхнеуровневая оценка больших задач, до того, как они уходят в разработку. Обычно она проводится руководителями команд, подразделений и СТО. Такая оценка необходима бизнесу, чтобы строить долгосрочные планы на квартал, полугодие, год или даже несколько лет. Часто экспертная оценка менее точная, чем оценка командой разработки, однако она тоже необходима. Здесь мы не будем подробно останавливаться на том, как она проводится, подробная статья есть на нашем Boosty по минимальной подписке.
На этом все со второй темой марафона. Если остались вопросы, обязательно пишите в комментариях! Сделаем отдельный разбор, если наберется достаточно вопросов.
Если пропустили первый день марафона про то, как определить, что отстаешь от сроков, обязательно посмотрите. Очень частая проблема, когда слишком поздно приходит понимание, что сроки срываются, когда уже ничего нельзя поменять. Критично понимать это как можно раньше.
Другие критерии, кроме хорошо составленной задачи, которые помогу дать правильную оценку:
- Используйте относительные оценки задач, а не точные. То есть, когда мы оцениваем задачу, сравнивая с другими, а не саму по себе. Можно легко проверить экспериментально, что относительные оценки в итоге приводят к более точному планированию, чем оценки времени выполнения. Достаточно попробовать оба вариант одинаковый отрезок времени и сравнить результаты точности оценок. Сначала относительные оценки могут путать, но если разбираться, как работают стори поинты, то вы поймете, как легко их применять. Подробное объяснение работы со стори поинтами есть в книге.
- Оценку проводит именно команда разработки, которая будет делать эту задачу. Критично, чтобы владельцы продукта, представители бизнеса или заказчики не диктовали оценки задач сверху. Это приводит к ухудшению качества продукта и истощению ресурсов команды, что в итоге нарушит непрерывную, стабильную поставку ценности и приведет к срыву сроков.
- Оценивает задачу не только будущий исполнитель, но и вся команда вместе. Групповая оценка необходима, чтобы найти возможные риски и нивелировать вероятность ошибки в оценке.
- Оценивают задачу все участники команды, вне зависимости от того, каким образом они будут работать над задачей. То есть оценку дает и разработки, и тестировщик, и все остальные участники команды. Иногда задачу несложно реализовать, но, чтобы ее протестировать или выкатить на продакшен, нужны очень большие затраты. Тогда сложность тестирования или релиза отразится на оценке задачи. Поэтому оценивается совокупность усилий всей команды для решения задачи.
- При оценке задач должен присутствовать представитель бизнеса, чтобы разрешить возникающие уточняющие вопросы по задаче. Однако в самой оценке представитель бизнеса не участвует.
- Если оценка задачи получается слишком большой или задачу вообще не получается оценить, значит ее стоит разделить на маленькие части. Важно помнить, что слишком большая оценка является менее точной и больше вероятность, что она может изменится в процессе разработки. Большой объем работ намного сложнее точно оценить.
- Если участники команды слишком долго не могут договорится до единой оценки, значит в задаче не хватает данных и ее нужно отправить на доработку требований. Не ставьте оценку задаче, по которой нет единого мнения, иначе могут возникнуть проблемы уже в процессе разработки и нарушить поставленные сроки. Лучше вынести обсуждение отдельно все прояснить и вернуться к оценке позже.
Ориентируйтесь на эти условия и получите максимально точную оценку сроков. Подробнее мы разбираем, как оценивать задачи в нашей книге “Гибкие методологии на практике”. Там вы сможете познакомится с различными методами оценки, приоритезации и планирования задач, а также подробнее узнать про условия постановки точной оценки, которые мы только что разобрали.
Экспертная оценка
Еще один вид оценки, о котором стоит сказать отдельно, - экспертная оценка. Это верхнеуровневая оценка больших задач, до того, как они уходят в разработку. Обычно она проводится руководителями команд, подразделений и СТО. Такая оценка необходима бизнесу, чтобы строить долгосрочные планы на квартал, полугодие, год или даже несколько лет. Часто экспертная оценка менее точная, чем оценка командой разработки, однако она тоже необходима. Здесь мы не будем подробно останавливаться на том, как она проводится, подробная статья есть на нашем Boosty по минимальной подписке.
На этом все со второй темой марафона. Если остались вопросы, обязательно пишите в комментариях! Сделаем отдельный разбор, если наберется достаточно вопросов.
Если пропустили первый день марафона про то, как определить, что отстаешь от сроков, обязательно посмотрите. Очень частая проблема, когда слишком поздно приходит понимание, что сроки срываются, когда уже ничего нельзя поменять. Критично понимать это как можно раньше.
Итоги недели и пара новостей
Мы с вами большие молодцы: закончили первую неделю марафона! Все оставшиеся материалы у нас уже везде запланированы и готовы к выходу, хотя иногда мы все таки что-то меняем в последний момент. На пример, мы видим по статистике и отзывам, что объем для Telegram получился слишком большой, поэтому 3 и 4 тема выйдут здесь только тезисами. Полностью можно будет прочитать на нашей сайте, а еще лучше посмотреть видео, там много примеров, которых нет в тексте.
Честно скажу, в марафон было вложено много труда и в подготовку материала и в съемки, и просто выложить все везде и нигде не запутаться это та еще задачка оказалась😄 И все это конечно же имеет смысл, только если мы видим, что материал вам полезен и получаем вашу обратную связь, которой нам, кстати, катастрофически не хватает. Поэтому я добавила вам вариантов реакций в канале, чтобы вы могли выражать больше разных эмоций под каждым постом. Теперь вам доступны: ❤️👌🏻🤷🏼♀️🤷♂️👍🏻👎🏻✍🏻🔥😡🥱😴🤔💩 Пользуйтесь на здоровье и конечно же, мы всегда очень ждем вас в комментариях и стараемся на каждый отвечать. Поверьте каждая ваша реакция, даже отсутствующая, влияет на то, что мы будем писать в будущем.
Всем хорошо отдохнуть на выходных, а если еще не смотрели материалы марафона, то выходные как раз отличная возможность это сделать. Первая тема как узнать заранее, что не укладываешься в сроки и вторая как поставить наиболее точные сроки ждут вашего внимания. А я жду в комментариях вашей обратной связи. Обязательно разберем то, чего не хватило в марафоне.
Всех с пятницей! 🎉
Александра Шаламова
Мы с вами большие молодцы: закончили первую неделю марафона! Все оставшиеся материалы у нас уже везде запланированы и готовы к выходу, хотя иногда мы все таки что-то меняем в последний момент. На пример, мы видим по статистике и отзывам, что объем для Telegram получился слишком большой, поэтому 3 и 4 тема выйдут здесь только тезисами. Полностью можно будет прочитать на нашей сайте, а еще лучше посмотреть видео, там много примеров, которых нет в тексте.
Честно скажу, в марафон было вложено много труда и в подготовку материала и в съемки, и просто выложить все везде и нигде не запутаться это та еще задачка оказалась😄 И все это конечно же имеет смысл, только если мы видим, что материал вам полезен и получаем вашу обратную связь, которой нам, кстати, катастрофически не хватает. Поэтому я добавила вам вариантов реакций в канале, чтобы вы могли выражать больше разных эмоций под каждым постом. Теперь вам доступны: ❤️👌🏻🤷🏼♀️🤷♂️👍🏻👎🏻✍🏻🔥😡🥱😴🤔💩 Пользуйтесь на здоровье и конечно же, мы всегда очень ждем вас в комментариях и стараемся на каждый отвечать. Поверьте каждая ваша реакция, даже отсутствующая, влияет на то, что мы будем писать в будущем.
Всем хорошо отдохнуть на выходных, а если еще не смотрели материалы марафона, то выходные как раз отличная возможность это сделать. Первая тема как узнать заранее, что не укладываешься в сроки и вторая как поставить наиболее точные сроки ждут вашего внимания. А я жду в комментариях вашей обратной связи. Обязательно разберем то, чего не хватило в марафоне.
Всех с пятницей! 🎉
Александра Шаламова
Что можно сделать, чтобы успеть в срок, если вы уже не успеваете
Видео: https://youtu.be/DISZbAebgC0
Итак, мы подобрались к главной теме нашего марафона, что можно сделать, чтобы уложиться в поставленные сроки, если вы уже видите, что не успеваете. Приведем основные тезисы, полностью, как это делать читайте на сайте.
Определяем насколько не успеваем
Понимаем насколько вы выбиваетесь из сроков и какие получаются новые сроки. У вас должен получится набор оставшихся задач с оценкой и сроками каждого из этапов и понимание времени, на которое вы не уложитесь в поставленные сроки.
Что если просто долить людей
Решение, которое первым приходит большинству руководителей: надо просто больше людей. Может сработать, если у вас есть уже готовые разработчики, которые сразу могут приступить к задаче. А если у вас нет готовых ребят, которых вы можете легко подключить к работе, то брать кого-то совсем нового в команду, которая итак отстает от графика будет плохой идеей, вы только еще больше замедлите работу.
Цель
Когда вы не укладываетесь в сроки, первым делом, вы должны концентрироваться на цели своей задачи или релиза (как и вообще в любой ситуации). Отхождение от цели как раз может быть одной из причин, почему вы не успеваете. Если время еще не упущено, просто переключившись на прямое выполнение цели вы уже решите свою проблему.
Приоритеты
У каждой вашей задачи уже должен быть приоритет, указывающий ее ценность для продукта. Приоритеты бизнес задач должен определять владелец продукта и никто другой. В идеале, приоритеты должны быть уникальными. Если у вас все таки приоритетов нет, то вам придется получить их от бизнеса уже в процессе. Есть много техник постановки приоритетов, мы не будем их сейчас разбирать, подробно изучить, как ставить цели и проводить приоритезацию вы можете в книге “Гибкие методологии на практике”.
Выбрасываем лишнее
Вы берете свой набор задач и отбираете задачи с самым низким приоритетом. Смотрите, что из них вы можете отбросить, не нарушив при этом выполнение основной цели, что можно отбросить выносим в следующий релиз. Если какие-то задачи отбросить нельзя, то подумайте над альтернативным решением, возможно есть вариант более простой или упрощенной реализации. Проверяете, как ситуация изменилась, повторяете, если нужно на более приоритетных задачах.
Идем договариваться с бизнесом
После того, как вы составили план, как вам уложится в сроки, вы идете к своему бизнесу и представляете им всю эту информацию. Объясняете, что вы поняли, что все не успеете, показываете, что вы могли бы исключить на основе поставленным бизнесом приоритетов, чтобы уложится в сроки и договариваетесь о новом плане разработки. Помните о том, что именно бизнес заказчик должен решать, готов ли он изменения в порядке выкатки, разработка не может решать это самостоятельно, иначе можно очень сильно подвести своих коллег и компанию, решится премий, а то и работы.
Что делать, если вы не знаете, как договориться с бизнесом и руководством? Эту тему мы разобрали отдельно на нашем Boosty: “Как убедить бизнес и руководство изменить состав релиза и что делать, если они не согласны?”.
Также на Boosty Максим разобрал реальный пример релиза и показал, что он обычно выносит из первой выкатки, если времени на все не хватает: "Пример, как СТО сокращает объем работ на релизе".
А более подробно про все основы работы с бизнесом, как получить хорошие описания задач, добиться дополнительного времени на тех. задачи, постановки удобных команде сроков и в целом уважения разработки от бизнеса, вы можете найти в нашем мини-курсе "Документация по работе с PO и PM".
На этом с темой, как уложится в сроки, если уже не успеваешь мы заканчиваем. Как всегда ждем ваш фидбек в комментариях.
Видео: https://youtu.be/DISZbAebgC0
Итак, мы подобрались к главной теме нашего марафона, что можно сделать, чтобы уложиться в поставленные сроки, если вы уже видите, что не успеваете. Приведем основные тезисы, полностью, как это делать читайте на сайте.
Определяем насколько не успеваем
Понимаем насколько вы выбиваетесь из сроков и какие получаются новые сроки. У вас должен получится набор оставшихся задач с оценкой и сроками каждого из этапов и понимание времени, на которое вы не уложитесь в поставленные сроки.
Что если просто долить людей
Решение, которое первым приходит большинству руководителей: надо просто больше людей. Может сработать, если у вас есть уже готовые разработчики, которые сразу могут приступить к задаче. А если у вас нет готовых ребят, которых вы можете легко подключить к работе, то брать кого-то совсем нового в команду, которая итак отстает от графика будет плохой идеей, вы только еще больше замедлите работу.
Цель
Когда вы не укладываетесь в сроки, первым делом, вы должны концентрироваться на цели своей задачи или релиза (как и вообще в любой ситуации). Отхождение от цели как раз может быть одной из причин, почему вы не успеваете. Если время еще не упущено, просто переключившись на прямое выполнение цели вы уже решите свою проблему.
Приоритеты
У каждой вашей задачи уже должен быть приоритет, указывающий ее ценность для продукта. Приоритеты бизнес задач должен определять владелец продукта и никто другой. В идеале, приоритеты должны быть уникальными. Если у вас все таки приоритетов нет, то вам придется получить их от бизнеса уже в процессе. Есть много техник постановки приоритетов, мы не будем их сейчас разбирать, подробно изучить, как ставить цели и проводить приоритезацию вы можете в книге “Гибкие методологии на практике”.
Выбрасываем лишнее
Вы берете свой набор задач и отбираете задачи с самым низким приоритетом. Смотрите, что из них вы можете отбросить, не нарушив при этом выполнение основной цели, что можно отбросить выносим в следующий релиз. Если какие-то задачи отбросить нельзя, то подумайте над альтернативным решением, возможно есть вариант более простой или упрощенной реализации. Проверяете, как ситуация изменилась, повторяете, если нужно на более приоритетных задачах.
Идем договариваться с бизнесом
После того, как вы составили план, как вам уложится в сроки, вы идете к своему бизнесу и представляете им всю эту информацию. Объясняете, что вы поняли, что все не успеете, показываете, что вы могли бы исключить на основе поставленным бизнесом приоритетов, чтобы уложится в сроки и договариваетесь о новом плане разработки. Помните о том, что именно бизнес заказчик должен решать, готов ли он изменения в порядке выкатки, разработка не может решать это самостоятельно, иначе можно очень сильно подвести своих коллег и компанию, решится премий, а то и работы.
Что делать, если вы не знаете, как договориться с бизнесом и руководством? Эту тему мы разобрали отдельно на нашем Boosty: “Как убедить бизнес и руководство изменить состав релиза и что делать, если они не согласны?”.
Также на Boosty Максим разобрал реальный пример релиза и показал, что он обычно выносит из первой выкатки, если времени на все не хватает: "Пример, как СТО сокращает объем работ на релизе".
А более подробно про все основы работы с бизнесом, как получить хорошие описания задач, добиться дополнительного времени на тех. задачи, постановки удобных команде сроков и в целом уважения разработки от бизнеса, вы можете найти в нашем мини-курсе "Документация по работе с PO и PM".
На этом с темой, как уложится в сроки, если уже не успеваешь мы заканчиваем. Как всегда ждем ваш фидбек в комментариях.
Четвертая тема марафона "Успеть до Нового Года"
Твои сроки срываются из-за соседнего отдела: что делать?
Видео: https://youtu.be/f-TtJFVWHvA
Вопрос работы со смежниками, коллегами из соседних отделов, в больших компаниях возникает очень часто. Допустим, вы делаете классный новый функционал, который использует данные от смежников. Без этих данных ваша работа не будет иметь смысла, но оговоренные сроки сдвигаются из-за задержки в их сроках и что делать не понятно. Здесь разберем основные тезисы, полный текст смотрите на сайте.
Главное - оставить эмоции. Обвинения и угрозы лишь спровоцируют такой же агрессивный ответ, и вы в итоге уйдете в конфликт, который вам никак не поможет решить проблему.
Порядок действий, если смежники не успевают
Первое, что вам нужно сделать, это встретиться со смежниками. Узнайте, в чем именно проблема, из-за чего случилась задержка, сообщите им о том, к чему приведет срыв сроков. Уточните, что нужно, чтобы помочь им. Возможно сможете помочь вы или сможет ваше руководство, если к нему обратиться. Часто такой встречи бывает достаточно и проблема на этом решается.
Привлекайте бизнес
Если это встречала не дала никаких результатов, то привлекайте к обсуждению свой бизнес. Биться самим это хорошо, но обычно компания теряет конкретные деньги и за это отвечает конкретный бизнес заказчик. Два бизнеса могут договориться между собой и ваша проблема решится.
Не позволяйте себе впадать в рассуждения, что вы подводите своих братьев разработчиков, жалуясь на них бизнесу, иначе вы можете подвести свой бизнес, бизнес своих коллег и всю вашу компанию. Вы уже дали шанс смежникам решить проблему собственными силами на первом этапе общения.
Привлеките руководство
Также полезно будет привлечь свое руководство и руководство смежников к проблеме. Это срабатывает не часто, но имеет смысл. Как минимум все будут в курсе проблемы и меньше будет возникать вопросов почему вы не успеваете.
Найдете "большую шишку"
Найдите чьи цели высокого руководства от страдают от возникшей задержки. Обычно за любыми целями команд и продуктов закреплен начальник верхнего звена, если эти цели у него в фокусе (что можно узнать через своих бизнес заказчиков), то это обычно решающий аргумент для решения большинства подобных споров.
Что если ничего не помогло
Будьте готовы и к тому, что иногда с нарушением сроков смежниками ничего сделать не получится. В таком случае ваша задача четко зафиксировать виновников срыва сроков. Есть универсальный способ это сделать: пишите письмо с деталями на смежников и в копию ставите свое и их руководство. Оставляете все обвинения и эмоции вне письма и даете четкий расклад. Что должно было сделано, что сделали вы и что не готово у коллег, обязательно фиксируете, на что это повлияло.
Эти простые правила помогут вам эффективно взаимодействовать со смежниками и решать возникающие проблемы со сроками. На Boosty вы сможете найти дополнение к этому материалу “Как доказать, что проблема на стороне соседнего отдела и добиться ее решения”. Там мы разобрали, что делать, если предоставленных смежниками функционал не работает и ломает ваше решение, как доказать, что есть проблема в их части проекта и добиться исправления.
Больше узнать, как работать с коллегами, используя метрики, ставить правильные сроки, приоритеты и цели резила, описывать задачи и проводить правильную оценку вы можете в нашей книге "Гибкие методологии на практике". В ней есть все, что нужно любому для каждодневной работы в ИТ-сфере.
На этом мы заканчиваем наш марафон по работе со сроками! 🎉 Ждем ваших отзывов в комментариях, что было полезным, чего не хватило? Обязательно пишите, нам важно ваше мнение, оно повлияет на будущий контент на канале!
Твои сроки срываются из-за соседнего отдела: что делать?
Видео: https://youtu.be/f-TtJFVWHvA
Вопрос работы со смежниками, коллегами из соседних отделов, в больших компаниях возникает очень часто. Допустим, вы делаете классный новый функционал, который использует данные от смежников. Без этих данных ваша работа не будет иметь смысла, но оговоренные сроки сдвигаются из-за задержки в их сроках и что делать не понятно. Здесь разберем основные тезисы, полный текст смотрите на сайте.
Главное - оставить эмоции. Обвинения и угрозы лишь спровоцируют такой же агрессивный ответ, и вы в итоге уйдете в конфликт, который вам никак не поможет решить проблему.
Порядок действий, если смежники не успевают
Первое, что вам нужно сделать, это встретиться со смежниками. Узнайте, в чем именно проблема, из-за чего случилась задержка, сообщите им о том, к чему приведет срыв сроков. Уточните, что нужно, чтобы помочь им. Возможно сможете помочь вы или сможет ваше руководство, если к нему обратиться. Часто такой встречи бывает достаточно и проблема на этом решается.
Привлекайте бизнес
Если это встречала не дала никаких результатов, то привлекайте к обсуждению свой бизнес. Биться самим это хорошо, но обычно компания теряет конкретные деньги и за это отвечает конкретный бизнес заказчик. Два бизнеса могут договориться между собой и ваша проблема решится.
Не позволяйте себе впадать в рассуждения, что вы подводите своих братьев разработчиков, жалуясь на них бизнесу, иначе вы можете подвести свой бизнес, бизнес своих коллег и всю вашу компанию. Вы уже дали шанс смежникам решить проблему собственными силами на первом этапе общения.
Привлеките руководство
Также полезно будет привлечь свое руководство и руководство смежников к проблеме. Это срабатывает не часто, но имеет смысл. Как минимум все будут в курсе проблемы и меньше будет возникать вопросов почему вы не успеваете.
Найдете "большую шишку"
Найдите чьи цели высокого руководства от страдают от возникшей задержки. Обычно за любыми целями команд и продуктов закреплен начальник верхнего звена, если эти цели у него в фокусе (что можно узнать через своих бизнес заказчиков), то это обычно решающий аргумент для решения большинства подобных споров.
Что если ничего не помогло
Будьте готовы и к тому, что иногда с нарушением сроков смежниками ничего сделать не получится. В таком случае ваша задача четко зафиксировать виновников срыва сроков. Есть универсальный способ это сделать: пишите письмо с деталями на смежников и в копию ставите свое и их руководство. Оставляете все обвинения и эмоции вне письма и даете четкий расклад. Что должно было сделано, что сделали вы и что не готово у коллег, обязательно фиксируете, на что это повлияло.
Эти простые правила помогут вам эффективно взаимодействовать со смежниками и решать возникающие проблемы со сроками. На Boosty вы сможете найти дополнение к этому материалу “Как доказать, что проблема на стороне соседнего отдела и добиться ее решения”. Там мы разобрали, что делать, если предоставленных смежниками функционал не работает и ломает ваше решение, как доказать, что есть проблема в их части проекта и добиться исправления.
Больше узнать, как работать с коллегами, используя метрики, ставить правильные сроки, приоритеты и цели резила, описывать задачи и проводить правильную оценку вы можете в нашей книге "Гибкие методологии на практике". В ней есть все, что нужно любому для каждодневной работы в ИТ-сфере.
На этом мы заканчиваем наш марафон по работе со сроками! 🎉 Ждем ваших отзывов в комментариях, что было полезным, чего не хватило? Обязательно пишите, нам важно ваше мнение, оно повлияет на будущий контент на канале!