Кто-то воспринимает фидбек как подарок. Но, давайте уж честно — таких людей единицы. Чаще всего комментарии в свой адрес воспринимаются болезненно, причем и стороной дающей, и стороной принимающей. Под катом разбор полетов и личный опыт по заявленной теме и вокруг нее.Читать полностью »
Мир IT сегодня не похож ни на одну из других отраслей — над кодом приложений, игр, корпоративных решений, сервисов работают увлечённые, грамотные ребята. Программисты и инженеры, дизайнеры и тестировщики, системные администраторы и новомодные DevOps превращают идеи в программное обеспечение, которым пользуются миллионы людей. Они вдохновенно пишут код, разрабатывают алгоритмы, готовят макеты и соединяют это в работоспособные полезные механизмы. Мы, пользователи Хабра, часто говорим о разработке, администрировании, новых технологиях и языках программирования, зарубаемся в жарких спорах о преимуществах одного стека над другим, но забываем о важном звене в любой IT-компании — менеджерах проектов и продуктов. А между тем не факт, что завтра именно вам не предложат отойти от дел программерских и стать менеджером. Мотивация? Стоит ли? Потолок? Карьерный тупик? Новый горизонт? Давайте разбираться.
Менеджер в ИТ — это почти всегда человек-оркестр. Но всегда ли слаженно он играет?
Читать полностью »
Жизнь, как и личная, так и корпоративная, полна конфликтов. К сожалению, большинство из них происходит не из-за здорового различия во мнениях, а на почве взаимного недопонимания и как снежный ком копящихся обид. Я бы хотел поговорить о явлении, которое, на мой взгляд, является корнем (почти) всех зол и одной из главных проблем человеческого общения – о «пассивной агрессии».
Читать полностью »
Сегодня очень многие в разработке используют ревью кода. Практика полезная, нужная. Даже если вы не делаете ревью, вы наверняка знаете, что это такое.
На рынке есть куча инструментов для ревью кода с готовыми сценариями использования, рекомендациями и правилами. GitHub, Phabricator, FishEye/ Crucible, GitLab, Bitbucket, Upsource — список можно долго продолжать. Мы в Badoo тоже в своё время с ними работали: в своей предыдущей статье я рассказывал нашу историю ревью кода и о том, как мы пришли к изобретению собственного «велосипеда» — решения Codeisok.
Информации предостаточно, можно нагуглить кучу статей про ревью кода с реальными примерами, практиками, подходами, рассказывающих о том, как хорошо, как плохо, как нужно делать, а как — не нужно, что стоит учитывать, а что — нет, и т. д. В общем, тема «обсосана до косточек».
Именно поэтому другую часть айсберга можно и не заметить.
Читать полностью »
В некоторых компаниях количество менеджеров и тим лидов кажется неоправданно большим. Почему роль эффективного менеджера сегодня становится все популярнее, и какие качества помогут рядовому сотруднику быстро превратиться в грамотного управленца? Это зависит от сферы деятельности компании, ее роста и специфики рынка, но, в целом, хорошего менеджера можно “распознать” по его личностным и профессиональным характеристикам еще задолго до необходимости “закрыть” вакансию.
– Продажи – по продуктам, по регионам, по клиентам. Приход денег. – Первый зачитывал заголовки отчетов на распечатках, и по одной передавал мне.
– Приход денег в той же аналитике? – с умным видом спросил я.
– А ты можешь приход денег по продуктам посчитать? – на лице Первого расплылась улыбка.
– Хм… Нет, вообще-то. Да, тупанул. – мне стало немного не по себе. Ну его, лучше молчать буду.
– Вот-вот. Дальше – приход и расход денег по статьям. Маржинальная прибыль, без налогов и косвенных, только транспортные оставь и менеджерские проценты. По продуктам, клиентам, регионам. Все вроде. – Первый передал мне последнюю бумажку, сложил руки на столе и уставился на меня.
– Все? Раз, два, три, четыре. Четыре отчета? Больше ничего не надо?
– А что еще надо? Вроде этого достаточно для контроля ситуации. Остальное – если потребуется, предоставят экономисты и бухгалтерия. – Первый говорил спокойно и уверенно.Читать полностью »
Исследование показало, что участники победившей команды CyberDawgs (на фото) в ходе соревнований были сосредоточены в основном на работе, а не на личном взаимодействии. Фото: Национальный центр кибербезопасности США
Как вы думаете, какая команда хакеров (специалистов по кибербезопасности) лучше проявит себя в решении сложной задачи? Команда, в которой участники общаются между собой или та, в которой все сосредоточенно работают? Правильный ответ второй. Таковы результаты исследования, которое провели учёные из отдела кибернетических и сетевых систем Исследовательской лаборатории армии США по результатам соревнований Collegiate Cyber Defense Competition.
Может быть, кому-то результаты покажутся нелогичными. Ведь известно, что общение и коммуникации улучшают взаимопонимание. Следовательно, чем больше общения — тем лучше взаимопонимание, и тем лучше результат. Но почему-то обнаружена обратная корреляция. И если подумать, то это вполне объяснимо. Дело в том, что в данном случае именно отсутствие общения является признаком отличного взаимопонимания.
Читать полностью »
Привет. Меня зовут Максим Винников, я Vice President of Product Management в компании Aurea Software. В той же самой компании, на которую работает Слава Кулаков, знакомый многим по истории, как он стал фрилансером, получающим $200 000 в год. Вопросы и комментарии к тому посту продолжают идти до сих пор, поэтому сегодня, уже на своём примере, я расскажу, что из себя в повседневном режиме представляет уже непосредственно работа, за которую платят такие гонорары — и постараюсь ответить на вопросы по теме живьём.
Отвечаю на ваши вопросы в прямом эфире:
Согласно стандартам Aurea и ESW Capital каждый сотрудник должен отработать 40 часов в календарную неделю. Я, исходя из своей позиции и физических возможностей, придерживаюсь графика 5/2. Моё основное рабочее окно расположилось в промежутке с 14:00 до 19:00, это суммарно 5 часов в день. Ещё 3 часа в день дорабатываются тогда, когда мне удобнее: в один день я могу поработать поздним вечером, в другой — приступаю с самого утра, чтобы освободиться пораньше.
Так как команда на 100% децентрализована и у нас нет офисов, то всё взаимодействие между сотрудниками переходит в онлайн. Я, как VP (а это менеджерская позиция), вовлечён в различные рабочие процессы множества людей сильнее, чем среднестатистический разработчик. Это тоже стоит учитывать.
Читать полностью »
Классификация должностей в современных, особенно технологических компаниях сбивает с толку не только обилием сокращений и миксом терминов на двух языках, но и нюансами скрывающегося за ними содержания. Разобраться в сформировавшейся в совсем иных обстоятельствах современной корпоративной табели о рангах с ходу не получится. Понимание нюансов, наполнения и специфики тех или иных должностей приходит с опытом и передаётся с опытом, но в открытом доступе хорошей систематизации, по крайней мере, на русском — не найдёшь. Мы тоже накопили свой опыт за годы организации рабочих процессов как внутри «Кроссовера», так и для других компаний. Но систематизировать его начнём пока на отдельных, наиболее актуальных для нас сейчас примерах. Как эта пара должностей-двойняшек: Team Lead и SEM (Software Engineering Manager), которые, как ни похожи — всё же не близнецы.
Хорошо отлаженные процессы в эффективно работающей организации — это всегда, по сути, конвейер вне зависимости от их специфики и содержания
Team Lead, особенно в небольших командах — это универсальный солдат, который и таски по команде раскидает, и сам за станок может встать, чтобы показать, как надо работать или закрыть собой дыру в ресурсах. В общем, тимлид он во всём тимлид — батя команды разработки.
Однако если в вашей компании имеются Software Engineering Manager, «семы» — то они тоже будут руководить командами разработчиков или инженеров, контролируя и обеспечивая работоспособность команды, и поддерживая рабочий контакт с «соседними» отделами разработки. Так в чём же разница с тимлидами? Мы попросили VP of Technical Product Management компании Aurea Software Максима Винникова помочь внести нам ясности в деталях.
Читать полностью »
Классификация должностей в современных, особенно технологических компаниях сбивает с толку не только обилием сокращений и миксом терминов на двух языках, но и нюансами скрывающегося за ними содержания. Разобраться в сформировавшейся в совсем иных обстоятельствах современной корпоративной табели о рангах с ходу не получится. Понимание нюансов, наполнения и специфики тех или иных должностей приходит с опытом и передаётся с опытом, но в открытом доступе хорошей систематизации, по крайней мере, на русском — не найдёшь. Мы тоже накопили свой опыт за годы организации рабочих процессов как внутри «Кроссовера», так и для других компаний. Но систематизировать его начнём пока на отдельных, наиболее актуальных для нас сейчас примерах. Как эта пара должностей-двойняшек: Team Lead и SEM (Software Engineering Manager), которые, как ни похожи — всё же не близнецы.
Хорошо отлаженные процессы в эффективно работающей организации — это всегда, по сути, конвейер вне зависимости от их специфики и содержания
Team Lead, особенно в небольших командах — это универсальный солдат, который и таски по команде раскидает, и сам за станок может встать, чтобы показать, как надо работать или закрыть собой дыру в ресурсах. В общем, тимлид он во всём тимлид — батя команды разработки.
Однако если в вашей компании имеются Software Engineering Manager, «семы» — то они тоже будут руководить командами разработчиков или инженеров, контролируя и обеспечивая работоспособность команды, и поддерживая рабочий контакт с «соседними» отделами разработки. Так в чём же разница с тимлидами? Мы попросили VP of Technical Product Management компании Aurea Software Максима Винникова помочь внести нам ясности в деталях.
Читать полностью »
