Однажды владелец продукта Вася сказал, чтобы тимлид Коля перестал добавлять свои технические задачи в спринт без его ведома. А потом они долго спорили на глазах у всей команды. Знакомая ситуация? В нашем новом подкасте мы говорим о том, как нужно правильно выстраивать общение между тимлидом и ПО, чтобы не попадать в похожие ситуации.

#владельцу_продукта

https://youtu.be/8f8vMChEdT8

Практически каждый человек, работающий в ИТ, сталкивался с ситуацией проваленных сроков. И чаще всего вина ложится на разработчика, который не успел доделать функционал и выкатить задачу вовремя. На самом же деле все намного сложнее. Задача проходит много этапов, в которые входит проработка и описание ПО, отрисовка дизайна, разработка, согласование с отделом безопасности, тестирование, принятие задачи заказчиком и так далее, в зависимости от вашего процесса. Если происходит задержка на одном из этих этапов, то сроки всегда съезжают. И это никогда не задача разработчика компенсировать задержку в согласовании дизайна с ПО или подвисшем на безопаснике апруве. Если вы хотите, чтобы в вашей команде всегда было понятно, в какой момент задача подвисла и сроки начали страдать, одним из выходов является ведение статусов и ответственных в трекере задач. Ушла задача на проверку бизнесом? Переводим задачу на ответственного или заводим отдельную блокирующую задачу. В итоге, когда возникнет вопрос “кто виноват, что сроки провалены?” вы всегда сможете четко определить это по трекеру. Таким образом вы не просто найдете виноватого, а увидите, где именно в процессе у вас есть проблемы и сможете над ними работать. Один виноватый есть не всегда, иногда это просто неэффективно построенный процесс. Подробнее читайте в статье нашего блога.

#настройка_процессов #владельцу_продукта

https://oros-it.ru/blog/who-is-responsible-for-release?utm_source=tg&utm_medium=article&utm_campaign=tg_post

Рубрика “Разбор кейсов”
Конкретный сотрудник пропускает стендапы

Кейс
Один конкретный участник команды пропускает ежедневные стендапы.

Разбор
Мы уже говорили о том, что делать, если вся команда против проведения стендапов. Сейчас же давайте разберем проблему только конкретного человека. Здесь так же, как и с командой проблема может быть в самой встрече. Просто отреагировали на эту проблему пока не все, а тот кого она сильнее всего задела. Со временем это может перекинуться на всю команду, поэтому упускать даже начальные сигналы не стоит. Такое случается чаще, когда команда новая и еще не устала от неэффективного процесса, но в ней есть люди, которые уже сталкивались с этим раньше, поэтому реагируют быстрее. Вспомним основные причины неудовлетворенности команды от стендапа:

⁃ сам стендап и другие встречи длятся слишком долго;
⁃ стендап обладает низкой информативностью;
⁃ на стендапе регулярно проводится решение сторонних проблем.

В этом случае подход такой же, как и с командой: говорим с человеком один на один и выясняем, что ему не нравится во встрече. Если выявляем какие-то проблемы и они подтверждаются наблюдением, то работаем над их корректировкой, пока проблема не разлилась на всю команду.

Так же может быть ситуация, что пропускает стендапы новый член команды. Тогда дело может быть в том, что он просто не понимает ценности этой встречи или еще не привык к новым порядкам. Возможно он раньше не имел дело с таким процессом или даже работал в команде, где это порицалось. Тогда нужно поговорить с ним опять же один на один и разъяснить правила в вашей команде то, что им нужно следовать, а также ценность этой встречи именно для вашей команды.

И самый неприятный вариант, когда дело в самом человеке и его нежелании работать по установленным правилам и процессам. В таком случае у вас есть два варианта. Первый: вы решаете, что вам важно, чтобы ваша команда работала сообща и по общим правилам. Тогда вы стараетесь объяснить человеку, что у вас есть определенные правила и им нужно следовать. Если же сотрудник будет продолжать саботировать процессы, то вам придется с ним расстаться, так как внедрить в команду его не получилось. И второй случай, когда вам не важно, чтобы ваша команда была действительно командой и вы готовы смириться, что у вас есть просто набор отдельных людей, которые работают каждый по-своему. Тогда вы можете просто дать возможность работать каждому, как ему удобно и не настаивать на совместной работе. Но вам нужно будет быть готовым, что вы всегда работаете именно так и вас это устраивает.

Основной совет всегда одинаковый: говорите с людьми, пытайтесь понять почему этот человек работает именно так. Только поняв причины, вы сможете решить проблему.

#разборкейса

