TGViewer
Channel Public Channel
Филипп Федан | Управление без иллюзий

Филипп Федан | Управление без иллюзий

@feel_delivery

Delivery management без буллщита: как строить сильные команды, принимать лучшие решения и перестать делать слабые продукты.

Автор: @phil_fedan ex-X5, ex-OZON, now Скала^Р.

Карьерный ментор у https://t.me/proProject1
Subscribers
192
Photos
63
Videos
6
Links
66
Recent Posts 10 shown
Post #157 52
По следам Agile трансформации 😂

#Хи_хи_Ха_ха

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!
  • 😁 3
Post #156 60
Redis и другие InMemoryDB, когда скорость важнее надежности ⚡️

Продолжаю серию про базы. Сегодня Redis, хранит объекты в виде ключ - значение.
Redis уникален, потому что хранит данные в оперативной памяти, а не на диске. Поэтому он быстрый, супер быстрый. Микросекунды на чтение и запись. Там, где PostgreSQL думает секунды, Redis отвечает мгновенно.
Но у скорости есть цена. Если сервер выключится, данные могут исчезнуть. Redis умеет сохранять на диск, но это не так надежно, как в классических базах, для этого его почти не используют. Плюс довольно дорогое удовольствие, в связи со стоймостью оперативки.

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

Сессии. Пользователь залогинился. Его сессия живет в Redis. Быстро проверить, что он авторизован.

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

Быстро про альтернативы:
Valkey это форк Redis но бесплатный, можно сэкономить, а если у нас в задаче только кэш, можно ограничиться инструментом Memcached, чуть проще и требует меньше ресурсов.

По итогу:
Redis дополнительный инструмент для повышения скорости вашей системы, за эту скорость надо платить, если данных много, придется покупать дорогие серверы с большим объемом RAM.

А вы используете Redis поделитесь в комментах?

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

Кто следующий?

🤓- ClickHouse
😎- MongoDB
😈- Cassandra

#бд #тех_грам #техничка
  • 🤓 4
  • 😈 1
Post #155 82
Я прошел обучение по SAFe 6 и внедряю ART на 84 человека. Что изменилось 🚂

Последние пару недель я был в режиме учебы. Прошел курс Leading SAFe 6.0, готовлюсь к сертификации и параллельно запускаю Agile Release Train в своем продукте. В ART у нас 84 человека. Пять команд.
До этого у нас не было фреймворка масштабирования. Были встречи. Много встреч. Синки, статусы, созвоны, планёрки. Казалось, что мы управляем. На деле каждая команда жила своей жизнью, а связи между ними держались на героизме отдельных людей. Не предсказуемо, не надежно, пока свежи впечатления делюсь:

- Учитывая мой опыт в LeSS и Scrum of Scrums я считал, что масштабирование значит, что много команд делают одно и то же по одним правилам. SAFe же фокусирует нас на поток ценности через всю систему. Учитывая мою любовь к Канбан методу, я был очень рад снова встретиться с философией Lean Agile, потому тут много внимания уделяется потоку, конвеерам и сокращению издержек, и из крутого тебе не обязательно внедрять Scrum и итерации во всех командах, масштабируй с любыми командными процессами.

- PI Planning, все знают что это, но мало кто проводит его по правилам. Чуть-чуть теории, для тех кто в танке, планирование программного инкремента происходит раз в 8-12 недель все команды собираются вместе, синхронизируются, разбирают зависимости и договариваются о целях на квартал. Это очное событие на 2 дня.
Я еще не провел первое планирование. Готовлюсь, постараюсь рассказать, что получилось.

- Предсказуемость и общий контекст, против героизма. Раньше у нас было так. Команда А закончила свою часть. Команда Б еще не начинала. Кто-то бегал, договаривался, тушил пожары, оставался на сверхурочку. Это называлось работой. Сейчас мы уже внедрили общий ритм, все команды стартуют и финишируют вместе. Зависимости выявляем заранее, и становится значительно проще.

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

Готовлюсь к экзамену SAFe 6 Agilist. 90 минут, 45 вопросов, проходной балл 80%. Если сдам, расскажу подробнее.

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

А вы работали с SAFe?

🔥 - работал с SAFe
🤓 - слышал, но не пробовал
😈 - считаю это перебором


#мой_опыт #инструменты
  • ❤ 5
  • 🤓 4
  • 🔥 2
  • 👍 1
  • 💯 1
