Владимир Бычко об управлении проектами

пиэм разъясняет, предостерегает, рекомендует

Советы соискателю работы на хедхантере

советы соискателю

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

Скорость

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

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

Сопроводительное письмо

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

На самом деле, отклики с сопроводительными письмами выгодно выделяются в панели рекрутера и их читают в первую очередь. Даже банальное «Прошу рассмотреть мою кандидатуру» лучше, чем ничего. Но лучше составьте нормальное письмо, в двух словах расскажите о ключевом опыте и чем заинтересовала вакансия.
 
 

Скайп

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

Указывайте скайп-логин в способах связи. Сэкономите время рекрутеру и себе.
 
 

Пунктуальность

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

Фотография

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

Портфолио

Хедхантер позволяет загрузить сертификаты, портфолио и заполнить раздел «Обо мне». Если вы разработчик-фрилансер и у вас в опыте два-три пункта, среди которых самый длительный «Самозанятость/фриланс», в раздел «Обо мне» разместите ссылки на свои приложения. Если предпочитаете работать в штате, давайте ссылки на приложения в разделе опыта, для каждой компании отдельно. Когда будете это делать, вспомните, подписывали ли NDA. Если подписывали, увы, эту рекомендацию выполнить не выйдет, бывший работодатель непременно увидит и заклюёт.

Ссылка на гитхаб/битбакет также желательна, но скорее всего, на собеседовании тимлид отдельно попросит выслать обезличенный кусок кода с бизнес-логикой.
 
 

Заголовок

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

Совещания

Продуктивное совещание

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

Контроль статуса работ над проектом.
Ответственные сотрудники могут отчитаться о том, в каком состоянии находятся работы на их участках. Заинтересованные лица могут задать им контрольные вопросы.

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

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

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

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

Не отслеживается статус по решениям предыдущих совещаний
Актуально для периодических встреч. На прошлом совещании о чём-то договорились, зафиксировали и успешно забыли. Чтобы избежать данной ошибки, новое совещание следует начинать с обсуждения решений, принятых на предыдущем в формате кратких докладов исполнителей.

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

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

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

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

Затягивание совещания
Критично для совещаний с большим количеством участников. Все хотят высказаться, никто не следит за временем. Или большой начальник любит произносить длинные речи и его никто не решается прервать. Решается назначением модератора (обычно его функции выполняет руководитель, собравший совещание), следящего за временем и прерывающего участников.

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

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

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

Отсутствует председатель
На совещании должен в явном виде присутствовать руководитель. Оглашать пункты повестки, следить за временем, распоряжаться фиксированием решений, подводить итог.

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

Совещание не нужно
Перед тем, как собирать встречу, руководителю следует спросить себя, нельзя ли решить проблему более дешёвым способом — пообщаться один на один, задать вопрос в переписке или чате.

Изображение jaycover.com

Дёшево и сердито делаем таск менеджер для заказчика

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

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

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

Мы сделали на коленке решение в виде доступной обеим сторонам гуглотаблицы следующего вида:
Таск трекер для заказчика

Забрать себе эту таблицу вы можете по ссылке.

Вопросы вызывает колонка «Статус». Как сделать выпадающий список значений?
Выбираем столбец, жмём «Данные → Проверка данных»

В поле «Диапазон ячеек» меняем D1 на D3, чтобы проверка не затрагивала шапку таблицы. В поле Правила выбираем из списка значение «Значение из списка» (лол) и вписываем все состояния тасков через запятую без пробелов. Мне кажется, что этот список должен быть таким: «Открыта,В работе,Готова,Закрыта,Возвращена,Заморожена».

Я сделал гифку:
Фиксированный список значений для ячейки

Собственно, всё. Остаётся своевременно заносить в эту таблицу баги и таски, ставить им корректные состояния. Единственный недостаток такого псевдотрекера в том, что он не умеет слать на почту уведомления (если вы знаете, как это реализовать, напишите в комментарии).

Как не надо организовывать службу поддержки

Уже много лет я играю в Castle Clash, он же Битва замков. В целом, эта игра сделана по всем канонам геймдизайна, стабильно развивается, удерживает сотни игроков и приносит создателям сотни нефти. Однако есть в этой игре настоящий пример того, как не надо делать. Это служба поддержки.

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

Начнём с того, что саппорта в игре я не нашёл и стал гуглить. Нагуглил емейл. Написал на этот емейл письмо с жалобой. Получил следующий ответ:

