Этот дайджест создан совместно с телеграм-каналом PM Live | проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Алекс Фимин:
Выдал базу в хорошем смысле. В ИТ вообще имхо только у программистов понятная роль, все остальные вспомогательные и взаимозаменяемые, идея — разгрузить интровертов гениев и по возможности снять с них общение с людьми. Если не-программист этого не понимает и вместо этого надувает щёки и «отстаивает границы», то с точки зрения компании он не приносит пользы.
Володик:
Мне значит с этой точки зрения «не везло» — РП, хоть в маленькой компании, хоть в большой, это именно администратор. Причём я не хочу сказать что это плохо — там огромное количество работы, необходимо следить за всеми сроками-ресурсами-согласованиями-… Но с точки зрения что ТЗ (т.е. понимания общей картины продукта, и даже больше — вообще архитектурных решений), что технических особенностей реализации, это не к РП. Для них проект это набор задачек в джире, у которых есть параметры приоритета, сложности, сроков, взаимосвязанности. Но собственной экспертизы за пределами этих цифр они не имеют. Вплоть до того что им на пальцах приходится рассказывать.
Чтобы правильно расставить приоритеты, нужно смотреть на дорожную карту продукта, запросы клиентов по итогам кастдевов, изменения на рынке, сложность и объём задач.
Program managers are more strategic in their thinking and deliverables, while the project manager is often working on day-to-day task management on a more cellular level. But before we compare the roles of a program manager and a project manager in-depth, we must first understand the difference between a project and a program.
Amazon использует простую, но мощную систему для принятия решений, которая делит все решения на обратимые и необратимые и это очень простой и при этом действенный фреймворк.
Делимся книгами, видео и телеграм-каналами в разных областях: от проектного менеджмента до работы с базами данных.
Сплетни представляют собой неофициальные и часто искаженные сообщения о других людях, которые передаются без реальных оснований.
Неценовая стратегия строится в 2 направлениях, которые на практике применяются по отдельности или комплексно. Первый вектор — конкуренция в области сырьевых рынков, а второй — борьба за нишу в сфере реализации услуг и сбыта продукции.
Предлагаю разобраться в теме разочарования. Что именно разочаровывает пользователей, и как это можно изменить.
За семь лет в IT я повидал многое: и большие задачи, и экстренные багфиксы ночью, и не совсем понятные требования от бизнеса, но всегда это были готовые проекты с уже выстроенной архитектурой, где знаешь, что и как работает. Год назад, в конце августа, ко мне пришел знакомый и сказал примерно следующее: у меня есть команда, мы занимаемся P2P платежами, сейчас работаем с одной известной площадкой, но хотим сделать свой продукт, можешь с этим помочь?
Экспертизы в сфере P2P платежек у меня не было, поэтому первоначально пошел гуглить, что это вообще такое, где и как работает. После изучил схему, которую он мне прислал. В голове обрисовалась картинка как это можнно реализовать на практике, я ему рассказал свои мысли, сильные и слабые (на мой взгляд) стороны его идеи. После чего он выдал: а сделать сможешь? Деньги на реализацию есть, ТЗ — напишу, всё как полагается.
Опыт создания проектов с нуля у меня практически нулевой. Конечно на работе я занимался и настройкой деплоя, и созданием новых сервисов, но чтобы и разработать, и задеплоить, и потом еще работоспособность поддерживать — такого еще не было. Внутри мелькнула мысль: это же новый уровень, вполне рабочий вызов.
Интересный текст.
Однако тут всё-таки, даже при аджайле, не верно будет бесконтрольное делегирование всего и всем. Всё-таки менеджер, как «крайний», должен быть в курсе ситуации.
Да, внутри своего департамента лид может делать что хочет, это не вопрос, но как только начинается перекидывание задач между командами, это уже не может быть бесконтрольным. «Крайний» как минимум должен быть в курсе…
Изначальное задание — внедрить микросервисную архитектуру, трансформировалось в нечто гораздо большее. Мы понимали, что делать это не на чем и не с кем, поэтому предложили сначала наладить процессы. Заказчик согласился, и нам предстояло: возвращать доверие, запускать обучение, формировать кросс-функциональные команды, настраивать рабочий процесс и распределять ответственность. Только после этого мы смогли заняться архитектурой.
Есть колоссальная разница между тем, чтобы поднять на коленке небольшой кластерок Kubernetes на 5 воркеров для небольшого отдела разработчиков и внедрить его в виде полноценной платформы в большой компании. В домашней лаборатории или небольшом отделе вы почти не сталкиваетесь с вынужденно тяжеловесными бизнес-процессами и необходимостью заставить корректно работать вместе не только ПО разных версий, но и множество людей.
Стартап, который создает умные замки, открывающиеся телефоном на Android и iOS с помощью технологии NFC.
Я – продакт, и рисовала много разных персон. Этот инструмент не работает в b2b.
По сути, это доклад бизнеса командам о результатах их работы в цифрах, метриках, статистике. Например, как разработанные фичи улучшили посещаемость сайтов, увеличили продажи, больше клиентов сделали счастливыми и так далее.
Чтобы мои слова не были голословными, сразу скажу, 35+ в IT, 25+ жизни в Германии, из них более 10 лет IT консультантом с возможностью поездить по всему миру. В итоге пожил и поработал в нескольких десятках стран, и поработал на компании из нескольких десятков индустрий.
800 комментариев.
Компании, которые продолжают использовать зарубежные BI‑системы, такие как Microsoft Power BI, Tableau, Qlik и Oracle BI, сталкиваются с.
Реализация проекта включала интеграцию с 1С, создание веб‑сервисов для получения данных из внешних источников, а также разработку дашбордов с графическими представлениями ключевых показателей бизнеса.
Я развиваю b2b продукт и использую Service Blue Print (SBP) для пресейла. Инструмент SBP — продолжение CJM, который показывает, что происходит под капотом продукта при путешествии клиента. Обычно в нём указывают людей, обслуживающих процесс, системы, ПО и прочее по каждому клиентскому шагу.
И показывать то показывает. То есть, становится понятно, сколько людей участвуют в демонстрации, или сколько шаблонов нужно на подготовку пресейла, но что дальше и как этими ресурсами управлять?
В процессе ответа на этот вопрос у меня получилось сформировать пару плагинов. Первый отвечает на вопрос «Сколько стоит?», второй — «Как сделать эффективнее?»
Нужен ответственный за поддержку и развитие карт текущего процесса. В нашей команде это деливери-менеджер. Я фасилитирую встречи, поддерживаю в актуальном состоянии VSM, организую и помогаю проводить изменения. Если никто не будет этим заниматься, есть риск, что коллективная ответственность превратится в коллективную безответственность.
Там, где штатный продакт студии месяц получал аналитику, подробно обсуждая исследования и аудиторию, чтобы потом сформулировать техническое задание к фичам для гипотезы, человек со сдельной оплатой притаскивал упёртый где-то левый торрент со сканом чьего-то квартального отчёта (возможно, выуженного из мусорника) и говорил, что данных для начала проверки там достаточно. В смысле вместо месяца на крутую аналитику мы получали день-два на более кривую, но всё ещё подходящую.
они уволили 8 продактов после проведенной аналитики
Currently, Data Graph is refreshed daily, and customers can change this refresh cycle to 4 hours, weekly or monthly However, efforts are actively underway to reduce this refresh time to hourly, with the ultimate goal of offering sub-hour updates. This presents a challenge as customers often bring in millions—or even billions—of records, which must be processed quickly without compromising system performance.To optimize the process, hourly incremental updates are being introduced.
EUEM is part of the greater digital experience monitoring (DEM) ecosystem. While DEM focuses on both application performance and user experience, EUEM prioritizes performance metrics and monitoring strategies—like network latency, application downtime, gateway monitoring, web application monitoring, device performance monitoring, regional monitoring and SaaS monitoring.
Посмотреть:
- Социология на службе руководителя ⏱️40 минут
Практическая психология и инструменты мягкого воздействия, такие как коучинг и фасилитация, уже прочно вошли в менеджерский арсенал, но есть инструменты, которые мы незаслуженно упускаем.
- T-Meetup — бизнес-анализ ⏱️2 часа 30 минут
Пропагандируют AutoML.
- С4: коротко о самом важном ⏱️35 минут
Яна Паршина, менеджер системного анализа в компании Х5 Tech и РО, в вебинаре рассказала, что скрывается за нотацией С4, как с ней работать и почему она завоевала такую популярность.
- Использование процедурной логики БД ⏱️30 минут
О правилах создания больших систем, важных аспектах проектирования БД и процедурной логике.
- Какие диаграммы нужно знать системному аналитику ⏱️1 час 30 минут
Если вы только начинаете свой путь в системном анализе или уже работаете в этой сфере, этот выпуск будет полезен, чтобы улучшить навыки визуализации и понять, какие диаграммы действительно работают.