Post #152 79
Пятница. Можно и посмеяться. Или поплакать. Кому как.

😭 - дети не знают, что их ждет
🔥 - ИИ тоже достоин
😎 - скрам-мастеру виднее

#Хи_хи_Ха_ха
  • 😁 6
  • 😎 3
  • 🤩 1
Post #151 96
PostgreSQL для менеджера: таблицы, связи и нормализация 🗄

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

Реляционная от слова relation, отношения, которые строятся между таблицами. Экселька на стеройдах . Есть таблицы и связи между ними, вместе они образуют схему. ERD-диаграмма изображает эту схему.
Каждая таблица хранит все элементы одного типа: всех пользователей, все заказы, все оплаты. Они связан: у одного клиента много заказов, у заказа товаров, а у товара заказов.

Чтобы с этой паутиной работать, придумали SQL - язык структурированных запросов. Ты пишешь, что хочешь получить, а база сама находит это в таблицах.
Например, «покажи всех клиентов, которые сделали больше трех заказов за месяц». Или «сколько денег мы заработали на товарах из категории 18+». SQL это способ задавать вопросы базе.

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


🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

Кто следующий?

🤓- ClickHouse
😎- MongoDB
😈- Redis

#бд #тех_грам #техничка
  • 😈 7
  • 🤓 4
  • 👍 1
  • 😎 1
Post #150 92
Филипп Федан | Управление без иллюзий Кейс: QA в лучшего Scrum Master' a за две встречи 🐞➡️🦸‍♀️ Моя подруга, Лера, работает QA инженером в бигтехе. Команда, в которой она работала, предложила ей примерить роль Scrum Master. Желание у Леры было, а опыт - нет, зато он был у меня, ну и талант…
Кейс: как Лена внедрила Kanban и перестала тушить пожары 📊

Лена была моей коллегой и деливерила в соседней команде, я проводил митап и делился своим кейсом внедрения Kanban метода. Там она вдохновилась идеей stop starting, start finishing, и через пару дней написала: хочу попробовать у себя в команде, но не понимаю, с чего начать. Договорились на личные встречи.

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

Провели три встречи.
- Первая: разобрали STATIK по шагам. Что это за подход, зачем он нужен, как провести анализ неудовлетворенности, спроса и возможностей системы.
- Вторая: обсудили итоги. Посмотрели, какая Kanban-система получилась. Какие колонки, какие правила, где узкие места.
- Третья: настроили WIP-лимиты. Разобрали, какие метрики замерять (время цикла, пропускная способность, количество блокировок) и что самое главное, какие каденции надо проводить и как отрулить внедрение с заказчиками и другими заинтересованными.

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

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

А вы уже пробовали Kanban или только присматриваетесь?
👇

#кейс #менторство
Telegram Филипп Федан | Управление без иллюзий Delivery management без буллщита: как строить сильные команды, принимать лучшие решения и перестать делать слабые продукты. Автор: @phil_fedan ex-X5, ex-OZON, now Скала^Р. Карьерный ментор у https://t.me/proProject1
  • ❤ 3
  • 🔥 2
Post #144 89
Давайте честно, мы тут не ради умных постов про управление 😅

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

#Хи_хи_Ха_ха
  • 😁 8
Post #143 149
Сегодня у нас в гостях Света Карлович лучший продакт, с кем я работал. Находчивая, целеустремленная, умеет одновременно держать в голове стратегию, пользователя и команду.

Мы вместе работали над продуктом "Полка" в Х5. Я delivery, Света продакт. И этот тандем родил один из лучших продуктов, в которых я участвовал.

В этом посте взгляд Светы о том, что мы ждем друг от друга и что можем дать друг другу, продакт и деливери, стратегия и тактика. Мой взгляд на эту тему можно почитать у Светы в канале Готово к проду? подписывайтесь.

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

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

Когда мы с Филом работали над «Полкой» в X5, я была продактом, он — деливери менеджером. Я покрутила в голове наш опыт и подумала: а чего я вообще жду от хорошего delivery?
По следам нашего совместного сотрудничества, которое вспоминаю с большим удовольствием и привожу как пример работы в тандеме, написала пост для канала Филиппа. Читайте - подписывайтесь!

Что я как продакт жду от деливери-менеджера.

1. Чтобы я понимала, что на самом деле происходит
Без внезапного «ой, мы не успеваем» за два дня до релиза.
Если где-то риск, команда застряла, задача оказалась сложнее или мы сами что-то недодумали, лучше узнать об этом раньше и вместе решить, что делать. Нерешаемых проблем нет, есть те, о которых поздно сказали.

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

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

