Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Подготовка</a></li>

2 <li><a>Определение целей</a></li>

3 <li><a>Совершенствуйте свои технические навыки</a></li>

4 <li><a>Отслеживание прогресса</a></li>

5 <li><a>Заключительные слова</a></li>

6 </ul>Трудно определить хорошие цели. Как руководители, мы заботимся о росте нашей команды, и цели должны быть прекрасным инструментом для того, чтобы воплотить это в жизнь. Однако в большинстве случаев так не бывает.

7 По моему опыту, это именно то, что часто случается при достижении целей:

8 <ul><li>Их рассматривают один раз во время оценки работы, а затем теряют из виду навсегда (или на 6-12 месяцев до следующей оценки работы). </li>

9 <li>Они не совсем понятны - либо слишком масштабны, либо слишком велики, либо слишком субъективны ("Улучшить технические навыки") и могут быть неверно истолкованы и не принести той пользы, которая была изначально задумана. </li>

10 <li>Не поддаются измерению - сотрудники не знают, достигли ли они цели и когда ("Я чувствую, что у меня что-то улучшилось"). </li>

11 <li>Они не отражают реальных ожиданий руководителя от сотрудника и, следовательно, не помогают ему расти в соответствии с ожиданиями.</li>

12 <li>Они не являются персональными и генерируются в ChatGPT (тихое явление последнего времени).</li>

13 </ul>Приведем такой пример:

14 "Совершенствуйте свои технические навыки".

15 Изначально цель прекрасна: менеджер хочет поднять уровень своего сотрудника. Однако такая цель ничего не значит для сотрудника, она не реализуема и не измеряема. Связана ли она с навыками бэкенда сотрудника? Фронтенда? А может и с тем, и с другим? Вдруг отладка?

16 А как сотруднику определить, оправдал ли он ожидания руководителя всего за 2 недели? Очевидно, что у руководителя есть какие-то ожидания, и она могла говорить об этом на встречах, но то,что не написано, исчезнет безвозвратно.

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

18 <h2>Подготовка</h2>

19 Я встречал много руководителей, которые с легкостью заявляли, что их сотрудники должны быть лучше во многих областях (технические навыки, "софт" навыки, навыки общения, чувство ответственности и т. д.), тем не менее они не всегда могли объяснить,какой тип поведения они планируют изменить и как. Компании, у которых есть определенные карьерные лестницы, обычно имеют четкие требования к разным уровням, но в случае их отсутствия есть отличная<a>статья в блоге</a>, в которой описаны различные требования к разным уровням опыта. Я взял на себя смелость скопировать их<a>в файл Excel для вашего удобства</a>. Скопируйте его, добавьте колонку для каждого члена вашей команды, а затем пройдитесь по каждой строке и отметьте, соответствуют ли они вашим ожиданиям или нет (я использую шкалу 1-2-3). Важно отметить, что цели должны быть персональными и направлены на личные сильные и слабые стороны сотрудника, независимо от того, к какому "уровню" он относится.

20 <h2>Определение целей</h2>

21 Наверняка вам приходилось слышать о том, что цели должны быть<a>SMART</a>. Это здорово, но, честно говоря, я никогда не мог в полной мере применить это к своим целям.

22 Забавный факт - есть отличный<a>подкаст от Manager Tools</a>, в котором утверждается, что цели должны быть только в видеMT(Measurable and Time-bound)- измеримые и ограниченные по времени, а остальные определения в данном случае излишни, и они используют это в качестве примера:

23 Еще одна концепция, о которой вы, возможно, слышали, - это<a>OKR</a>. Мне она нравится тем, что помогает определить широкую цель с четкими, ясными, измеримыми задачами.

24 Итак, вернемся к нашему примеру - "Улучшить свои технические навыки". И применим к нему концепцию OKR.

