Колонка некодера

В чате идёт обсуждение скрам-сертификации. Толковый коммент знающего человека посчитал полезным вынести в общий канал:

"По скрамовским сертификатам:
Ни один из тренингов не предполагает, что ты - человек с улицы, впервые услышавший про скрам и хочешь «войти» через роль скрам-мастера. Т.е. на тренинг попасть можно, получить от него пользу - нет.

Есть две большие организации, чьи сертификаты хорошо узнают: scrum.org и scrum alliance.

Scrum Alliance
Их модель - обучения людей, входящих в профессию скрам-мастера либо из менеджмента, либо из разработки.
CSM (Certified Scrum Master) - очень базовый обзор скрама, без объяснения и подробностей внутренней механики, просто базовые события и действия и минимальный набор практик. Сам сертификат даётся после обязательного посещения тренинга + довольно элементарного экзамена.
Следующие уровни: a-CSM (advanced Certified Scrum Master) - даётся без экзамена после двух-трехдневного курса, на котором дают больше инструментов для применения внутри скрама: техники фасилитации всяких событий, техники работы с бэклогом, немного коучинга и т.п. Сертификат сам по себе бесполезен, но тренинги обычно хороши. Требуют минимум год работы скрам-мастером для получения.
CSP-SM (Certified Scrum Professional - Scrum Master) - два года опыта, ещё больше практических инструментов + много теории из lean, коучинга, общего управления, работы с несколькими командами и т.п. вещами. Довольно продвинутый сертификат, по сути единственный в их линейке, который подтверждает, что ты таки да, хотя бы в теории знаешь, как помочь команде справиться со скрамом в практически любых условиях.
После него идут тренерские и коучинговые сертификаты.
Линейка для продакт оунеров аналогична.

scrum.org
Их модель - подтверждение знаний экзаменом. Тренинги опционально, можно просто сдать экзамен (за деньги).
PSM (professional scrum master) - предназначен для людей, уже работающих скрам-мастерами и желающих подтвердить свои компетенции. Экзамен умеренно сложный, ориентирован на тех, кто понимает, что написано в скрам-гайде и примерно представляет, как написанное применять на практике.
PSM II - строго практический экзамен, ожидается, что имеющий этот сертификат не только понимает, как и почему скрам работает, но и умеет применять эти знания в разнообразных практических ситуациях, включая работу с несколькими командами и стейкхолдерами вне команды.
PSM III - в данный момент самый сложный экзамен (ещё и не в форме выбора правильных ответов, а в форме написания мини-эссе за очень ограниченное время). Ориентирован больше на коучей и консультантов, требует уметь быстро,коротко и понятно объяснять весьма продвинутые темы.

У продукт оунеров своя аналогичная ветка.

Кроме того у scrum.org есть набор «тематических» сертификатов типа применения канбана в скраме, применения скрама в мультикомандной среде («скейлинг»), применения ux практик в скрам команде и т.п.

Это все в теории. На практике наличие любого сертификата говорит только о том, что человек выполнил условия для получения этого сертификата :)"

Apple таки призналась что она тормозит старые айфоны своим софтом. И согласилась выплатить полмиллиарда баксов компенсации владельцам старых айфонов (но только в США, увы): https://news.bloomberglaw.com/product-liability-and-toxics-law/apples-500-million-iphone-deal-warrants-approval-plaintiffs-say

Предложение касается всех из США кто владеет iPhone 6, 6 Plus, 6s, 6s Plus, 7, 7 Plus, and SE devices под iOS 10.2.1 или старше ( для iPhone 6, 6 Plus, 6s, 6s Plus, and SE devices) или iOS 11.2 или старше (для iPhone 7 и 7 Plus), кто пользовался этой ОС до 21 декабря 2017.

Непонятно что будет с пользователями не из штатов (скорее всего ничего), но, будем надеяться, такой прецедент улучшит качество работы старых смартфонов.

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

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

Вот тред 2016 года на эту тему на Quora: https://www.quora.com/Why-are-software-engineers-not-creating-professional-guilds-or-workers-unions-to-protect-their-interests

Там автор задаётся вопросом - действительно, а почему у программистов нет профсоюзов?

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

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