Вы поняли? Не: «Извините, уже чиним», а обратитесь другим способом. Ну ладно, мы не гордые, напишем обращение ещё раз.

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

Со второго раза формочка таки прогрузилась, но, честное слово, лучше бы там оставалась ошибка:

Техподдержка Castle Clash, первый экран формы

Начнём с дублирующегося поля категории. Наверное, в других разделах есть категория и подкатегории, но в разделе «Ошибки в игре» единственная подкатегория «Ошибки в игре». Ничего не мешает убрать лишнюю подкатегорию и сократить форму на одно поле.

Второе. Я обращаюсь к помощи из игры, предварительно авторизовавшись игровым аккаунтом. Реализовать автоматическое получение IGG ID (кстати, не каждый казуал поймёт, где его искать) — одна строчка кода. Нет, мы заставим пользователя закрыть форму, переписать ID на бумажку, снова открыть форму и ввести его ещё раз.

Но на этом сюрпризы формы не заканчиваются:

Техподдержка Castle Clash, второй экран формы

Видите звёздочку? Поле скриншота сделано обязательным. Но это совершенно нелогично, скриншот к ошибке, как раз, штука опциональная. Как я могу заскриншотить босса, не вызывающегося автоматически?

На этом я общение с техподдержкой данной игры прекратил.

 

Выводы (капитанство, но, как видите из статьи выше, не для всех они очевидны):

  1. Неважно, по какому каналу к вам обратился пользователь. Если он указывает на проблему, её нужно решать.
  2. Не надо прятать возможность создать запрос в техподдержку в дебри игрового интерфейса.
  3. Не плодите поля.
  4. Если есть возможность получить какие-либо сведения о пользователе автоматически, сделайте это.
  5. Будьте осторожны с обязательностью полей.

Управление миллениалами

Как управлять миллениалами

Миллениалы — это люди, родившиеся в период с 1980 по 2000 год, их ещё называют поколением Y. Они встретили новое тысячелетие в юном возрасте и глубоко вовлечены в цифровые технологии. К этому поколению отношусь и я.

Есть мнение, что эти люди нетрудолюбивы и ленивы, «летуны эпохи стартапов», но это не так, это прекрасные сотрудники, они лишь требуют несколько иных методов менеджмента.

Традиционный менеджмент «копать от забора до обеда», успешно работавший на поколении X, будучи применённым к миллениалам, натыкается на стену непонимания и приводит лишь к увеличению текучки, что не есть хорошо.
 
 
 

Никаких штрафов

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

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

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

Различные бонусы

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

Своя территория

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

Гибкие списки задач

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

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

Разумный баланс между доверием и контролем

Во-первых, регулярно хвалить за успехи. Разумеется, соблюдая священное правило хвалить публично, а ругать приватно.

Во-вторых, не спрашивать постоянно: «Ну что, ты уже сделал?». Достаточно один раз в день уточнить состояние работ по текущим делам. Не предъявить: «Какого чёрта ты до сих пор не сделал, я же давал задание вчера?», а именно уточнить.

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

Изображение с itsnicethat.com

Контроль удалённых сотрудников

На момент написания этих строк на hh.ru размещены 6884 вакансии, предполагающие удалённую работу. Требуются программисты, контент-менеджеры, SMM-щики, маркетологи, операторы call-центров, переводчики и другие специалисты, для работы которых присутствие в офисе необязательно.


Плюсы перевода сотрудников на удалённую работу нет нужды перечислять, вы их прекрасно знаете. А вот как эффективно контролировать удалёнщиков — вопрос открытый.
 
 
 

Отсутствие учёта рабочего времени

Главный страх руководителя — что удалённые сотрудники будут бездельничать. Но это лечится очень просто — привязкой зарплаты к фактическому результату.

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

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

Безусловно, есть специалисты, для которых нахождение на связи в рабочие часы принципиально. Например, для тех же операторов call-центров, или сотрудников техподдержки, ведущих постоянное общение с клиентом. Но и в их случаях следует проявить капельку доверия, отказавшись от установки анальных зондов.
 
 
 

Дополнительная мотивация

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

А вот положительную мотивацию обычно игнорируют. Ну, дескать, зачем дополнительно платить сотруднику за работу, за которую он и так получает зарплату. Тем не менее, 200-300 рублёвая премия за отличное выполнение задания, могут сотворить чудеса мотивации и существенно повысить лояльность сотрудника компании.
 
 
 

Компромисс для взаимодействия с заказчиком

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

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

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

Постановка задач

