Этот дайджест создан совместно с телеграм-каналом PM Live | проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Нарушение связности
Даже если вы не следите за трендами информационных технологий, вы, скорее всего, заметили, что раз в несколько недель в российском сегменте интернета случаются крупные сбои. Теперь даже далекие от мира IT начинают задаваться вопросом: в чём, собственно, причина?
Если коротко — мы не знаем. Вернее, мы не можем достоверно это установить, и можем полагаться только на то, что предлагается в официальных материалах. Например, Роскомнадзор отчитался о том, что последний сбой был вызван “кратковременным нарушением связности”.
Дело в том, что глобальная сеть Интернет состоит из более мелких сетей различных операторов связи, которые связаны между собой. Соответственно, есть всевозможные промежуточные узлы и маршруты, с помощью которых передаётся трафик. В случае различных нарушений работы механизмов маршрутизации может сложиться ситуация, когда из одной сети нельзя попасть в другую: это, собственно, и называется нарушением связности.
Но в данном случае есть небольшой нюанс: связность вообще-то нарушается для всего трафика, а вот при сбоях в Рунете продолжали работать мессенджеры и многие другие сервисы, что странно. Поэтому не исключено, что сбой был вполне себе рукотворным.
Чтобы применить метод ABCDE, нужно разделить рабочее время на пять частей. Каждая часть соответствует букве алфавита:


Его методология была основана на игре в «Монополию», которую он адаптировал для реального бизнеса, используя для этого многолетние наблюдения, анализ и разработанную диагностику.
Согласно теории Белбина, в коллективе между участниками должны быть сбалансированы их роли.
Помните компанию Gartner, что квадрант магический создаёт? Ещё три года назад оказаться в квадранте – мечта любого российского вендора, ведь заказчики всегда ориентируются на такую экспертизу: увидели в свежем отчёте лидирующего вендора, и вперёд к руководству просить «добро» на закупку. Сейчас это трудно представить: исследовательская фирма Gartner покинула российский рынок в начале 2022 года, а достойной отечественной альтернативы у неё так и не появилось. Так в чём же, собственно, «магия» этого квадранта и нужно ли России импортозаместить и его?

Если бы только Альфонсо знал, что база знаний спасёт его от тюрьмы

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

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

Однажды, во время похода по горам Кавказа , нас застала непогода. Дождь лил несколько дней кряду, и ручьи, которые мы переходили, замочив ноги по щиколотку по дороге к вершине, на нашем обратном пути превратились в широкие и бурные потоки. Один из них разлился на 40-50 метров шириной.
Дожди не планировали останавливаться, и нашей группе нельзя было ждать, поэтому было принято решение идти вброд. Мы разбились на 2 группы по 6 человек, встали в круг и крепко-накрепко ухватились за лямки рюкзаков тех, кто стоял справа и слева. За пару дней до этого у меня случилась травма руки (я неудачно упала) , рука распухла, пальцы были как сосиски, и я несла её на перевязи. Но тут, откинув повязку в сторону я ухватилась за лямку соседа так, что не отцепишь. Жить, как говорится, захочется, не так раскорячишься.
И вот, медленно прокручиваясь по часовой стрелке и продвигаясь в сторону противоположного берега, наш круг двигался в воде. Люди, находящиеся напротив друг друга по очереди попадали в стремнину.
В разных степенях палатных теорий, от религиозных до экономических, присутствуют главные злодеи — некие технари, которые всех поработят и заберут наши человекоресурсы, превратив нас в рабов.

Дейлики — зло. Особенно стригерил пункт про «должны заряжать радостью», хорошо бы,но обычно они только вызывают раздражение.
Если совсем нет денег, то можно выбрать конкурента, который явно уже это все тоже тестировал, и погуглить какие-то статьи/выступления на конференциях сотрудников оттуда. Люди часто делятся опытом каким-то. Плюс можно на том же Reddit походить в обсуждения конкурентов, сказать что хотите делать альтернативный тул и попросить поделиться опытом использования того второго продукта, а потом уже и свой предложить потыкать. Аналогичным образом, в целом, можно на LinkedIn делать – если человек явно работает там, где пользуются конкурирующим тулом, можно подобный же запрос сформулировать и попросить поделиться опытом. Умничать люди любят

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

Первое время проведение ЮТ — стрессовая ситуация: важно следить за словами, наблюдать, быстро устранять технические неполадки, вовремя задавать грамотно сформулированные вопросы… В результате на первых порах тестирование не завершается, а обрывается краткой благодарностью и прощанием. Я рекомендую еще при подготовке сценария продумать, как будете к нему переходить.
Добавление красной иконки-счетчика уведомлений у ярлыка Duolingo дало рост DAU на 1.5%. Это кажется очевидным улучшением, но только на первый взгляд.

Это всё про менеджмент, регламентацию, лидерство.
Долгое время я использовал Bizagi Modeler, но у этого решения есть ряд недостатков: оно громоздкое, работает только на Windows, требует сложной установки и, как и многие другие BPMN-системы, например, Camunda или Comindware, предполагает наличие специфических технических знаний, например, знания C#.

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