Сейчас очень непростое и нервное время для всех и глупые административные решения типа "каждой ит-конторе по профсоюзной первичке! HR-директор станет профоргом" могут создать впечатление, что задаётся очень нехороший тренд со стороны государства чтобы потиху начать "раскулачивать" айтишку. Не надо так - залог успеха ПВТ как раз и лежит в полном государственно-административном невмешательстве в текущую деятельность компаний вкупе с льготами на ФСЗН. И так все платят 1% в фонд ПВТ, а ПВТ отстаивает интересы индустрии, продвигая законопроекты вроде восьмого декрета. В этом плане, можно сказать, профсоюз у айтишников уже есть. А в санаторий абсолютное большинство работников компаний ПВТ могут позволить себе съездить сами.

Я не единственный кто в Беларуси ведет телеграм-канал, посвященный IT сфере. Вот вам список ещё отличных каналов с авторами-беларусами:

@Salesnotes — авторский канал о В2В продажах. Как продавать ИТ-решения, а также услуги традиционного бизнеса. Только те рекомендации, которые автор проверил сам.

@pm_god — канал об управлении проектами. Будет полезен менеджерам с 1-3 годами опыта и новичкам. Пишут о процессах, Scrum, Jira, чек-листах и дают советы без мистики и занудства.

@kpeople — HR заметки для каждого. Helen Glad рассказывает о людях в IT и HR тенденциях, анализирует непридуманные истории.

@devby — главные IT-новости Беларуси в формате ежедневного дайджеста статей с портала dev.by. Ещё ведут канал с вакансиями.

Подписывайтесь на каналы и рекомендуйте друзьям 😉

Интересная аналитика Ситибанка на тему влияния короновируса на экономику.

Особенно интересен слайд номер 15 - аналитики говорят о позитивном эффекте коронавируса на сферу онлайн развлечений и образования, а также e-commerce. Логично: люди сидят дома и потребляют больше онлайнового контента, а еду привозят курьеры. На 47% прогнозируется рост капитализации рынка быстрой еды (бомжпакетов), онлайн кинотеатры и обучалки прогнозируются к росту на 50-70% (это все для Китая).

Так что если коронавирус будет долгой историей для всего мира - вы знаете куда инвестировать. Правда, в этом отчете базовый прогноз с вероятностью 50% - конец всей этой истории в марте. Но дошика лучше прикупить.

https://meduza.io/feature/2020/02/26/oschuschenie-chto-ty-okazalsya-v-boevike-iz-90-h

Классная статья, в очередной раз при прочтении радуешься что у нас все гораздо цивилизованнее.

А представьте, WG бы заказал маски-шоу в офисе команды Blitz.
Или кому-нибудь уголовку влупили за то что менторил стартапы в отрыве от работы в корпорации.
Жесть полная это всё, конечно.

Девбаю надо срочно врубать рекламу minsk.page под этой статьей :)

В этом сезоне у нас в подкастах особенно много прекрасных девушек. И вот одна из них. Биография Елены довольно богата на интересные события, для стартап-движения особый интерес представляет её руководство акселератором Demium в Минске.

https://t.me/itstartsbelarus/137

Просили про жизнь hardware. Особенности работы в Hardware - интервью с разработчиком с 15-летним стажем в hardware Ольгой.

Как попасть в Hardware?

Профильное образование. Поднять физику труднее, чем обычное программирование, нужно много знать о физике процессов. Хотя, это зависит от того, насколько глубоко нужно быть в Hardware, он тоже бывает разный: есть люди проектирующие микросхемы, есть люди проектирующие печатные платы, есть люди которые заниматся трассировкой, есть embedded (программирование микроконтроллеров). Чем глубже уровень "бэкенда", тем меньше программирования и больше физики. В любом случае без больших толстых книг не обойдешься. Также нужна материальная база. Её можно найти в таких местах как EnCata и hackerspace.by. Также важна не только теория, но и опыт. Сжечь пару диодов.

Где работать?

В целом, найти работу гораздо сложнее чем программисту: дело не только в том, что вакансий не очень много из которых довольно много "советских" вакансий. Проблема также заключается в том, что в этой отрасли выше цена ошибки. Программист накосячил - можно пофиксать баг. А если ты сделал кривое устройство, с трассировкой или выбором компонентов, то можешь спалить всё нафиг (не только само устройство), а печатную плату придётся перевыпускать, это стоит времени и денег. Но в целом, со временем становится всё больше компаний, где требуются железячники. Даже в крупных аутсорсерах появляются такие проекты.

