Попса

популярный светский альманах

Категория: Коммуникации

О договорённостях задним числом

«Эксперт — это человек, который совершил все возможные ошибки в очень узкой специальности.»

—  Нильс Хенрик Давид Бор

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

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

Я провёл вводную встречу с заказчиком и начал проработку требований, параллельно с подготовкой дизайна, получив некое представление о том, что нужно сделать в MVP. И тут начались проблемы. Заказчицы буквально каждый день стали накидывать к MVP дополнительные функции, видимо, боясь, что Большой Босс, который всё это финансирует, обозлится, если увидит в MVP мало функций. Мои ответы, что в MVP должна быть одна-две функции, решающие ключевую пользовательскую проблему и что дополнительные функции в оговорённые сроки мы сделать просто не успеем, их не устраивали. «Мы договаривались с Мишей, что всё это будет в MVP» и точка. Никаких «оценим и сделаем в следующей итерации» и всё.

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

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

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

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

И напоследок бонус. Чтобы определить базовые приоритеты заказчика, можете ему подсунуть на заполнение вот такую простенькую табличку:

Базовые приоритеты заказчика

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

Типовые вопросы на собеседовании на аналитика и ответы на них.

Собеседование на аналитика

Ранее я писал, какие вопросы задают на собеседовании на project manager-а. Вот вопросы и ответы для бизнес-аналитика.

Какой основной инструмент бизнес-аналитика?

Единственный правильный ответ — критический ум. Перечисление программных продуктов, при помощи которых вы пишете требования, будет ошибочным.

Какие знаете методологии разработки?

Классический проектный подход (PMI), скрам, канбан. В принципе, этого достаточно.

Какие бывают требования?

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

Также можно рассказать про уровни требований:

  • бизнес-правила,
  • бизнес-требования,
  • пользовательские требования,
  • требования к продукту.

Также можно рассказать про типы требований:

  • ограничения,
  • требования к графическим интерфейсам,
  • требования к данным.

Какими свойствами обладают хорошие требования?

  • завершённость,
  • последовательность,
  • правильность,
  • абстрактность,
  • осуществимость,
  • измеримость,
  • необходимость,
  • прослеживаемость,
  • однозначность.

Какие существуют методы сбора требований?

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

Как строится процесс работы с требованиями?

Требования нужно:

  • собрать,
  • задокументировать,
  • проанализировать,
  • управлять ими.
(далее…)

Тактика вопросов для интервью с заказчиком

Интервью по сбору требований

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

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

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

  • Чем занимается компания?
  • Кто будет пользоваться решением, которые мы хотим разработать?

Далее следуют три вопроса, которые дадут вам 90 % информации о проекте. Это вопросы:

  • Какую бизнес-проблему нужно решить?
  • Как эта проблема решается сейчас?
  • Что не устраивает в текущем решении?

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

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

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

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

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

О цифровой личности

Цифровой образ

А вот как бывает — устраиваетесь на работу или ищете партнёров для стартапа, а работодатель или потенциальный партнёр проверяют вашу цифровую личность. Так, к вашему сведению, делают 84 % работодателей.

Что входит в состав вашего цифрового портрета?

  1. Личные страницы в соцсетях
  2. Профили, созданные вашими предыдущими работодателями
  3. Результаты поисковой выдачи по запросу с вашей фамилией и именем.

Личные страницы

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

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

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

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

Корпоративные профили

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

Поисковая выдача

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

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

Попробуйте гуглить свой никнейм, номер телефона (вы знали, что если вбить номер телефона в поисковую строку фейсбука, профиль, к которому привязан этот номер, непременно отыщется?), имейл. Результат может быть неожиданным, например могут вылезти какие-нибудь стрёмные объявления, которые вы давали со своего профиля на Авито или Юле.

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

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

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

О манипуляциях обобщениями

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

Варианта два. Либо у него, действительно, скопилась критическая масса долгов и он не может самостоятельно расставить приоритеты, либо он врёт. Чтобы увильнуть от работы или чтобы скрыть от вас детали процессов, в которых участвует, неважно.

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

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

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

Не позволяйте вами манипулировать при помощи обобщений.

О том, как не превратить сбор требований в соревнование

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

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

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

Как не настроить заказчика против себя при сборе требований? Вести диалог так:

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

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

О том, как сдать этап принимающей группе, которую трудно собрать.

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

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

Таким нехитрым способом можно значительно ускорить приёмку этапа группой из нескольких лиц.

О сортировке почты

Автоматическая сортировка почты в Gmail

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

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

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

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

Гуглопочта и яндекс почта точно поддерживают такую сортировку. Вот, как это настраивается в гуглопочте:

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

О kick-off совещании

Kick-off – значит «вбрасывание». Если вы работаете в маленькой компании, где все постоянно друг с другом взаимодействуют, нужды в kick-off совещании нет, но если мы говорим о крупной, с отделами и департаментами, оно необходимо.

Этим совещанием начинается работа по проекту, прошедшему фазу инициации и планирования. То есть, сформирован устав и концепция проекта, написан план работ, издан приказ о старте проекта.

  1. Собираем всю команду в одном месте. Если команда распределённая — созваниваемся, но эта практика больше для офисных команд.
  2. Зовём спонсора проекта. Очень важно, чтобы он пришёл, сказал приветственное слово и сразу же ушёл. Нужно для придания официальности мероприятию.
  3. Просим каждого члена команды встать, представиться и назвать свою роль. В больших компаниях, особенно с большой текучкой, есть вероятность, что кто-то кого-то не знает, а после такой инициализации появляется вероятность, что ранее незнакомые люди будут контачить.
  4. Спрашиваем, все ли видели устав проекта и приказ о старте. Просим поднять руки всех, кто не видел. Если такие есть, даём им доступ и присылаем ссылку.
  5. Спрашиваем, все ли видели план работ и ознакомились с ним. У плохого менеджера член команды говорит: «Я закончил, что делать дальше?». У хорошего же: «Я закончил с этапом x и, в соответствии с планом, приступил к этапу y».

Всё, на этом расходимся. Kick-off совещание короткое, на нём необязательно вести протокол, но оно очень чётко даёт понять всем участником команд, что проект начат и всё серьёзно.

О совещаниях

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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