как пройти путь от убыточной точки к агентству, которое разрабатывает сайты для интернет-магазинов МТС, Volkswagen.
Через месяц работы в новом агентстве я поняла, что не справляюсь с работой. Я пыталась успеть всё и сразу, из-за чего страдала личная жизнь. Приходилось отменять обеды и встречи с друзьями, сидеть до ночи.
Но это не помогло. Через месяц я каждое утро просыпалась разбитой. Голова не работала. В офисе сидела до ночи, но толку не было — макеты возвращались с правками, сроки срывались.
Тот самый случай когда я жду появления удобного ИИ ассистента, чтобы тот лопатил тонны противоречивой информации из мессенджеров, джиры, имейлов, кода и доков вместо нас. Это вообще не человекоразмерная работа, от которой сгораешь очень быстро.
Увольнение – это просто опыт, который надо прожить, сделать выводы и пойти дальше. И дальше будет лучше (конечно, если выводы были сделаны).
Но, пока я расписывал этот тезис, я осознал, что все шаги между романтическими отношениями и отношениями на работе похожи практически один в один. И я решил пробежаться по Customer Journey Map от начала до финала отношений. Чем дальше я погружался в сравнение, тем смешнее становилось, настолько там все похоже.
Одним из наиболее эффективных подходов к проведению ретроспектив является метод 4L»s (Liked, Learned, Lacked, Longed For).
Когда я начинал свой путь junior PM, мне казалось, что ключ к успеху — это найти ту самую «волшебную» методологию. Scrum там, Kanban или, симпатичный, p3express. Но потом я понял одну штуку (спойлер: я еще в процессе понимания) — пока не разберёшься в пяти классических функциях менеджмента, любые модные фреймворки/методы/методологии будут лишь «пляской с бубном». При том что ты еще не стал шаманом.

а если в команде несколько продактов и у каждого свои задачи? кому-то в админке надо кнопку добавить, кому-то рейтинги продавцов пересобрать, кому-то новый путь авторизации сделать, кому-то автоматизировать выгрузку для бухгалтерии
Задача, стоящая перед настоящим текстом — придать объем DIP, продемонстрировав, как из лаконичных дефиниций следуют строгие правила по организации кода. В статье будут очерчены критерии корректного использования принципа, разобраны его определения и рассмотрен пример применения. Это даст понятную модель организации зависимостей кода, которую вы сможете применить на практике.

Очевидно, что ошибки, выявленные на этапе анализа, обходятся дешевле и решаются быстрее, чем те, которые обнаруживаются во время разработки или тестирования. Детальная проработка и документирование задачи — это не формальность, а возможность тщательно пересмотреть требования,найти все несоответствия заранее и избежать багов в будущем. Когда проблемы всплывают на этапе тестирования, их исправление требует больше времени и усилий. Иногда это решается быстро, а в иных случаях задача возвращается обратно к аналитику для доработки и проходит весь цикл разработки снова, что еще больше оттягивает поставку.
Архитектура биллинга Яндекс 360
я занимаюсь разработкой биллинга в Яндекс 360, куда входят Диск, Почта, Телемост, Мессенджер, Календарь и другие сервисы для решения повседневных задач. Ежедневно наши сервисы обслуживают 80 миллионов пользователей и более 130 тысяч организаций, обрабатывая свыше 1 миллиона запросов в секунду.
Биллинг в этой системе — ключевой механизм. Это не про списание денег, а про то, чтобы пользователь получил доступ к тому, за что он заплатил, максимально быстро и без сбоев. В статье расскажу, как мы спроектировали архитектуру биллинга так, чтобы не быть единой точкой отказа и обеспечивать хорошую скорость предоставления услуг. Наш подход позволяет пользователю мгновенно получать доступ к купленным сервисам, что особенно важно в условиях нагрузок в тысячи RPS.
Посмотреть:
Мастер-класс
- Архитектура мобильного приложения ⏱️40 минут
Рассмотрены особенности проектирования архитектуры мобильного приложения на примере приложения для сотрудников банка. Проследим путь построения решения: от разметки предметного поля и ООП, сформировавших доменную архитектуру (DDD), до выбора способов интеграции, базы данных и нефункциональных аспектов. В результате получим платформу, которая может благодаря ООП, онтологии и API First легко интегрироваться с корпоративной экосистемой, масштабироваться и развиваться в соответствии с бизнес-потребностями.
S.T.A.T.I.K — инструмент универсальный, который можно применять для дизайна совершенно разных уровней управления — для управления работой команды; для управления процессом поставки ценности; для управления клиентскими путями; для управления портфелем проектов; и так далее.
Четыре уровня формирования ответственности у команды.
На что сейчас смотрят в первую очередь работодатели при рассмотрении кандидатов
- IT в большой корпорации ⏱️1 час 20 минут
Мотивация команды и удержание сотрудников
- Управление изменениями требований ⏱️1 час 30 минут
Поддержка реестра требований на протяжении проекта
С “чисто уральской панелью” будем говорить на тему “Как управлять удаленными и распределенными командами”, в морозные -16 в ЕКБ тема удаленки как никогда актуальна.