4. Чтобы кто-то помогал держать границу между командой и внешним безумием
Продакт почти всегда приносит в команду давление бизнеса, новые идеи, срочность и «а давайте ещё вот это».
И иногда нужен человек, который скажет: стоп, у нас уже есть план. Если хотим поменять — давайте осознанно решим, что из него убираем. В том числе иногда полезно защищать команду и от самого продакта :)

5. И, наверное, самое главное — чтобы это всегда оставалось партнёрством
Где можно не только обсуждать задачи и сроки, но и сказать:
«Кажется, я тут ошибся(-лась)».
«Я не знаю, что делать».
«Я пообещал(-а) лишнего».
«У нас что-то не работает».
«Это дурацкая задача, но она политическая, может тут можно что-то сделать»

И знать, что в ответ будет не поиск виноватого, а что-то в духе: окей, давай думать. Как в одну так и в другую сторону. Вообще, кажется, в тандеме продакт + деливери такие базовые человеческие вещи часто недооценивают. Но можно отлично знать процессы, уметь планировать, считать velocity и строить roadmap. Но если между двумя людьми нет доверия, способности спорить, признавать свои косяки и поддерживать друг друга, работать всё равно будет тяжело.

У нас с Филиппом именно такой тандем и был. Я больше держала пользователя, бизнес, стратегию и ценность. Он — реализацию, ритм, ограничения и команду. И довольно много хороших решений рождалось просто потому, что мы могли открыто друг с другом разговаривать.
Telegram Готово к проду? - Карлович Светлана Веду личные заметки о внутренних продуктах, запуске идей/проектов, книгах, которые читаем в моем книжном клубе и просто о том, что вдохновляет. Написать лично @svetlanakarlovich
  • 🔥 7
  • ❤ 4
  • 👍 4
  • 💯 2
Post #142 147
Хочешь автотестов быстрых?
Хочешь в гит коммитов длинных?
Хочешь, я убью алерты, что мешают спать?

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

❤️ - хочу чтобы прод не падал
🔥 - хочу сладких фич
😈 - хочу ретро без нытья

#Хи_хи_Ха_ха
  • 🔥 6
  • ❤ 5
  • 😈 4
  • 👍 1
  • 👏 1
  • 😁 1
Post #141 141
Зачем нам столько разных баз данных? 🗄

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

а почему у нас вообще столько разных баз данных?

PostgreSQL
MySQL
MongoDB
Redis
Cassandra
ClickHouse
Elasticsearch
И это я ещё половину не назвал 😅

Почему нельзя просто выбрать одну хорошую базу и использовать её везде?

Спойлер: потому что задачи разные.

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

Как и любое архитектурное решение выбор БДшки это что? Правильно, это всегда компромисс.

- Скорость чтения или скорость записи?
- Гибкость схемы или контроль целостности?
- Простота или масштабирование?
- Сильные гарантии или производительность?
- Дешевле сейчас или проще жить потом?

Поэтому этот вопрос без контекста примерно такой же, как «какую машину купить?»

А куда ездить будем? 😁

В этой серии хочу пройтись по самым популярным инструментам:

PostgreSQL, MySQL, MongoDB, Redis, Cassandra, ClickHouse, Elasticsearch и ещё нескольким.

Не буду пытаться стать DBA за 10 постов.

Хочу разобраться в другом:

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

Самому разобраться и заодно объяснить это человеческим языком другим менеджерам.

🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

С чего начнем?

🤓- PostgreSQL
😎- MongoDB
😈- Redis

#бд #тех_грам #техничка
  • 🤓 5
  • 😎 4
  • 👍 2
  • 😈 1
Older posts →

About this channel

How can I read @feel_delivery without a Telegram account?
TGViewer shows the public web preview Telegram publishes for Филипп Федан | Управление без иллюзий: recent posts, photos, videos and the subscriber count, with no app, login or account.
How many subscribers does Филипп Федан | Управление без иллюзий have?
Филипп Федан | Управление без иллюзий (@feel_delivery) has 192 subscribers on Telegram, refreshed roughly every 30 minutes.
Does Филипп Федан | Управление без иллюзий know I viewed it here?
No. Public channel previews carry no viewer identity, and TGViewer has no accounts or tracking of what you look up.
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →