Этот дайджест создан совместно с телеграм-каналом PM Live ? проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
Довольно частая проблема фаундеров и СЕО компаний аутсорс-разработки – это оценка сроков проекта. На старте он кажется равным 1, в реальности оказывается 1+1, а с учётом отклонений в ходе проекта – 1+1+1. В результате проект выходит даже за сроки, установленные с запасом. Эту проблему фаундеры и СЕО часто стараются решить с помощью изменения подхода к ценообразованию: невозможно прогнозировать срок и стоимость заранее, на компании большие риски, перейдём на почасовую оплату. Поделим, в общем, риски срыва срока и увеличения стоимости проекта с клиентом.
Немного цифр: с 2021 по 2022 количество наших IT-проектов увеличилось с 70 до 200. При таких объёмах без портфельного управления проектами не обойтись, поэтому мы начали с единой методологии управления проектами и внедрили единую гейтовую модель из 5 шагов: Идея-Проверка-Гипотезы-Проектирование-Реализация-Мониторинг (мы их называем L1-L5). В них мы частично скопировали подход P3.Express.
Анализ Поведения Клиентов в Очередях: Исследование Гарвардского университета выявило, что клиенты склонны переоценивать время ожидания на 23%, что подчеркивает важность прозрачности и коммуникации в процессах ожидания.
«Для сбора инсайтов на этапе выбора и оформления тура мы создали внутренний канал в Slack — инструменте, которым пользуемся каждый день, — и назвали его FeedbackHarbour. Каждый сотрудник команды может принести в этот канал новую идею, интересный инсайт, предложение или критику по продукту. Сообщения помечаются тегами — #идея, #проблема или #отзыв.»
«Последнее время мы активно растем. За год количество сотрудников увеличилось в два раза. И каждый специалист приносит в компанию свои опыт, видение и подходы. Мы ценим, что у нашей команды есть разные точки зрения на процессы, развитие инструментов, вопросы взаимодействия с нашими партнерами и внутри компании. При этом мы стали замечать, что тратим много времени на то, чтобы договориться.»
«Вот статистика по нашим контрактам: 52% — Time and Materials, остальные — Fixed Price. Хотя перевес в сторону T&M, я объясню на простом примере, почему для запуска новых проектов иногда лучше выбрать Fixed Price.»
«В области инструментария все мои наработки — это чисто автоматизация рутины и планирования. Я стараюсь не придумывать сразу сложную систему (с содержанием по алфавиту, перекрестными ссылками и красивыми картинками-разделителями), пока всё работает и так. Я итеративно что-то меняю и смотрю, насколько это мне помогает. Если не вижу результата — выкидываю. Если понимаю, что стало проще жить — оставляю и пытаюсь доработать.»
» iiko — это система для оптимизации процессов в общепите. Помощник для бизнеса, который облегчает работу сотрудникам баров, ресторанов, кафе и служб доставки. Эта программа обрабатывает заказы, ведет бухучет, подсчитывает зарплаты, генерирует скидки для гостей и составляет отчеты. С подобным справляются многие системы, но не все процессы в них автоматизированы. iiko же выстраивает работу целиком.»
«На встречах члены команды могли час выяснять, на кого и куда надо эскалировать, кто за что отвечает, в какие сроки может быть решена проблема. Когда мне самой требовалось узнать детали или задать вопрос, я сталкивалась с явлением, которое назвала парадоксом крутящейся двери. Иногда мне казалось, что я застряла при входе в офисное здание, меня крутит дверь, периодически бьет по лицу и рукам, а я никак не могу выйти. Выражалось это в том, что меня по кругу отправляли к разным специалистам, у которых не было ответа на мой вопрос. Нередко цепочка замыкалась и я возвращалась к исходному сотруднику.»
Когда Васко да Гама в 1497 году обогнул мыс Доброй надежды, больше половины его экипажа из 160 человек погибли от цинги. Этот показатель был довольно привычным: по статистике, от цинги умерло больше моряков, чем от войн, несчастных случаев и всего остального. Представьте, что у вас есть новое изобретение, способное предотвратить цингу. Люди наверняка будут умолять поделиться им и вы сразу же станете героем? Нет!
Метод Дельфи был разработан в 1950-х годах американской корпорацией RAND как инструмент прогнозирования военных технологий и потенциального влияния на оборонную политику. Название «Дельфи» происходит от древнегреческого оракула в Дельфах, символизируя стремление к достижению истины через мудрость.
Цель бизнеса как известно — прибыль. Тут можно поспорить по части определения терминов, но сути это не меняет: цель бизнеса — деньги и как можно в большем количестве! как этого добиться? Логично: что необходимо увеличить прибыль и сократить затраты. Следовательно, одно из направлений этого — сокращение затрат. Как можно сократить затраты? Если не брать в расчет «стандартной процедуры» большинства руководителей как то: сокращение персонала и зарплат, то необходимо провести довольно большую работу по оптимизации бизнес-процессов (далее БП) с целью поиска «узких мест» и их ликвидации. Если эту работу не выполнить, то все системные ошибки останутся жить и процветать на радость конкурентам и ликвидировать их будет крайне сложно.
«В этой статье я расскажу вам, как в нашем сервисе формируется витрина с фильмами и сериалами. Приподниму завесу тайны над нашей архитектурой и поделюсь, как мы компонуем выдачу персонализированного контента.»
Jobs to be Done, User Story Mapping, Impact-Effort Matrix, User Flow, Wireframes. Jobs to be Done (JTBD) помогает фокусироваться на решении реальных проблем пользователей, тогда как User Story Mapping позволяет структурировать и организовать требования в привлекательную для команды форму. Impact-Effort Matrix помогает определить приоритеты разработки, учитывая затраты и пользу, а Userflow и Wireframes являются мощными инструментами для визуализации и оптимизации пользовательского опыта.
Статья не претендует на научность, а просто рассказывает, как бывает в жизни, когда уже прошел все курсы, проверил разные гипотезы, но все еще получаешь новый опыт. На моем примере вы увидите как не нужно «впиваться» в конкретную фичу и биться с ней до конца, отпускать — это нормально, ошибки — это нормально.
То есть «лошадью ходи». Руководители настаивают на Agile и Scrum, потому что они думают о быстроте, спринтах! Но самая большая проблема заключается в том, что создание программного обеспечения — это не спринт, а марафон. И если вы человек, а не конь, то вы знаете, что марафон нельзя пробежать спринтами.
«Пришел в 2017 году разработчиком, дорос до руководителя. Пока рос, было много всего интересного: допиливали мобилку, завершали редизайн продукта, выпускали крутые обновления и новые модули. Но только недавно решили замахнуться на большее и… запустили новый дашборд и цифровой офис с виджетами, которые выглядят и работают совсем не так, как наш классический продукт. Вот так, после 15 лет довольно спокойной жизни, мы рискнули зайти в настоящие джунгли разработки.»
Вредные советы ПМ: писать подчиненным вечером по рабочим задачам, орать и пр.
? Посмотреть:
- Почему удобство для всех — утопия ⏱45 минут
Обсуждение на площадке AvitoTech про неидеальный мир, быстрые курсы и профдеформацию.
Документирование без готового продукта.
К концу лекции нашим девизом станет: «Бесконечность — Не Предел»
Нельзя просто посадить джуна и сказать ему «работай». С таким подходом вы наверняка обнаружите, что спустя время задачи не сделаны, а о проблемах вас никто не проинформировал.
Хорошей недели!