Сколько платят?

Платят в целом меньше чем программистам, т.к. не так сильно развита отрасль и нет внутренних производителей железа, которые были бы заинтересованы в таких спецах. А те что есть - советские фабрики. Не будет же разогревать зарплатный рынок "Горизонт". Тут надо разделять hardware и firmware: первое - это неспосредственно разработка железа, а второе - низкоуровневое программирование. Второе гораздо лучше аутсорсится, т.к. нужно меньше материальной базы и суперспецифических знаний. Разработка чаще на C, С++, хотя существует разброс по языкам от Assembler до Python, также очень помогает знание Linux. Но в целом с точки технологий это совершенно отдельная вселеннная, далекая от классической для Беларуси коммерческой разработки.

Зачем вообще работать в этой сфере? В чем кайф?

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

Кстати, Ольга ищет работу, можете ей писать @Nadfilka.

Я тут вписался на один ивент, он на первый взгляд очень косвенно относится к айти, но тем не менее очень интересен (ссылка и промокод будут в конце). Я подумал что вчерашняя публикация про бизнес-анализ может стать началом цикла статьей про "некодерские" профессии, т.е. про работу в ИТ где не нужно писать код.

Среди таких профессий есть одна особенно интересная - профессия трафик-менеджера (ещё их называют UA Manager). По уровню зарплаты потенциально это "беспотолочная" профессия, т.к. очень часто эти ребята работают по формуле оклад + процент, где процентная часть зависит от показателей работы.

Суть работы заключается в следующем. Вот сделали вы приложение/сервис. Кто им будет пользоваться? Правильный ответ: без продвижения - никто, даже чтобы ваши друзья начали пользоваться им, вам нужно предпринять некие усилия по продвижению.
Но когда друзья довольно быстро закончится, то вы окажетесь в ситуации когда вам придется а)искать источники органического трафика б) покупать трафик. Органический трафик, это, конечно, приятная штука, т.к. он условно-бесплатен. Но именно что условно, т.к. например если у вас мобильное приложение и вы хотите получить фичеринг, то вы должны очень много поработать и вам должно очень сильно повезти. Или например взять Product Hunt - уверен, вы периодически видите запросы проголосовать за тех или иных ребят. Чтобы организовать себе победу там и получить какой-то (небольшой, на самом деле) органический трафик - вам придется провести большую организационную и медиа-работу.

На этом фоне покупка трафика выглядит максимально простым действием. Формула работы с трафиком примерно следующая: если LTV (LifeTime Value, т.е. доход от пользователя за все время его жизни) больше чем стоимость привлечения пользователя - врубаем поливалку. За выжимку максимальных денег от пользователя отвечают продуктовые менеджеры. А за снижение стоимости привлечения отвечают трафик-менеджеры.

Инструменты трафик менеджера - рекламный кабинет в Facebook/Google Adwords/любом другом источнике покупки кликов и инсталлов и конечно же эксель. Сама механика работы нехитрая - настраивай рекламу, смотри где трафик "идёт" хорошо и дешево, на эти каналы масштабируй закупку. Источник закончится (такое бывает часто) - ищи новые. Проблема в том что в этой профессии как в никакой другой критично наличие практического опыта и навыка. При этом профессия мега-востребована. Что делать? Как становятся трафикерами? Чтобы получить опыт, нужен а) бюджет б) приложение в) разрешение на то чтобы спалить бюджет конкретному человеку на это приложение. Разумеется, разрешение предпочтут дать более опытному. А у неопытного не будет ни бюджета, ни приложения. Как выйти из этой ситуации?

1) Идти через смежные профессии, например SEO, ASO, арбитраж, маркетинг в конце концов. Там потиху смотреть-наблюдать как делают это опытные ребята либо уговаривать начальство пробовать самим на небольших бюджетах если такого человека в компании пока нет.
2) Искать инди-аппы и стартапы и пробовать забесплатно на небольших бюджетах получить хоть какой-то трекшн.
3) Ходить на ивенты, знакомиться, изучать условно-бесплатные инструменты такие как AppAnnie, ASOdesk, Sensor Tower на примере приложений потенциальных работодателей.