25 Улучшение технических навыков - это цель, но для ее достижения необходимо определить ключевые результаты. Для этого нам нужно разложить все по полочкам - что же такое "технические навыки"? Это мастерство? Знание определенных механизмов? Разработка производства? Более качественное кодирование? Скорейшее разрешение? Возможно, все перечисленное выше, но это слишком широкая и непосильная задача. Чтобы разобраться с этим, руководитель должен четко определить, что же на самом деле необходимо улучшить. Использование концепции ожиданий из предыдущей главы может помочь в этом. Говоря четко, я имею в виду то, что легко измерить. Если мы говорим о младшем инженере (который явно нуждается в повышении уровня), то, скорее всего, мы ожидаем от него, чтобы он:

26 <ul><li>получил более глубокие знания о механизмах, с которыми он работает</li>

27 <li>проявлял большую осторожность при развертывании кода на производстве</li>

28 <li>вносил больший вклад в работу команды в различных формах, таких как PR, дизайн, сессии по обмену знаниями и т. д.</li>

29 </ul>Теперь давайте преобразуем каждый из них в измеримый ключевой результат:

30 Получить более глубокие знания о механизмах, с которыми он работает:

31 <ul><li>Посмотреть2 курсапо "Advanced Python" и "Python Internals"</li>

32 <li>Применять возможности Python 3.9, как XYZ по100% PR</li>

33 <li>Прочитать книгу "Чистый Код”</li>

34 <li>Рефакторить модуль"XYZ" и применить принципы “SOLID"</li>

35 </ul>Проявлять большую осторожность при развертывании кода на производстве

36 <ul><li>100%функцийимеют письменный план тестирования до начала разработки</li>

37 <li>100%PRимеют соответствующий охват тестирования (модульные тесты, E2E)</li>

38 <li>0 ошибокна стадии постпродакшн</li>

39 </ul>Вносить больший вклад в работу команды в различных формах, таких как PR, дизайн, сессии по обмену знаниями и т. д.

40 <ul><li>Обзор всех 100% PR команды</li>

41 <li>Провести 2 выступлениядля членов команды на тему "Python internals" и новейших возможностях Python 3.9</li>

42 <li>Отправитьстатью, соответствующую технологиям команды по каждому спринту</li>

43 </ul>Понятно, что "0 ошибок на стадии постпродакшн" и вообще "100%" чего бы то ни было кажутся нереальными. Однако я считаю, что цель должна быть вдохновляющей и труднодостижимой. Если сказать что-то вроде "3 ошибки на стадии постпродакшн", то это даст повод для посредственности. Если 3 подходит, то, может быть, и 5 тоже? Говоря твердый НОЛЬ, можно заставить сотрудника усерднее работать над достижением цели. Мы не должны испытывать гордость, когда у нас 3 или 2 ошибки на этапе постпродакшн. Ошибки, конечно, случаются все равно, но цель состоит в том, чтобы поднять уровень мышления в отношении качества - стремление к 100% (или нулю), на мой взгляд, то, что подталкивает к росту.

44 Еще один важный вопрос, который часто упускают из виду, - это время: к какому сроку по вашим расчетам сотрудник должен достичь этих целей? Поскольку у нас есть четкий список с различными результатами, мы можем установить разные даты для каждого PR. Обычно самые поздние из них наступают через 6 месяцев (например, 1 января 2024 года), но некоторые могут наступить уже в следующем месяце (например, 1 июля 2023 года).

45 Цель выглядит следующим образом:

46 <h2>Совершенствуйте свои технические навыки</h2>

47 <ul><li>Посмотрите 2 курса по "Advanced Python" и "Python Internals"до 1 августа</li>

48 <li>Примените возможности Python 3.9, такие как XYZпо 100% PR к 1 августа</li>

49 <li>Прочитайте книгу "Чистый код" до 1 сентября</li>

50 <li>Проведите рефакторинг модуля XYZи примените принципы SOLID к1 ноября</li>

51 <li>100% функцийимеют письменный план тестирования до начала разработки к1 сентября</li>