Хороший способ разобраться с анимацией на CSS это посмотреть реализацию простых лоадеров. Мы собрали для вас 5 решений от простого к сложному и подробно разобрали их реализацию. А если вам как раз нужен лоадер для вашего сайта, то смело копируйте код из статьи.

https://oros-it.ru/blog/loaders-animation-on-css?utm_source=tg&utm_medium=article&utm_campaign=tg_post

Почему важно правильно описывать задачи на разработку?

Если задача описана правильно и содержит в себе всю необходимую информацию для ее реализации, то исполнителю не приходится отвлекаться от на уточнения деталей и ждать ответа, выходя при этом из контекста и меняя свое техническое решение под каждую новую деталь. При этом, хорошо описанная задача, сводит к минимум вероятность неточной оценки и нарушения сроков. Такая задача проработана при постановке, у нее понятна цель и целевая аудитория, а значит это всегда функционал, который действительно нужен и не будет отложен в долгий ящик после реализации.

Принимая во внимание всю важной правильной постановки задачи, мы собрали для вас все самое важное для правильного описания задачи в одной статье. Разберем, как правильно описывать задачу, что такое критерии готовности задачи к разработке, критерии готовности задачи и критерии приемки, и чем эти понятия отличаются друг от друга.

#agile_который_работает #владельцу_продукта

https://oros-it.ru/blog/how-create-tickets-for-development?utm_source=tg&utm_medium=article&utm_campaign=tg_post

Чтобы хорошо делать свою работу очень важно понимать в чем она заключается, чем отличается от близких к ней должностей и какие конкретные задачи вы должны выполнять на этой должности.

В нашем новом видео мы подробно разбираем разницу между тимлидом и техлидом, рассматриваем какие каждый выполняет задачи и за что отвечает. А так же говорим о разнице между руководителем отдела и техлидом. Это видео поможет определится какая должность вам больше подходит, какие задачи вам ближе и больше нравятся.

Так же в видео представлены таблицы со списком задач, которые могут пригодится вам в вашей работе.

#тимлиду

https://www.youtube.com/watch?v=KrTKSDGMDk8

Проблема роста в большой компании
Все мы хотим интересных задач, денег, полномочий и влияния на проект. Но работая в большой компании, очень сложно понять, как расти в должности и возможно ли это вообще. Чаще всего тимлиды не готовы помогать с ростом своих подчиненных, у них и своих проблем хватает. Даже встречи 1 на 1 проводятся мало в каких компаниях, а что говорить о помощи с выбором направления роста, составлениях плана развития и списках задач для повышения до следующего грейда.

Если вы чувствуете себя в тупике, хотите расти, но не можете добиться помощи от своего руководителя, то приходите к нам на менторство и мы поможем вам сделать рывок в карьере. В нашей команде руководители с многолетним опытом, топовые разработчики и профессионалы своего дела, которым есть дело до ваших проблем! От разработчика до руководителя отдела - мы помогаем всем!

Получить консультацию можно любым удобным способом:
⁃ через наш сайт
⁃ почту: info@itleadassist.io
⁃ написать нашему администратору @shalamova_as

Сегодня мы подготовили для вас подарок! 🎁
Бесплатный чеклист на ввод нового сотрудника в компанию. Он пригодится не только руководителям любого уровня, но и всем кто менторит новичков. А если вы сами устраиваетесь на новую работу, то будет полезен в качества первоначального плана на испытательный срок, подскажет что узнать у своего руководителя и коллег для отличного старта на новом месте.

Делитесь с друзьями, давайте вместе сделаем адаптацию новых сотрудником комфортной и эффективной!

#чеклист

Действенный способ измерения эффективности на удаленной работе
Многие при переходе на удаленную работу столкнулись с проблемой измерения эффективности команды. Хотите узнать способ, который реально работает? Мы все разобрали в своей статье. Спойлер: измерение времени не поможет 😕

#тимлиду #владельцу_продукта

https://oros-it.ru/blog/efficiency-metrics?utm_source=tg&utm_medium=article&utm_campaign=time

Долгожданная статья-инструкция от Максима Шаламова "Как стать тимлидом"! С этой информацией у вас точно получится добится любой желаемой должности. Не теряйте ни минуты, забирайте, пока ваши конкуретны ее не нашли 🤫

#тимлиду

https://oros-it.ru/blog/how-to-become-a-teamlead?utm_source=tg&utm_medium=article&utm_campaign=howtoteamlead

Мы долго думали говорить ли вам и все же.... мы готовим исключительный материал специально для тех, кто хочет расти по карьерной лестнице. Но пока это секрет 🤫