Но если попадете - позиция отличная со всех точек зрения, и востребованность в ней будет только расти. Можете написать Сергею @YaroshevichS - он из филантропических соображений бесплатно обучает этому ремеслу с нуля, он сам прошел весь этот путь с нуля и совсем недавно. Если будет много желающих - сделает отбор.

По поводу ивента про который писал вначале - ивент называется Minsk iGaming Affiliate Conference 2020, там как раз речь пойдёт о построении реферальных программ ("Скачай игру Викинги по ссылке в описании и получи шлем и 200 голды" - вот это вот все). Если кому релевантно - промокод MIACPR, скидка 20%. Ссылка вот: http://bit.ly/3bIAOYU

Есть ли бизнес-аналитики в продуктовых компаниях? Ответ на этот вопрос следующий: безусловно, в любой компании которая разрабатывает софт есть человек который пишет ТЗ. А вот как он называется и что входит в его функционал помимо написания ТЗ - это уже может различаться от компании к компании. В основном у продуктовиков за написание ТЗ отвечает Product Manager, соответственно весь функционал бизнес-аналитика входит в его обязанности. Но это более широкая роль, которая чаще всего подразумевает что заказчика как такового и нету, точнее ты сам и есть сконцентрированный заказчик. Поэтому приходится становится гуру внутрикорпоративных отношений и быть на короткой ноге с маркетинговой аналитикой чтобы примерно понять, в какую сторону двигать продукт (и не получить по шапке). Но часто такие ребята, особенно на серьёзных проектах, берут себе помощников чисто на написание ТЗ, становясь таким образом внутренним заказчиком, а, соответственно, тот, кого взяли, становится бизнес-аналитиком. С перспективой развития в продакта.

Также аналитики часто переходят в проектных менеджеров, потому что вертятся очень близко к их кухне. Часто на мелких проектах эти роли совмещают в роль под названием PM/BA. Это третья классическая ветка развития аналитиков, после гуру-консалтеров у сервисных контор и продукт-менеджеров у продуктовиков. Ну и конечно можно стать BA Team Lead и дальше пойти развиваться по ресурсной ветке, но это не самый быстрый путь, т.к. аналитиков на проектах, как правило, не очень много, а значит и подчиненных в штате будет немного. В плане общего мендежмента гораздо проще делать карьеру будучи тестировщиком.

Если есть вопросы по другим специальностям - пишите в чат, могу периодически делать такие экскурсы.

Про бизнес-аналитиков (попросили в чате)

Так получилось что определенную часть своей карьеры я работал бизнес-аналитиком. Название позиции меня манило: дескать, есть слово "бизнес", значит это про бизнес и основная задача - этот бизнес анализировать, генерируя "креативные" идеи. На деле, естественно, оказалось всё совсем не так. В определенный, достаточно поздний момент своей карьеры, бизнес-аналитик действительно может дорасти до профессионального консалтинга, и не на базе "креатива", а на базе богатого опыта работы с похожими бизнесами. С другой стороны, есть другая профессия - аналитик данных, это ближе к аббревиатуре BI (Business Intelligence, не путать с BA - Business Analysis). Вот там (опять же, не сразу со старта и не везде) можно покопаться в данных и попробовать генерировать гипотезы для оптимизации, опять же опираясь не на "креатив", а на математический аппарат.

В основном бизнес-аналитики младшего и среднего уровня просто пишут техзадание к проекту для программистов. Это очень дотошная, кропотливая работа с необходимостью продумывать множество мелких нюансов: если за спиной программиста скорее всего стоит тестировщик, который поправит его косяки, то за спиной бизнес-аналитика не стоит никого, и его косяки в дальнейшем породят снежный ком других косяков. На ранних уровнях развития этого покемона также часто называют техническим писателем. Но иногда технические писатели пишут конкретно хелпы, мануалы и т.п. и не лезут в спецификации, поэтому лучше уточнять конкретно чем нужно заниматься, если запланируете откликнуться на такую вакансию. Чем отличаются системные аналитики от бизнес-аналитиков - вам в теории подробно расскажут гуру бизнес-анализа, на практике это подразумевает то же самое в 95% случаев. Происходит эта путаница из-за того что иногда бизнес-аналитиками называют аналитиков бизнес-процессов. Эти ребята не пишут ТЗ, а занимаются моделированием оргпроцессов (такой штукой как ITIL например), строят BPM модели, разрабатывают регламенты. Как ни странно, но в IT таких ребят не очень много (т.к. гигантских компаний тут особо и нету), зато много например в крупных ритейлерах, где есть гигантские масштабы компаний и количества людей в них работающих.