52 <li>100% всех PRимеют соответствующее тестовое покрытие (модульные тесты, E2E) к1 сентября</li>

53 <li>0 ошибок на стадии пост-продакшн - 1 января</li>

54 <li>100% всех PR командыбудут рассмотрены вами до1 января.</li>

55 <li>Проведите 2 выступлениядля команды на тему " Python internals" и новейших возможностей Python 3.9 к1 октября</li>

56 <li>Отправляйтестатью,соответствующую технологии команды по каждому спринту начиная с1 июля.</li>

57 </ul>На первый взгляд, это может показаться чрезмерно сложным, но на самом деле каждый пункт предельно ясен и четко сформулирован. В обзоре эффективности может быть не более 2-3 целей, разбитых на измеримые и ограниченные по времени ключевые результаты. Еще один важный момент, о котором следует помнить, - согласование целей с областями и направлениями деятельности команды. Совершенствование навыков Python совершенно логично, однако, если команда в ближайшие 6 месяцев сосредоточится в основном на front-end (React), сотруднику будет крайне сложно достичь поставленной цели.

58 <h2>Отслеживание прогресса</h2>

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

60 И тут я обнаружил, что есть очень простое решение, которое большинство из нас не использует - установить напоминание о необходимости пересмотреть цели. Наша рутина и напряженная ежедневная работа иногда отвлекают нас от стратегических направлений, поэтому чаще всего напоминание в календаре - это самое простое решение. Определив цели, я сразу же добавляю в календарь напоминание о том, что нам с сотрудниками нужно ежемесячно пересматривать их цели в рамках наших встреч в формате 1:1.

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

62 <h2>Заключительные слова</h2>

63 Чтобы цели были эффективными, они должны быть правильно определены и отслеживаться надлежащим образом. Использование<a>карты ожиданий</a>позволяет выбрать конкретные и четкие ожидания. Как упоминается в книге "Дзен Пайтона":

64 Явное лучше, чем неявное.

65 <blockquote>>>> импортировать этоДзен Пайтона, автор Тим Питерс

66 Красивое лучше, чем безобразноеЯвное лучше, чем неявное.

67 </blockquote>Использование концепции OKR обеспечивает измеряемость целей и устанавливает сроки их достижения. Она также помогает разбить высокоуровневые задачи на выполнимые и четкие цели.

68 Если добавить в календарь повторяющиеся напоминания, можно следить за выполнением задач и постоянно пересматривать их, корректируя при необходимости.

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

70 Улучшите качество работы команды

71 <ul><li>Сократите количество ошибок в процессе продакшна на 20%</li>

72 <li>Увеличьте на 30 % покрытие тестами</li>

73 <li>100% производственных инцидентов были обнаружены благодаря оповещениям или автоматизации</li>

74 <li>Устраните 100% Squad ошибок путем добавления дополнительных тестов или защитных систем.</li>

75 </ul>Внедрите дополнительные техники управления и лидерства (цель для руководителя)

76 <ul><li>Прочитайте 3 книги по лидерству/менеджменту или возьмите 2 онлайн-курса</li>

77 <li>Присоединяйтесь к внешним форумам и сообществам руководителей (Facebook, Twitter, Reddit) и участвуйте в обсуждениях. Участвуйте в консультациях не менее чем по 5 темам</li>

78 <li>Ежемесячно делитесь информацией о лидерстве, полученной от вашей команды, на форуме руководителей</li>

79 </ul>Поднимите показатель успешности "Buy-In" (немного более сложная цель).

80 <ul><li>Формулируйте свои мысли более четко на совещаниях, используя письменные резюме/задания/электронные письма, отправленные до начала 100% совещаний под вашим руководством </li>

81 <li>Больше времени уделяйте активному слушанию</li>

82 <li>Задайте не менее 3 наводящих вопросов, вместо того чтобы сразу указывать на решения</li>

83 </ul>Источник:<a>medium.com</a>

84 <a></a>