А пока вся наша команда усердно работает, мне удалось утащить для вас кусочек этой невероятной полезности и оформить в очередной подарок 🎁. Забирайте чеклист "Вывод сотрудника из выгорания" совершенно бесплатно! (качайте скорее пока мы не передумали 🙊)

#чеклист

Рубрика “Разбор кейсов”
Чувствительный руководитель

Кейс: “Вы разработчик. Сроки разработки поджимают, а ваш тимлид начинает нервничать, срываться и повышать голос на вас и ваших коллег. Как вести себя в этой ситуации, чтобы сохранить продуктивную работу в итак напряженной обстановке?”

Разбор:
Эта ситуация одна из самых деликатных. Но не стоит ее игнорировать. Вам нужно продолжать работать, а такое поведение руководителя может подвести вас и ваших коллег. Однако, работать со слабостями руководителя нужно очень осторожно, чтобы не усугубить ситуацию, а заодним и себе жизнь.

Первое, что нужно помнить, что перед вами такой же человек, как и вы, каким бы высоким руководителем он ни был. У него есть свои страхи, он может быть неуверен в себе, иметь личные проблемы и ошибаться. Помня об этом, вам проще будет воспринимать его недостатки и избежать сильных разочарований. Теперь перейдем к тому, что вы можете сделать со своей позиции, чтобы попытаться сгладить ситуацию.

1. Сохраняйте спокойствие. Успокоить другого человека, не сохраняя спокойствие самому, очень сложно. Если вас задело поведение руководителя и вы чувствуете, что готовы ответить ему тем же, возьмите паузу. Сделайте перерыв, уединитесь в спокойном месте, постарайтесь расслабиться и подождите, когда первая реакция пройдет. Только когда вы почувствовали, что сами готовы действовать конструктивно, переходите к следующему пункту.
2. Попросите руководителя уделить вам время и поговорить наедине. Очень важно начинать разговор о деликатных темах один на один, в месте, где никто больше не будет вас слышать. Разговор о собственных проблемах это всегда неприятно, но когда эту тему поднимают при подчиненных, это особо задевает и подрывает авторитет, что заставит сразу защищаться и оттолкнет человека от вас.
3. Когда вы оказались наедине, поинтересуйтесь, как идут дела. Скажите, что видите, что ситуация тяжелая и спросите не можете ли вы как-то помочь.
4. Постарайтесь рассказать, как все члены вашей команды стараются и как для всех вас важно, чтобы вы все успели в срок. Руководители часто большую часть времени проводят на встречах и могут не успевать оценить как работает команда в их отсутствие. Ощущение, что команда на твоей стороне и старается помогает приобрести уверенность. При этом не будьте голословными, подтвердите свои слова примерами, вспомните когда ваши коллеги делали что-то сверх ожидаемого, покажите метрики.
5. Осторожно объясните, как его неправильное поведение влияет на команду. Также можно привести примеры того, как падает мотивация, после таких случаев. Однако будте осторожны приводя в пример просадку мотивации своих коллег, это может быть воспринято как сигнал о нерадивом сотруднике. Смотрите по ситуации, насколько руководитель готов воспринимать эту информацию адекватно.
6. Если вы понимаете, что ваш руководитель перегружен и он попросит помощи, попробуйте взять на себя часть работы и разделить ее с коллегами. Помните о том, что тимлид делает очень много, казалось бы невидимой, работы, о которой вы можете не знать и которую может сделать только он. Выбивание ресурсов, согласование повышений, отчеты перед руководством, проработка будущих проектов, улаживание конфликтов и так далее и тому подобное. Это все может занимать много времени и сил. Однако есть задачи, часть которых разработка сможет взять на себя, это освободит время тимлида и остальная команда от этого только выиграет.

Помните, что вы команда и помощь каждому члену команды, и даже руководителю, особенно в напряженной ситуации, может сэкономить вам всем много времени и моральных сил.

Хотите, чтобы мы разобрали ваш кейс? Присылайте их на нашу почту info@itleadassist.io и мы опубликуем разборы на них в канале.

#разборкейса

Ваш ПО делает все, чтобы контролировать вашу работу? Мы знаем как ему помочь и при этом сделать работу всего отдела максимально комфортной. Поделитесь с ним, чтобы человек не мучался.

#владельцу_продукта

https://oros-it.ru/blog/how-to-use-metriks-for-it-team-work?utm_source=tg&utm_medium=article&utm_campaign=tg_post

Навигация по каналу

У нас набралось уже довольно много материалов. Чтобы вы не терялись мы сделали удобную навигацию по тегам. Она будет всегда в закрепленных сообщениях и мы будем ее дополнять по мере появления новых рубрик.

