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

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

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

Тег: дефект

Мысли из Линкадина — 18

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

О текстовыделениях

Во времена печатных машинок было всего три способа обратить внимание читателя на фрагмент текста:

  1. Набрать ПРОПИСНЫМИ.
  2. Набрать П Р О П И С Н Ы М И вразрядку.
  3. Подчеркнуть.

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

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

* * *

О papercut team

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

Например, в Эверноте все заняты внедрением AI, а починить использование русской буквы «б» в тегах не могут уже больше двух лет (я при каждом новом багрепорте напоминаю им об этом дефекте). Баг мешает работать огромному количеству существующих пользователей, но на его исправление нет ресурсов.

В Амазоне нашли решение — выделили прям отдельную «papercut team», которая занимается только описанным выше. Либо исправлением багов в существующих фичах, либо допилке моментов, которые бесят пользователей. В каждом большом продукте или семействе продуктов должна быть papercut team.

* * *

Об ощущении срочности на маркетплейсах

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

Срочность на Озоне


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

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

* * *

О жалобах и эскалациях

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

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

* * *

Про недрузей

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

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

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

* * *

О покупке подписки

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

В прошлом году я попросил саппорт сменить регион на Казахстан и попросил казахстанскую подружку привязать казахстанскую карту и оплатить подписку в тенге. Потом компенсировал переводом через Золотую Корону. Прокатило.

В этом году не прокатывает. Пробовали несколько разных карт, платёжная форма пишет ошибку. Банк говорит, ограничений нет, саппорт Эвернота молчит. Из-за того, что у меня выбран лимит в 60 мегабайт, даже не могу отредактировать свои заметки. Кроме того, клиент при каждом переключении на него, отображает попап с предложением купить подписку, перекидывает на форму оплаты и там пишет, что оплаты из РФ нет.

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

* * *

О гибели квадратного чекбокса

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

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

Круглый чекбокс в макоси

* * *

Об интерфейсе проекторов

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

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

Вроде, давно изобрели USB, можно было перевести все проекторы на этот формат. У владельцев макбуков, как правило, есть с собой переходник USB-A → USB-C

* * *

О странной посылке

Вчера было странное событие. Позвонили из моего почтового отделения (номер забит в контакты). Сказали, что у них есть для меня посылка из Москвы, отправитель указан как «Екатерина», больше никакой инфы нет. И срок хранения у этой посылки истекает сегодня, если не приеду, она отправится отправителю.

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

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

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

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

Не поехал короче. Как думаете, что это было?

* * *

О репрессиях

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

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

В общем, придётся перекрасить двери. Ну или хотя бы половину дверей. Больной безумный мир.

* * *

Об переводах физлицу

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

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

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

* * *

О хаосе

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

* * *

О едином инбоксе

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

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

Блокнот Inbox в Эверноте. Туда падают все заметки из клиппера или с компа. Время от времени их тегирую и раскидываю по блокнотам.

* * *

О коробке с кабелями

98 % времени программистов и аналитиков занимает обсуждение аспектов ПО, которые будут затрагивать нужды 2 % пользователей.

Это как коробка с кабелями. Вдруг ко мне придёт гость с нокией 3310 и ему потребуется подключить её к факсу? И ведь если выкинуть коробку, он непременно придёт.

Коробка с кабелями

* * *

О латинизации имён

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

Как пишется «Хлуднёв»? Klydnev? Khludnev? Hludnev? Мгновения, теряемые на поиск имейла, прессуются в года, мгновения прессуются в столетия.

* * *

О сопротивлении потребителям

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

Захотел вчера вечером заказать роллов в «Двух Берегах». Открываю приложение, оно обновилось. Новый красивый UI, картинки аккуратные, формочки. Логинюсь, выбираю два ролла, перехожу на страницу оплаты, ввожу бонусы, чтобы получить скидку, выбираю карту, жму Оплатить, ничего не происходит. Жму снова и снова, ничего не происходит.

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

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

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

Короче, поужинал кофе с сухарями.

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

* * *

О зонтике

Зонтик

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

* * *

Об именах в мессенджерах

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

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

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

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

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

* * *

Об обратной эволюции

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

Наблюдаю процесс обратной эволюции. Заказчики, люди в возрасте от тридцати до сорока, всё хуже воспринимают сколько-нибудь длинные текстовые документы, даже хорошо отформатированные. Отправил РП со стороны заказчика хорошо структурированную аналитическую записку на 3 (три) страницы, она отвечает, «никто эту простыню читать не будет, делайте диаграммы».

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

А пиктографическое письмо уже возродилось в виде эмодзи.

Эмодзи алфавит

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

* * *

О звуковом барьере в карьере

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

Звуковой барьер

До тех пор, пока не нашёлся пилот, который вместо того, чтобы сбавить газ, напротив, прибавил и превысил скорость звука. И тут самолёт перестало болтать, наступила тишина.

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

* * *

Об умении грамотно подытоживать

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

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

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

* * *

О добровольно-принудительном

В английском языке не существует понятия «добровольно-принудительно». Попытка объяснить американцу или англичанину значение этой фразы натыкается на абсолютное непонимание, фраза одинаково вышибает в BSOD и грузчика, и профессора филологии.

* * *

О дарк-паттернах в документировании

Один из управленческих дарк-паттернов — документировать так, чтобы было понятно только вам. Я против дарк-паттернов, но некоторые из них вызывают любопытство.

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

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

Как оказалось, замерщик первой фирмы специально писал все размеры на 10 см. больше. Производство первой фирмы знало эту особенность, а конкуренты — нет.

Принёс ли первой фирме денег этот дарк-паттерн? Нет, но определённое удовольствие, конечно, доставил.

* * *

О жестокости

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



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

Мир двойных стандартов.

* * *

О спаме

<Пользователь авторизовался на вашем сайте гугловой или ещё какой-то учёткой> ≠ <Он хочет получать от вас бесконечные потоки писем>

Корпоративная отзывчивость

Компании, которые хотят приобрести имидж отзывчивых и клиентоориентированных, руководствуются следующим правилом:

Дефект продукта, о котором сообщил клиент, должен быть исправлен с максимальным приоритетом.

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

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

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

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

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

Заголовок

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

Описание

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

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

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

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

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

 
 
 

Аттач

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

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

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

Приоритет

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

 
 
 

Окружение

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

 
 
 

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

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

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

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

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

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