Попса

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

Что тут есть интересного

Владимир Александрович Бычко

Для начала, рубрикатор:

А теперь ссылки на интересные посты:

О работе на результат

Работа на результат

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

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

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

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

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

О задаче-гамаке

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

Также должен сказать, что существует четыре вида задач:

  • Атомарная задача
  • Агрегационная задача
  • Веха
  • Гамак

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

Вот четыре задачи, связанные End-to-Start, в рамках которых проводятся некие работы:

А теперь представьте, что существует работа, которая должна проводиться всё время, пока проводятся задачи 2 и 3. Например, если в рамках этих задач проводятся работы по проведению публичного мероприятия, нам нужно дополнительной задачей обеспечить охрану и эта охрана должна работать ровно столько, сколько продолжаются мероприятия. Эту работу обязательно нужно включить в план, так как она требует трудовых ресурсов (время охранников).

Это делается так:

Задача-гамак

Задача 2 соединяется с задачей-гамаком связью Start-to-Start, задача 3 — связью End-to-End. Главное — не забудьте стереть у задачи-гамака оценку, иначе она будет отображаться неправильно.

Вот для таких случаев разработчики прожектовского софта и запасли для нас экзотические типы связей. Для скриншотов использовал Merlin Project.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

О логировании времени менеджером проектов

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

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

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

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

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

Как починить загрузку изображений в WordPress

После обновления на 5.5.0 вылезла проблема. При попытке загрузить любое изображение в галерею, сообщение об ошибке:

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

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

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

В итоге помогла замена фоторедактора по-умолчанию. Делается вставкой в functions.php (лежит в корне вашей темы) такого кода:

Советы потерявшим работу

Советы потерявшим работу

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

Финансы

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

Будьте аккуратны с зарплатными требованиями

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

Поиск новой работы

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

Нормально воспринимайте отказы

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

Не теряйте бодрости духа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

О том, как сделать узкоспециализированную задачу в приемлемые сроки.

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

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

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

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