#разборкейса - разборы кейсов, вы можете прислать свой кейс на почту info@itleadassist.io

#чеклист - бесплатные чеклисты

#agile_который_работает - материалы по Agile в том виде, который реально работает

#настройка_процессов - материалы по процесса в команде

#построение_команды - все о построении команды, от структуры до обязанностей каждой должности

#владельцу_продукта - все что будет полезно для представителей бизнеса

#тимлиду - все что будет полезно тимлиду и любому руководителю

#советы - рубрика советов и статьи с советами

#ответы_на_вопросы - ответы на ваши вопросы

Рубрика “Разбор кейсов”
Формула убеждения

Кейс: вы работаете в компании, видите проблему, которая мешает вам и вашим коллегам работать и даже знаете как ее исправить. Это могут быть как изменения в процессах, так и внедрение более удачной для вашего проекта технологии. Однако ваши коллеги и начальство этой проблемы не видят или не верят в метод ее решения. Как все же внедрить изменения в компанию и улучшить свою работу?

Разбор: Чем больше компания, тем более осторожно в ней вводят изменения и тем больше правил будет вас ограничивать. Однако, это не повод сдаваться. Внедрить изменения можно даже, когда вся компания изначально против этих изменений. Нужна лишь настойчивость, терпение и правильный подход. Главное помните, что не все можно внедрить быстро и в изначальном виде, но есть некоторые методы, которые вам помогут.

Общение с заинтересованными
Изменения в компании, особенно глобальные, могут задеть многих ваших коллег. Поэтому в первую очередь вы должны составить список всех вовлеченных участников и тех, кого затронет ваше решение. Обговорите с каждым свою проблему и обсудите с ними свое решение. Посмотрите на их реакцию, послушайте их доводы и обсудите компромиссное решение. Часто уже это поможет вам собрать команду поддержки вашего решения. Однако, можно встретить много и негативных реакций, к этому тоже нужно быть готовым. Как с этим работать поговорим дальше.

Узнайте процессы и правила компании
Просмотрите все процессы и правила вашей компании и убедитесь, что ваше решение не будет противоречить ни одному из них. Если правило, которому противоречит ваше решение нашлось, то нужно провести обсуждение с ответственными о вариантах изменения этого правила. А так же подумайте нельзя ли поменяйте ваше решение, чтобы оно соответствовало правилам компании.

У вас есть группа поддержки и ваше решение соответствует правилам
Дальше может быть два варианта: вы можете принять решение самостоятельно, либо решение должно приниматься на другом уровне. Если это решение вам подвластно, то взвесьте всю полученную информацию, обдумайте все риски и если считаете, что решение все равно сработает, то внедряйте.

Работа с несогласными
Но если вы самостоятельно принять решение о внедрении вашей идеи не можете, тогда вас ждет дополнительная работа.

Первое, подумайте достаточно ли вы нашли аргументов и можно ли информацию, которую вы получили в разговорах с коллегами трактовать в пользу вашего решения. Собрав новые, хорошо продуманные аргументы идете по второму кругу говорить со всеми ответственными и заинтересованными. Приводите новые аргументы и спрашиваете нет ли у них другого решения вашей проблемы, с которым они бы были согласны. Возможно так вы найдете компромисс. Задавать этот вопрос лучше на второй встрече, когда вы дали человеку понять, что не отступитесь от решения проблемы и дали ему время подумать о ней. Так же можно завести разговор о взаимной услуге. Возможно вы можете договорится пойдя на какие-то уступки в сторону несогласного. Возможно вы можете помочь решить проблемы вашего решения для оппонента сделав что-то в ответ.

Если и после второго круга вам договорится не удалось, то придется запастись терпением и повторять следующий алгоритм:

- находите новые аргументы;
- видоизменяете свое решение под новые требования, которые узнали на прошлом этапе;
- с определенной периодичностью обсуждаете решение проблемы с начальством и несогласными;
- каждый раз, когда проблема, которую вы хотите решить, дает о себе знать вы это фиксируете и подсвечиваете руководству. Так же добавляя эту статистику к списку своих аргументов.

Со временем случится один из двух вариантов: вы либо найдете вариант, который сработает и всех устроит, либо зафиксированный вами ущерб накопительно станет настолько весомым, что руководству придется обратить внимание на проблему и начать ее решение.

Хотите, чтобы мы разобрали ваш кейс? Присылайте их на нашу почту info@oros-it.ru и мы опубликуем разборы на них в канале.

#разборкейса