Но вернемся к нашему обычному айтишному бизнес-аналисту. С большего позиция БА - это позиция для сервисных компаний и интеграторов. Клиенту, который заказывает софт часто лень писать детальную спецификацию, либо он не способен это сделать в нормальном виде. Вообще, к сожалению, 90% людей без подготовки не способны структурированно написать внятное техзадание - бизнес-аналитиков специально этому обучают, обучение включает в себя как работу со структурой требований, так и различного рода проверки их валидности, полноты и логики. Поэтому бизнес-аналитик это стандартная роль для любого аутсорса. Дополнительно важным фактором их популярности в аутсорсе является желание самих аутсорсеров подробно документировать происходящее на проекте, т.к. наличие хорошей документации:
а) Позволяет взаимозаменять людей на проекте, быстро вводить новых, позволяет не развалиться проекту после внезапного ухода ключевых спецов (точнее так думают сами аутсорсеры, на практике люди крайне хреново и неохотно читают легаси документы);
б) Позволяет эффективно решать любые споры с клиентом по поводу объёмов/требований/контрактов, короче держит клиента в тонусе;
в) Позволяет зарабатывать ещё и на голове проданного бизнес-аналитика.

Поскольку аутсорс у нас на 95% забугорный, то аналитик становится ещё и одним из ключевых лиц коммуникации с клиентом, чаще - текущей коммуникации. Больше чем с аналитиком в процессе работы над проектом, клиент, как правило, не коммуницирует ни с кем. Отсюда мастхэв требование к хорошему английскому.

Новый подкаст про продажи, судьбу и карьеру сейла от автора канала @salesnotes Тараса.

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

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

Вот ссылка на канал: t.me/necoderevents

Кому полезно: всем вайтишникам, всем стремящимся к развитию, всем ищущим где бы пообщаться-потусоваться и поделиться опытом.

Тут Франак выкинул большой список всяких стажировок и форумов, думаю многим будет интересно: https://t.me/viacorka/575

Что это даст вам: перелёт, проживание и печеньки за счёт госдепа/еврокомиссии, интересные топики ивентов (от кибербезопасности до зеленого активизма) и конечно практика английского. Длительность - от пары дней до месячных стажировок. География - от Словакии до Новой Зеландии. Все что нужно - просто не стесняться подаваться. Это не всегда связано с IT напрямую, но международный нетворкинг не мешал ещё никогда и никому.

Из совсем айтишных тем - хакатон гробщества Восточного Партнерства. Можете податься девелопером или дизайнером (дедлайн 12 марта), или даже активистом (дедлайн сегодня). В этом году в Киеве.

Если заставляете/предлагаете делать что-то в рабочее время, то это время трекается как рабочее. У меня был случай когда в небольшой компании в честь какого-то повода провели игру (для всех), а потом руководство на вопрос "а как зарепортать это время?" - недоуменно ответило вопросом "А вы что хотите его репортать как рабочее?". Был конфуз. Работник планирует уйти с работы вовремя (например, дети в детсаду) и получить полноценную зарплату, а то что его отвлекают на танцы с бубнами и просят эти часы не репортать - это его злит невероятно. Поэтому ищите ответ на этот важный вопрос, либо обговорите все четко заранее с обязательной опцией отказа от мероприятия (правда в таком случае откажутся почти все, поэтому лучше просто трекать время как рабочее и все, либо организовывать после работы, что является наилучшим решением проблемы).

Хорошие идеи на 23:
- Турнир по Фифа/контрстрайк вечером (можно с пивом и с призами);
- Фотозона с оружием;
- VR c "пострелять";
- Тематический квиз;
- Лазертаг для желающих;
- Позвать какого-нибудь инструктора по рукопашному бою, пусть научит правильно бить в табло;
- Конкурс слепой дегустации пива (вечером);