Не могу не напомнить про первую батырёвскую «татуировку». То, что очевидно для меня, неочевидно для других.

Задача для удалёнщика — маленький контракт и от того, насколько тщательно вы его составите, будет зависеть успех исполнения. Обязательно обзаведитесь системой постановки задач, поддерживающей чеклисты. Можно пользоваться тем же Редмайном или Вундерлистом, но система должна быть.

Задания в этой системе следует прописывать настолько подробно, насколько это возможно, чтобы убрать вероятность дискоммуникации. Иными словами, задача должна быть сформулирована так, чтобы её нельзя было понять превратно.

Кроме того, структурирование задач и составление чеклистов, структурирует мышление руководителя, делает его более системным.

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

Подстраховка при работе с фрилансерами

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

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

Мотивирующие письма

Можно давать положительную или отрицательную обратную связь или вообще, не давать сотрудникам никакого фидбека. Опыт показывает, что хуже всего обстоят дела с производительностью в последнем случае, когда вы обратной связи не даёте.
Рекомендуется писать сотрудникам мотивирующие письма хотя бы раз в неделю. В этих письмах следует хвалить за успешное выполнение задач и отмечать возникшие ошибки и затруднения, указывая, какие меры приняты (например, участок работы, на котором возникли затруднения, был регламентирован).

Изображение с t.me/iskrarazuma

Как правильно писать и оформлять дефекты.

Обычно баги выписывают тестировщики, однако любому менеджеру проектов приходится заниматься тем, что называется «приёмочное тестирование», в ходе которого он выясняет, то ли, в принципе, сделал разработчик. Мало того, бывает ситуация, когда тестировщика нет вообще и ПМ-у приходится брать функцию поиска и регистрации дефектов на себя.

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

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

Заголовок

Заголовок должен отвечать на вопросы: «Что? Где? Когда?». Суть ошибки, локализация и условия, при которых она возникает. Например: «Сбрасывается галка менеджмента в редакторе сметы при сохранении»
 
 
 

Описание

Описание должно отвечать на вопросы: «Что делал? Что получилось? Что должно было получиться?»

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

    1. Создаю и открываю на редактирование смету.

  • Ввожу перечень работ.
  • Ставлю галку менеджмента и прописываю значение.
  • Сохраняю смету

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

 
 
 

Аттач

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

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

Логи Если для описания бага важно содержимое лога, копируем его в текстовый файл и приаттачиваем к дефекту. Засовывать логи в описание бага категорически не рекомендуется.
 
 
 

Приоритет

    • Blocker – проблема блокирует функционал.
    • High – серьезные проблемы функционала, задевающие основной сценарий/главные фичи, которые нужно исправить в первую очередь.
    • Normal – стандартные баги функционала/ верстки.
    • Low – опечатки, мелкие баги верстки.
      Баг желательно вешать на разработчика, ответственного за кусок функционала, затронутый багом.

 
 
 

Окружение

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

 
 
 

Распространённые ошибки

Десяток ошибок в одном баге. Возникает соблазн накидать в один баг кучу проблем, связанных с одним куском функционала. Это плохая идея. Много мелких багов лучше одного крупного — они быстрее закрываются и отправляются на проверку и вообще, лучше читаются. Крупный баг нельзя закрыть, пока не будут закрыты все описанные проблемы и в течение этого времени проверяющий будет простаивать. Иногда избежать этой ошибки не удаётся. В таких случаях рекомендуется прикреплять к дефекту чеклист.

Скриншот вместо фактического результата. Формулировка вида «Ничего не работает» и скрин в аттаче, вот и весь дефект. За такие дефекты надо отрывать руки. В 99 % случаев проблему можно описать способом, о котором я рассказал выше и дефекты такого типа — следствие лени проверяющего.

Невнятные шаги воспроизведения. Всегда нужно помнить первую татуировку из книги «45 татуировок менеджера»: То, что очевидно для вас, неочевидно для остальных. Если описать шаги недостаточно подробно, есть риск, что разработчик просто не сумеет воспроизвести баг и вернёт его на доработку, что приведёт к потере времени.

Постановка всем багам высшего приоритета. Тут как с мальчиком, который кричал «Волки!» Если всем багам ставить высший приоритет, отношение к ним будет одинаковым — исправляем по мере возможности. Высший приоритет следует приберечь для действительно серьёзных проблем, которые прямо сейчас блокируют работу большому количеству пользователей.

Изображение с themouseandthewindmill.wordpress….

