#реклама_по_любви
У Стратоплана снова бесплатные ивенты по софт-скиллам. Конечно, в конце будут что-то продавать, но это в конце!
Стратоплан делают одни из лучших курсов для ИТ-менеджеров на рынке. Я сам проходил их тыщу лет назад, поэтому рекомендую сходить.
———
ПМов, тимлидов и прочих руководителей разработки спросили, какие навыки они считают самыми важные для менеджера. Они назвали:
Стратегическое видение (42%)
Коммуникацию (28,6%)
Самоорганизацию (26,1%)
*по данным исследования devcrowd.
Стратоплан проводит серию открытых воркшопов Руководитель 2030, v2.0 по этим навыкам. Будет три воркшопа:
▫️Стратегическое мышление на всех уровнях, 3 марта.
Разберемся как делать стратегическое мышление, формировать четкие планы, устанавливать приоритеты и выстраивать связь между задачами команды и бизнес-целями.
▫️Управление своими фокусом и временем, 5-е марта.
Научимся определять главные фокусы работе и стратегии. Узнаем, где брать на это время и силы.
▫️Умение договариваться, 7-е марта.
Узнаем о существующих инструментах, техниках и особенностях коммуникации и о том, что делать, когда все идет не по плану.
Присоединяйтесь к открытой серии воркшопов Руководитель 2030, v2.0!
👉👉👉Регистрация 👈👈👈
У Стратоплана снова бесплатные ивенты по софт-скиллам. Конечно, в конце будут что-то продавать, но это в конце!
Стратоплан делают одни из лучших курсов для ИТ-менеджеров на рынке. Я сам проходил их тыщу лет назад, поэтому рекомендую сходить.
———
ПМов, тимлидов и прочих руководителей разработки спросили, какие навыки они считают самыми важные для менеджера. Они назвали:
Коммуникацию (28,6%)
Самоорганизацию (26,1%)
*по данным исследования devcrowd.
Стратоплан проводит серию открытых воркшопов Руководитель 2030, v2.0 по этим навыкам. Будет три воркшопа:
▫️Стратегическое мышление на всех уровнях, 3 марта.
Разберемся как делать стратегическое мышление, формировать четкие планы, устанавливать приоритеты и выстраивать связь между задачами команды и бизнес-целями.
▫️Управление своими фокусом и временем, 5-е марта.
Научимся определять главные фокусы работе и стратегии. Узнаем, где брать на это время и силы.
▫️Умение договариваться, 7-е марта.
Узнаем о существующих инструментах, техниках и особенностях коммуникации и о том, что делать, когда все идет не по плану.
Присоединяйтесь к открытой серии воркшопов Руководитель 2030, v2.0!
👉👉👉Регистрация 👈👈👈
Анонимный фидбек vs неанонимный
Когда мы собираем фидбек для перфоманс ревью, есть два способа, как это сделать – анонимно и нет.
С одной стороны, когда люди оставляют фидбек анонимно, он становится гораздо откровенее. Когда я знаю, что никто не придет с расспросами, я гораздо охотнее напишу, что продакт-директор – самодур.
С другой стороны, именно потому, что фидбек неанонимный, я вынужден пояснить, что продакт-директор бывает невнимателен к мнению команды, а также продавливает свои решения силой. Когда под фидбеком стоит мое имя, я лишний раз подумаю, что в нем написать. Не желая прослыть треплом, я вспомню примеры, детали, а это как раз самое ценное в фидбеке!
Я пробовал разные варианты, и самым эффективным, мне кажется, собирать фидбек неанонимно, а делиться уже анонимно, без имен. Так, я могу доуточнить детали у автора, если его обратная связь на уровне “продакт-директор – самодур”. А у самого автора появляется больше безопасности, чтобы говорить честно.
А вы как делаете?
Когда мы собираем фидбек для перфоманс ревью, есть два способа, как это сделать – анонимно и нет.
С одной стороны, когда люди оставляют фидбек анонимно, он становится гораздо откровенее. Когда я знаю, что никто не придет с расспросами, я гораздо охотнее напишу, что продакт-директор – самодур.
С другой стороны, именно потому, что фидбек неанонимный, я вынужден пояснить, что продакт-директор бывает невнимателен к мнению команды, а также продавливает свои решения силой. Когда под фидбеком стоит мое имя, я лишний раз подумаю, что в нем написать. Не желая прослыть треплом, я вспомню примеры, детали, а это как раз самое ценное в фидбеке!
Я пробовал разные варианты, и самым эффективным, мне кажется, собирать фидбек неанонимно, а делиться уже анонимно, без имен. Так, я могу доуточнить детали у автора, если его обратная связь на уровне “продакт-директор – самодур”. А у самого автора появляется больше безопасности, чтобы говорить честно.
А вы как делаете?
Дожимать
Вспоминая проекты, которые я профукал, понимаю, что в некоторых тупо не дожал.
Решения, коммуникацию, риски.
Например, на одном проекте мы пропустили часть подготовки, из-за чего релиз провалился. За пару недель до этого я ходил-рассказывал всем о том, что “кажется мы падаем”, но делал это не слишком убедительно, и стейкхолдеры не считали серьезность проблемы. Не дожал.
Или в другой раз, мы решили переписать половину бекенда, чтобы пофиксить критичный баг. Идея с первого дня была спорной, уверенности в глазах разработки не читалось. Я это заметил, но забил, “делегировал”. Не вкопался в детали, не настоял сделать PoC, не поискал экспертизы снаружи. В итоге через полгода, мы не смогли зарелизиться и проблема осталась нерешенной. Снова не дожал.
Дожимать трудно. Часто это значит поднять неудобный вопрос или указать, что человек чего-то не сделал. Донести такое сообщение так, чтобы и проблему четко обозначить, не срезать углы, и еще и человека не обидеть – безумно трудно. Это я уже не говорю про внутренее сопротивление в таких разговорах.
Дожимать также не всегда уместно. Например, был у меня один сложный клиент, сам тот еще дожиматель. В момент, когда он сам оказался неправ, разумнее было дать ему сохранить лицо, чем дожимать.
Дожимание – сложное искусство, которому я постоянно учусь. Практики хватает, особенно в корпе, где миллион стейкхолдеров с разными интересами. Пару раз в неделю стабильно я нахожу себя в ситуации, где приходится выбирать между быть “удобным менеджером” и быть“дожимателем дел и вопросов”. Скажу по правде, второе получается далеко не всегда.
Вспоминая проекты, которые я профукал, понимаю, что в некоторых тупо не дожал.
Решения, коммуникацию, риски.
Например, на одном проекте мы пропустили часть подготовки, из-за чего релиз провалился. За пару недель до этого я ходил-рассказывал всем о том, что “кажется мы падаем”, но делал это не слишком убедительно, и стейкхолдеры не считали серьезность проблемы. Не дожал.
Или в другой раз, мы решили переписать половину бекенда, чтобы пофиксить критичный баг. Идея с первого дня была спорной, уверенности в глазах разработки не читалось. Я это заметил, но забил, “делегировал”. Не вкопался в детали, не настоял сделать PoC, не поискал экспертизы снаружи. В итоге через полгода, мы не смогли зарелизиться и проблема осталась нерешенной. Снова не дожал.
Дожимать трудно. Часто это значит поднять неудобный вопрос или указать, что человек чего-то не сделал. Донести такое сообщение так, чтобы и проблему четко обозначить, не срезать углы, и еще и человека не обидеть – безумно трудно. Это я уже не говорю про внутренее сопротивление в таких разговорах.
Дожимать также не всегда уместно. Например, был у меня один сложный клиент, сам тот еще дожиматель. В момент, когда он сам оказался неправ, разумнее было дать ему сохранить лицо, чем дожимать.
Дожимание – сложное искусство, которому я постоянно учусь. Практики хватает, особенно в корпе, где миллион стейкхолдеров с разными интересами. Пару раз в неделю стабильно я нахожу себя в ситуации, где приходится выбирать между быть “удобным менеджером” и быть“дожимателем дел и вопросов”. Скажу по правде, второе получается далеко не всегда.
Новый закон по Accessibility софта в Европе
Летом в Европе вступает в силу закон о доступности European Accessibility Act (EAA). Под его действие попадает любой бизнес, у которого есть сайт или приложение. Проверьте, не касается ли вас, а я расскажу немного деталей.
Чтобы выполнить требования закона, нужно соответствеовать стандарту WCAG 2.1 на уровне АА. Это главный в мире стандарт доступности, разработанный умными дядьками из World Wide Web Consortium еще в 1999 году.
Штрафы за невыполнение закона могут быть в районе 5-20К. А в Ирландии даже могут посадить в тюрьму!
Есть ли тут деньги
Еще как!
Задачи по доступности часто оказываются внизу беклога, т.к. на первый взгляд не приносят денег. Но это не совсем так. Вот несколько фактов для презентации вашему CPO:
▫️в США живет 61 миллион человек с ограниченными возможностями.
▫️70% из них выбирают продукты, в которых есть поддержка доступности.
▫️Расходы людей с ограниченными возможностями, составлют $8 трлн ежегодно.
Рынок есть, и немаленький, осталось научиться на нем зарабатывать.
Какие требования нужно выполнить
На практике, комплайенс означает поддержку 55 требований WCAG в продукте.
Среди них много логичных, которые сделают любой интерфейс удобнее. Например, размер иконок должен быть не меньше 24 пикселей или текст должен хорошо контрастировать с фоном.
По моим ощущениям, у среднестатистического сайта большая часть работы сведется к простановке лейблов и тегов, которые используют скрин ридеры. Кстати, посмотрите, как слепые пользуются инстой с его помощью.
Самый серьезный риск для разработки, на мой взгляд, касается пункта про портретный режим. Реализовать его поддержку с нуля в приложении безумно дорого.
Инструменты для разработки
Бесплатные тулы, которые сделают аудит вашего приложения или сайта:
▫️Accessibility Inspector, iOS;
▫️Accessibility Scanner, Android;
▫️Lighthouse, web.
Летом в Европе вступает в силу закон о доступности European Accessibility Act (EAA). Под его действие попадает любой бизнес, у которого есть сайт или приложение. Проверьте, не касается ли вас, а я расскажу немного деталей.
Чтобы выполнить требования закона, нужно соответствеовать стандарту WCAG 2.1 на уровне АА. Это главный в мире стандарт доступности, разработанный умными дядьками из World Wide Web Consortium еще в 1999 году.
Штрафы за невыполнение закона могут быть в районе 5-20К. А в Ирландии даже могут посадить в тюрьму!
Есть ли тут деньги
Еще как!
Задачи по доступности часто оказываются внизу беклога, т.к. на первый взгляд не приносят денег. Но это не совсем так. Вот несколько фактов для презентации вашему CPO:
▫️в США живет 61 миллион человек с ограниченными возможностями.
▫️70% из них выбирают продукты, в которых есть поддержка доступности.
▫️Расходы людей с ограниченными возможностями, составлют $8 трлн ежегодно.
Рынок есть, и немаленький, осталось научиться на нем зарабатывать.
Какие требования нужно выполнить
На практике, комплайенс означает поддержку 55 требований WCAG в продукте.
Среди них много логичных, которые сделают любой интерфейс удобнее. Например, размер иконок должен быть не меньше 24 пикселей или текст должен хорошо контрастировать с фоном.
По моим ощущениям, у среднестатистического сайта большая часть работы сведется к простановке лейблов и тегов, которые используют скрин ридеры. Кстати, посмотрите, как слепые пользуются инстой с его помощью.
Самый серьезный риск для разработки, на мой взгляд, касается пункта про портретный режим. Реализовать его поддержку с нуля в приложении безумно дорого.
Инструменты для разработки
Бесплатные тулы, которые сделают аудит вашего приложения или сайта:
▫️Accessibility Inspector, iOS;
▫️Accessibility Scanner, Android;
▫️Lighthouse, web.