Хорошие идеи на 8:
- Цветы. Только подумать где они будут стоять день если дарить с утра;
- Позвать в офис визажиста и стилиста, пусть консультируют. Можно специалиста по ноготкам;
- Тематический квиз;
- Мастер-класс по кондитерке;
- Как бы это странно не звучало, но позвать какого-нибудь инструктора по рукопашному бою, пусть научит правильно бить в табло;
- Позвать селебрити (Солодуха, вай нот?), дать девочкам с ним пофоткаться. Или придумать интересную фотозону. Фотозоны рулят.

Можете придумывать свои идеи и писать в чат, там идет обсуждение на эту тему.

Как провести "гендерные" праздники

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

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

1. Сборы денег - плохо

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

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

2. Никакого алкоголя с утра

Бокал шампанского выбивает из рабочей колеи. Мозг перестаёт работать, хочется посидеть поболтать о жизни. Это убийство рабочего дня, таким же макаром можно просто сделать выходной на этот день или выезд куда-то. Если уж хотите алкоголь, то а) на вечер б) добровольно в) предупредив всех заранее, попросив оставить машины дома.

3. Празднование не должно мешать работать

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

4. Стриптизерши - вы серьёзно?

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

5. Большинство не служили.

Абсолютное большинство сотрудников ИТ компаний не проходили срочную службу. Стоит учитывать этот факт и не передозировать милитари тематику в контексте восхваления несчастных кодеров как мега-воинов и защитников "если не отечества, то хотя бы мамы и девушки". Не делайте людям неловко, пожалуйста.
Девушкам чаще приятно любое внимание на 8 марта, но принцип добровольности работает и тут. Некоторые воспринимают этот праздник довольно сухо, не стоит их активно втягивать в выслушивание фальшивых од собственной красоте и исключительности.

6. Трекинг времени как рабочего.

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

https://t.me/itstartsbelarus/134

https://dev.by/news/kolonka

На рынке для типовых позиций существует потолок. Под типовой подразумевается позиция которая есть во множестве компаний. Например, Team Lead.

К сожалению, позиции Product-Minded Software Engineer как типовой не существует. Это значит что найти такую позицию нельзя (её можно только создать, но об этом позже). Это значит что резюме с таким тайтлом всегда будет не совсем релевантным на более типовые позиции. Потому что первым делом всегда смотрят на тайтл, и одна из первых рекомендаций по улучшению резюме - всегда кастомизировать его под конкретную вакансию.

Но это не ключевое. Вот у нас готовый кейс - человек имеет больше 10 лет опыта работы инженером и упёрся в карьерный и зарплатной потолок. Дальше роста нет. Что делать?

Вообще, стратегии развития я тут вижу три. Если кто подскажет четвертую - буду благодарен.

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

Второй путь - это карьера менеджера. Команда, отдел, дивизион - и так далее, вплоть до топ-менеджмента. Тут необходимо положить на полку компилятор и больше кода руками не писать, сконцентрировавшись на управлении, науке процессов и методологий. Для разраба это особенно болезненно, т.к. зарплата первое время будет расти не сильно (а то вообще не расти), а отвественности будет гораздо больше.

Третий вариант - стартапы. Здесь можно себе придумать роль Product-Minded Software Engineer и работать в ней сколько угодно, если найдутся кофаундеры, готовые закрыть все остальные вопросы. Ну и по деньгам тут можно описать коротко - скорее всего очень долго будет все очень плохо по сравнению с рынком.

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

И ещё - глупые вопросы на собеседовании задают не чтобы засадить и не потому что тупые, а чтобы посмотреть на реакцию кандидата и оценить его коммуникативные навыки и навыки решения проблем. Это тоже в общем про софт-скиллы. Не заоблачные, стоит сказать, требования. Достаточно просто дружелюбия, чего автору и желаем.

🎲 Quiz 'IT в Беларуси | Прабел - quiz-канал (Беларусь)'
Есть ли у тебя пробелы в знаниях об IT Беларуси? Проверь на @pra_bel
🖊 10 questions · ⏱ 30 sec

У меня 9 из 10. Ошибся в пункте про информатику. Прикольная штука, там даже есть я.