Blisk — браузер с эмуляцией мобильных устройств

Blisk — браузер с эмуляцией мобильных устройств

Хочу поделиться новым рабочим инструментом. Это браузер для разработчиков под названием Blisk. Браузер сделан на движке Chromium и на нём пашут все нужные расширения хрома (вы можете видеть на скриншоте LastPass и Screencastify).

Главная фича браузера — эмуляция целого зоопарка устройств, от четвёртого айфона до HIDPI монитора с разрешением 1920 на 1080. В опциях можно включить синхронную прокрутку в стандартном окне браузера и окне девайса.

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

Кроме того, браузер имеет встроенный инструмент для записи скриншотов и скринкастов с выкладыванием в собственное облако. К сожалению, за использование облака придётся заплатить 10 $ за пользователя (оптом скидки).

Краткий гайд по айтишным профессиям

Профориентация

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

 
 
 

Менеджер проектов

Обязанности

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

 

Каким людям подходит

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

 

Как им стать

Вырасти до проектного менеджера можно из разработчика (редко) или аналитика. Работодатели часто требуют знания стандарта под названием PMBOK, но на деле пользы от него немного. В некоторых компаниях приходится работать с уже сложившейся командой, в других может потребоваться нанять команду, для этого не будут лишними компетенции рекрутера.

Работа предполагает множество коммуникаций с заказчиком и командой и высокую личную проактивность. Говоря простым языком, ПМ — это человек, «которому больше всех надо».

 

Подводные камни

Подводные камни состоят в том, что для того, чтобы объективно оценить качество работа ПМ-а, требуется, минимум, полгода, а продолжительность испытательного срока обычно не превышает 2-3 месяцев. Из-за этого работодатель оценивает кандидата субъективно, на уровне «нравится-не нравится».

 

Уровень зарплат

Уровень зарплат — 30-50 тыс. руб. при наличии минимального опыта в регионах и 80-100 тыс. руб. в Москве или Питере. Без опыта устроиться практически нереально, поэтому обычно будущие ПМ-ы работают на должность аналитиков или разработчиков и постепенно вырастают в своей организации до ПМ-ов.
 
 
 

Менеджер продукта

Обязанности

  • Разработка новых продуктов и их продвижение;
  • Управление ассортиментом; (продуктовой линейкой вендора)
  • Планирование KPI продукта на краткосрочной и долгосрочной основе, мониторинг исполнения KPI;
  • Ценообразование;
  • Прогнозирование продаж;
  • Ведение аналитических данных по конкурентам;
  • Исследования рынка и отрасли, анализ тенденций развития, анализ конкуренции;
  • Создание программ по стимулированию продаж;
  • Подготовка маркетинговых материалов;
  • Подготовка и проведение презентаций;
  • Написание и публикация материалов по продукту;
  • Консультирование партнеров по техническим вопросам;
  • Участие в переговорах с клиентами;

 

Каким людям подходит

Требуется развитый абстрактный интеллект.

 

Как им стать

Главное отличие менеджера продукта от менеджера проекта то, что ПМ отвечает за сроки, а менеджер продукта — за качество. В крупных корпорациях менеджер продукта состоит в инженерных подразделениях, однако в компаниях попроще, он относится скорее к маркетингу.

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

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

 

Подводные камни

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

 

Уровень зарплат

40-50 тыс. руб в регионах, 100-150 тыс руб. в Москве и Питере. Без опыта устроиться практически невозможно, требуют портфолио проектов/продуктов.
 
 
 

Аналитик

Обязанности

  • Переговоры с заказчиком, сбор, анализ и документирование требований.
  • Написание технического задания.
  • Управление требованиями.
  • Консультация команды по вопросам ТЗ, поддержание ТЗ в актуальном состоянии.

 

Каким людям подходит

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

 

Как им стать

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

Аналитики бывают бизнес и системными. Бизнес аналитик в большей степени ориентирован на мышление категориями бизнеса, он оперирует процессами. Системный аналитик — скорее технарь, может проектировать структуры базы данных и алгоритмы. Иногда эти должности совмещаются.

 

Подводные камни

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

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

 

Уровень зарплат

25-40 тыс. руб в регионах, 60-80 тыс. руб. в Москве и Питере. Конкуренция не очень высокая, есть шанс устроиться с минимальным релевантным опытом.
 
 
 

Технический писатель

Обязанности

  • Написание руководств пользователя.
  • Иногда — написание ТЗ под диктовку ПМ-а или бизнес-аналитика.
  • В компаниях, работающих на господрядах — написание документации, требующейся по ГОСТу.

 