Проект летит ко всем чертям, а бизнес не понимает почему вы хотите все переписать? Хотите узнать, как спасти проект? Есть решение! Но придется немного подготовится. Обо всем по порядку, но начните с метрик.

#тимлиду #владельцу_продукта

https://oros-it.ru/blog/refactoring-for-it-and-business?utm_source=tg&utm_medium=article&utm_campaign=tg_post

Мой прошлый тимлид любил говорить: "давайте вы самоорганизуетесь". Волшебная фраза, по которой весь отдел сразу начинал эффективно работать. Если все таки у вас в команде такое волшебство не случилось, то у нас есть самая подробная инструкция как заставить самоорганизацию работать. В ней подробно описаны шаги для бизнеса, но технологию работы нужно знать каждому участнику команды. Это перевернет ваше понимание о правильной работе отдела. Ну а для вашего ПО это просто мастхев, без которого невозможно работать.

Спорим, что, прочитав эту статью, вы точно захотите так работать, немедленно отправите ее своему ПО и начнете делать все самостоятельно? 😉

#владельцу_продукта

https://oros-it.ru/blog/self-organized-teams-with-help-of-PO?utm_source=tg&utm_medium=article&utm_campaign=tg_post

Как расти джуну-разработчику

Рынок переполнен джунами, а выбрать не из чего? Знакомая история. Нанимать хороших людей становится все сложнее и пора что-то менять. Мы составили список, который сделает из любого начинающего толкового разработчика. И когда к вам подойдет джун и спросит как ему расти (или почему вы не взяли его на работу), вы найдете в заметках этот пост и будете знать, что ему ответить.

Итак приступим. Для начала ответим на вопрос за что мы ценим джунов? За то что мало стоят. Самое важное в джунах горящие глаза и желание учится. Они еще не устали от рутинных задач, им можно поручить текучку и они все равно смогут на ней расти. Хороший джун это ценный материал, из которого можно сделать отличного работника именно под ваши нужды. Поэтому главное, что нужно помнить джуну - знайте свое преимущество и используйте его.

Дальше используя свою мотивацию начинаем избавляться от основного минуса - отсутствия опыта и знаний. И для этого совершенно не нужна никакая работа. Получить опыт, который поможет расти и который можно показать работодателям можно даже во время учебы. Давайте разберем, как это сделать:

- Начать делать проекты. Без практики, увы никакие курсы вам не помогут. Выберите проект, сайт, библиотеку, все что понравится, и попытайтесь повторить его целиком или частично. Ваш уровень будет расти, как на дрожжах с каждым часом написания проекта.
- Публиковать свои проекты на GitHub. Это и способ показать потенциальному работодателю и получить от него какой-то фидбек. И возможность при случае попросить фидбек у более опытных коллег. Да и умение работы с системой контроля версий вам точно в жизни пригодится.
- Напишите документацию и тесты. Редкое умение даже для давно работающих специалистов, а для джуна это вообще хорошее преимущество.
- Делайте проекты на разных языках и технологиях. После первого проекта не стоит останавливаться, пробуйте разные языки и технологии. Вам еще нужно будет выбрать во что из них вы хотите углубится и сделать своей работой на ближайшие пару лет.
- Выберите свой основной язык программирования и углубитесь в него. Вы уже многое попробовали, поняли что вам нравится, а что нет, и можете выбрать язык и технологию, с который в первую очередь хотите работать. Самое время начать изучать ее глубже. Смотрите конструкции, решайте задания из интернета, продолжайте делать проекты, в общем, всячески набивайте руку на своем языке.
- Изучите алгоритмы. Поможет и в работе и в поиске работы.
- Посмотрите частые вопросы на собеседованиях и сами на них походите. Не всегда, но чаще всего на собеседованиях спрашивают то, что вам так или иначе пригодится в работе. Смотря на вопросы с собеседований можно узнать много нюансов языка, практических примеров и сложных задач из практики.
- Продолжаете углубляться в свою область согласно ее специфике. Дальше бесконечно и непрерывно продолжаете углубляться в свою область.

На этом этапе из джуна должен уже получится годный разработчик, которого с удовольствие возьмет любая компания.

Делитесь со своими знакомыми джунами, давайте вместе сделаем текущий рынок чуточку лучше.

#чеклист

Вот бы людей в отдел побольше, человек так 40-50... 😃 Давайте обсудим чем грозит разрастание отдела. Можно ли быть "большим начальником" и при этом работать эффективно? Что делать, если все таки команда стала слишком большой и неуправляемой? Увольнять никого не придется, не переживайте.

#тимлиду

https://oros-it.ru/blog/agile-team-size?utm_source=tg&utm_medium=article&utm_campaign=tg_post