Каким людям подходит

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

 

Как им стать

Можно устроиться без опыта, главное — умение грамотно писать по-русски без ошибок. Также нужно уметь пользоваться несложной разметкой Media Wiki и управляться с Confluence.

Для работы с окологосудаственными компаниями, требуется знание ГОСТ 34.

 

Подводные камни

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

 

Уровень зарплат

25-30 тыс. руб. в регионах, 40-50 тыс. руб. в Москве и Питере.
 
 
 

Тестировщик

Обязанности

Тестировщики делятся по специализации на специалистов по ручному и автоматизированному тестированию.

Ручные тестировщики внимательно изучают ТЗ и пишут на его основании планы тестирования и тестовые кейсы, а потом с их помощью вручную тестируют приложения.

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

 

Каким людям подходит

Требуется развитый абстрактный и вербальный интеллект.

 

Как им стать

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

В автоматизаторы можно вырасти из ручного тестировщика, приобретя нужные компетенции.

 

Подводные камни

Работа требует определённого занудства и большой дотошности, внимания к деталям, а также специфического «разрушительного» мышления. Иными словами, разработчик, ПМ и аналитик думают, как заставить приложение работать, тестировщик же должен думать, как его сломать.

 

Уровень зарплат

20-30 тыс. руб. в регионах, 40-80 тыс. руб. для Москвы и Питера.
 
 
 

Разработчик

Обязанности

  • Реализация приложений, согласно ТЗ.
  • Оценка трудоёмкости и сроков разработки.
  • Иногда — написание модульных тестов.

Разработчики бывают джуниорами, мидлами и сениорами. Джуниор больше портит, чем строит и занимается самыми простыми задачами вместе с наставником. Мидл — опытный разработчик, способный к самостоятельной работе. Сениор — очень опытный разработчик, занимающийся очень сложными проектами и/или руководящий коллективами разработчиков, а также осуществляющий код ревью менее опытных коллег.

 

Каким людям подходит

Требуется развитый пространственный и абстрактный интеллект. Требований к вербальному и эмоциональному практически нет.

 

Как им стать

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

 

Подводные камни

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

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

 

Уровень зарплат

30-120 тыс руб. в регионах, 60-200 тыс руб. в Москве и Питере. Программисты с редкими и сложными специализациями могут получать значительно больше. Вообще, уровень зарплат выше, чем у всех остальных ролей, что делает работу программиста очень привлекательной в карьерном плане.
 
 
 

Дизайнер

Обязанности

  • Отрисовка интерфейсов по ТЗ.
  • Продумывание логики интерфейсов вместе с аналитиком и ПМ-ом.

 

Каким людям подходит

Требуется развитый абстрактный и ВНЕЗАПНО вербальный интеллект — дизайн нужно презентовывать самостоятельно и уметь обосновывать и отстаивать свои решения.

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

 

Как им стать

Дизайнером можно устроиться без опыта, имея за плечами профильное образование или портфолио самостоятельно нарисованных интерфейсов.

 

Подводные камни

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

 

Уровень зарплат

20-40 тыс. руб. в регионах и 60-80 тыс. руб. в Москве и Питере.

Планирование загрузки команды

В IT компаниях, занимающихся реализацией нескольких проектов одновременно, непременно присутствует процесс еженедельной планёрки, на которой менеджеры обсуждают, кому какой «ресурс» достанется. Обычно перед такой планёркой все заполняют большую гуглотаблицу, в которой отмечают, кому какой разработчик на какой проект и на какое время требуется. Есть сервис под названием Teamweek, реализующий такой функционал.

Начнём с того, что всех пользователей можно разбить на команды. iOS, Android, QA, дизайнеры и так далее, а потом фильтровать по этим командам доску. В верхней части доски можно для наглядности ставить вехи ключевых событий, которые должны в этот день произойти. В основном поле, в строках участников, рисуются «колбаски» загрузки. Есть возможность выбрать из списка проект, написать название работы, количество часов в день и сроки. Каждому участнику можно написать количество рабочих часов. Если в данный день загрузка неполная, в верхней части строки отображается количество недогруженных часов.

Сервис можно интегрировать со Slack, Button, Trello, Basekamp и GitHub. Кроме того, он умеет слать письма исполнителям о том, что на них назначена активность. Формировать загрузку команды при помощи этого сервиса намного удобнее, чем в гуглотаблицах.

Изображение с m.vk.com