Мини-приложение для раздела счета на тех, кто скидывается

Подсмотрел в канале "Уставший техдир" пост про мини-приложение, позволяющее легко разделить счет между всеми скидывающимися.

Что заявляется:
1. Это - мини-приложение и бот в телеге - то есть не требует никакой инсталляции (проверил, подтверждаю ✅)
2. Сканирует OFD QR-код и парсит его на позиции со стоимостью (проверил, подтверждаю ✅)
3. Позволяет добавить участников через телегу, и отслеживает кто кому перевел (это пока не проверил ⏳).
4. У странички есть лендинг с описанием как все работает (видел, читал ✅)

Еще я проверил, что так можно делить не только ресторанный счет, но и, скажем, чек в супермаркете, если на компанию покупаешь.

+ update от автора из комментов:

Я решил, что достаточно комбинации из следующих возможностей:
- несколько человек могут "взять на себя" одну позицию (типа трое из 10 человек курило кальян)
- какую-то позицию можно разом назначить, как общий расход (например аренда чего-то)
- исчисляемые позиции (5 борщей, 3 фанты, 27 пива) можно обьединять разом в одну или делить по 1 позиции (чтобы разбирать каждый сам себе)

То есть либо один человек либо всем сразу + можно напикать конкретных людей
Сейчас видится, что это просто, и комбинаторно дает большую часть проблем решить

Хорошая вещь не должна пропадать, поэтому решил поделиться и с вами.
Если кому на праздниках поможет - велкам

8-мартовское. Top-3 кейса, в которых я научился у менеджеров-женщин

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

🤝Осознание собственной ценности как менеджера, вне зависимости от должности и погон
Кейс:
Я устроился на работу в Сбер и буквально через несколько месяцев было объявлено о создании Сбертеха, переводе туда почти всего ИТ, при том, что часть менеджеров и часть ИТ оставались бы в Сбере.
Я опасался, что после перевода меня в Сбертех я буду играть вспомогательную роль, и все ключевые договоренности будут достигаться без меня. Дескать, я же для Сбера буду такой же подрядчик, как и множество других. О чем и зачем со мной договариваться?
Помогла цитата женщины на тот момент зам. нач. управления в ИТ, где я работал:

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

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

Отлично! У нас теперь есть вот такое принятое {и зафиксированное} решение! Будем от него отталкиваться.

.
♾Умение управлять бесконечным количеством вещей
Кейс: в свое время в Сбере были две руководительницы бизнес-блоков (>1000 человек в подчинении). У одной - трое детей, у другой - кажется, семь.
Цитата одной из них:

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

Добавлю, что и на уровне менеджеров среднего звена встречал значительное количество женщин, которые умудрялись разруливать большое количество вопросов.
И по работе, и в семье, и еще в своем хобби, и в пет-проекте и некоторые даже были активистами родительских комитетов в школе и даже администраторами домовых чатов.

Бонус-цитата:
На одной из моих прошлых работ один из менеджеров каждое 8 марта и еще на несколько дней рождений девушек говорил примерно следующий тост:

Дорогие женщины! Хочу вас всех поздравить и сказать спасибо, за то что вы есть - потому что благодаря вам мы начинаем заботиться о себе, бриться, одеваться во что-то пристойное, меньше материться и становимся лучшей версией себя!

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

С праздником!
🌹🍾😘

Идеальный проектный офис, какой он?

✨Вдогонку вот к этому посту коллеги Петра Жаркова про базовый минимум проектного офиса,
захотелось мне описать Идеальный Проектный Офис (ИПрОф) - тот, к которому наверняка стремятся все организации, у которых есть задачи проектного типа, но который я еще ни разу не встречал.

👆ИПрОф - это такой, который:
- помогает РП в проектах при необходимости,
- предоставляет нужную информацию CEO и
- не задалбывает обе стороны бюрократией и muda.

🙇🏻Чем ИПрОф может помочь проектному менеджеру:
🎯Методологией и стандартизацией
Дать нужный шаблон документа или презентации, блюсти принятую в компании терминологию
🎯Сопровождением принятого в этой организации процесса управления проектами
Провести за руку по процессу принятия решений CEO, какие необходимы согласования, какие артефакты, как проект открыть и как закрыть
🎯Поддержкой эскалаций
Помочь подать эскалационный вопрос, заполнить чек-листы, подсказать с кем согласовать, как и на какой площадке представить его - CEO
🎯Поддержкой инфообмена
Поделиться Howto, Best Practices, вести портал проектной и нормативной документации, рассылать новости проектных событий и др.

✍️ User Story РП.
ИПрОФ, помоги мне, пожалуйста, когда:
... моему проекту нужна помощь или необходимо такое-то зафиксированное решение;
... хочу проинформировать, что в моем проекте все хорошо и помощь не нужна / хочу проинформировать о важном не только для меня риске;
... хочу узнать как такую задачу решали другие или что сделали соседи.

🤵🏼Чем ИПрОф может помочь CEO:
🎯Методологией и стандартизацией
Запросы РП будут приходить в едином формате, с единой градацией статусов
🎯Поддержкой эскалаций
Эскалации придут с заранее подготовленными ответами на те вопросы, которые необходимы для принятия решения
🎯Оформлением коллегиального решения и контролем исполнения
ИПрОф может организовать процедуру принятия решений уровня Board и проконтролировать исполнение этих решений
🎯Сбором данных по проектам для нужд портфельного и стратегического управления
Единая отчетность и Dashboard позволяют правильно фокусироваться на значимые риски, выявлять отклонения, добавлять ресурсы тем проектам, где необходимо
🎯Финансовой аналитикой по портфелю проектов
Анализ выполнения КПЭ и бизнес-метрик, план-факт по инициативе или совокупности инициатив или по компании в целом

✍️ User Story CEO 1:
Ко мне постоянно приходят разные проекты и чего-то просят.
ИПрОФ, помоги мне, пожалуйста, с процессом, обеспечивающим принятие правильного решения.
✍️ User Story CEO 2:
Я хочу понимать, правильно ли мы инвестируем ресурсы, достигаем ли мы поставленных целей, нужна ли корректировка стратегии.
ИПрОФ, помоги мне с информацией и подготовь проект решения.

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

😢 Что я лично наблюдал в разное время в разных проектных офисах разных компаний:
🎯ПрОф регулярно собирал отчетность с руководителей проектов, в разных отчетных формах, но никаких управленческих решений на базе этой отчетности не принималось. ПрОф работал сам на себя;
🎯За риски и красно-желтые семафоры в отчетах ПрОф стало прилетать РП, в результате чего РП все возможные риски и отклонения в проекте скрывали от отчета;
🎯ПрОф избыточно фокусировался на соответствие формы запросов - методологии и регламентам, в связи с чем часть запросов до руководства просто не доходило, а часть решений принимались в обход ПрОФ
🎯ПрОф требовал от РП заведения всех рисков проекта, а потом с РП же требовал отчета как он их предотвратил.
В результате, РП стали заводить 1-2 риска на отстаньте.
🎯Оверфокус на таймшитинг. РП и исполнители фокусировались на ведении таймшитинга вместо донесения важной управленческой информации.

✍️ User Story грустное: Ок, я введу данные как вы хотите, только отстаньте от меня.

Получается, что весь эффект от ПрОф сводится по сути к административному налогу для РП.

В следующем посту Top- причин почему так получается, от А. Кутузова

Управление рисками в проекте. Миф и реальность

Буквально за последнее время довелось несколько раз объяснять это разным менеджерам на работе, так что
Миф:
Руководитель проекта (РП) для того и нужен, чтобы выявлять максимальное количество проектных рисков и сигнализировать о них руководству (спонсору проекта).

Реальность:
Руководство или спонсор проекта для того и наняли РП, чтобы он большинство рисков проекта митигировал на своем уровне.

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

==
Бонус:
Ссылка на нравящийся мне пост от 2025 года, что управление рисками на практике - это гораздо проще, чем написано в ранних PMBOK

Сериал. Как я стал senior-руководителем проекта. Серия 3. Рост

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

Компания, в которую я устроился работать, была небольшой, штат на тот момент был в пределах 100 человек.
Именно там, я впервые осознал, что я нахожусь на нижней градации Junior'a даже несмотря на то, что перед этим разработал свое ПО и продал Заказчикам.

👶Рос я там над собой в два больших этапа.
Сначала, как разработчик уровня «стартовый» узнал:
🎯 нюансы многопользовательской разработки,
🎯что вообще такое релиз и зачем он нужен,
🎯почему нейминг переменных и функций и комментарии в коде - это не бантик, а, практически вопрос выживания,
и многое многое другое.

🤵Позже я стал работать непосредственно с Заказчиком, получал от него требования, называл сроки внедрения и релиз.
Тогда я начал узнавать первые реалии ИТ-проектов:

🎯 Один раз я нашел баг в старом коде важного отчета - для одной ячейки делил два раза вместо одного (пример: вместо 100 : 2 = 50, возвращал 100 : 2 : 2 = 25).
Удивился, что это до сих пор это не обнаружили, быстро исправил и подсунул в релиз.
На следующий день - гнев от заказчика.
Выяснилось, что они это приняли как фичу и сами домножали число в этой ячейке на два, а потом клали на стол топ-руководству 🙈

🎯 Как-то я отрефакторил код уволившегося бойца.
И если раньше конкретный процесс исполнялся два рабочих дня, содержал две-три фазы дозагрузки и требовал глубокого вовлечения заказчика с некоторой периодичностью,
то в результате рефакторинга стал отрабатывать за 10-30 минут и приводил к правильному результату.
Но радости это не принесло :)
К исходной работе процесса привыкли все, включая девушку-заказчика, которая, условно между второй и третьей фазой могла забрать из школы ребенка.
После того, как процесс стал укладываться в 30 минут, ее руководитель это увидел, загрузил девушку дополнительной работой. И стала она жаловаться на неработоспособность нашего кода в других местах 🙈.
Меня конечно не ругали за это - но троллили изрядно 😂

🎯И вот эта история, происходила прямо при мне, хотя и не моих рук дело было.

👿Объективно говоря,
первое время у старожилов компании было за что меня-джуниора ненавидеть, т.к. наступал я на все возможные грабли, да еще и по неопытности свои придумывал.

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

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

Начало
Следующая серия
#МойСериал

«Он мой враг!» (спойлер: а он об этом не в курсе)


😤🆚☺️ Понравился мне пересказ одного из исследований, первоисточник не нашел, так что перескажу своими словами:
Людей спросили, кого они считают своими "врагами", т.е. с кем - есть тот или иной напряг в отношениях.
А потом тот же вопрос задали тем, кого назвали «врагами».
Совпадений, т.е. когда оба назвали друг друга "врагами" оказалось минимальное количество.
Почему?
Потому что тот, с кем у тебя по твоему "напряг" - в большинстве случаев о тебе даже не думает и живет своей жизнью.

💭 Свежая история из моей практики:
Пару лет назад был у меня мини-конфликт с коллегой, принесший ряд негативных эмоций сторонам. Потом мы помирились...
Недавно передо мной встала задача, где я мог с этим же коллегой пересечься.
Я, помня предысторию, до последнего момента к нему не обращался и решал вопросы через других людей, благо ситуация позволяла.
На финальном этапе я все же связался с коллегой и узнал что:
— Он уже сменил зону ответственности,
— У него нет ко мне никакого негатива,
— Он подсказал, кто может помочь (на самом деле мог помочь в любой момент прошедших двух недель).

🙈 То есть, я сам себя лишил помощи ценных ресурсов, и потратил чуть больше нервов и эмоций просто потому что придумал себе несуществующий конфликт.
Не будь как я!

🪞Кстати, был и зеркальный опыт.
Лет 10 назад эмоциональная заказчица считала меня своим личным врагом, потому что по ее мнению я мешал проекту.
А на самом деле я, как аккаунт, руководитель направления и владелец портфеля проектов был заинтересован в успехе и помогал чем мог.
Я только был не готов "разрушить ядерной бомбой" вообще весь ландшафт и заруинить все отношения со всеми коллегами ради этого проекта. Тем более, что генеральный заказчик ее подход тоже не поддерживал.

👆Так что имей в виду и вспоминай в неприятной ситуации:
тот, с кем у тебя в голове "напряженные отношения" может так вообще не считать и совершенно спокойно выполнить твою просьбу и как минимум - свою работу.
А еще есть старый пост о том что
рабочие разногласия в первую очередь надо деперсонифицировать, а затем вынести эмоции за скобки.

#случилосьсомной

Сериал. Как я стал senior-руководителем проекта. Серия 4. Путь корпората.

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

🤩Я, который всю жизнь работал в малых компаниях, устроившись в Билайн почувствовал себя примерно как во Флостоне, из "Пятого элемента".
Продвинутый HR-процесс, белая зарплата, раздача мерча, современный офис…
Корпоративы, мероприятия, тренинги в пансионатах...
Впрочем, сходу обнаружились и нюансы.

🗣Язык общения.
В нашей маленькой конторе все общались на некотором миксе языков ЖЖ и udaff.com,
Так что при разборе дефекта мы могли назвать абстрактного клиента пАдонком, а если он вел себя не так, как ожидалось - то и другим словом на букву П🙈.
В корпорации это, понятное дело, не приветствовалось.

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

🍷 Пример с проектом тарификации MMS (помните были такие?).
Допустим, потребовалось эти MMS чуть детальнее тарифицировать, в зависимости от значения параметра.
Для решения этой задачи, достаточно было взять из лога коммутатора еще один параметр к тем, что уже извлекались, передать в том же запросе туда же и применить нужную логику в зависимости от его значения.

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

👿На что руководство сурово свело брови:
ты что ж творишь, ты ж нас без работы так оставишь Это тебе не ТЗ в ИТ писать.

Если извлечь из обратной связи суть, то сказали мне что:
🎯нужно описать весь процесс с ответственными: кто отвечает за заполнение этого лога?
Кто решает как в него вносить изменения и кто должен? Кто отвечает за интерпретацию значений?
🎯Потом надо описанный процесс согласовать с финансами, с антифродом, с железячниками и др.;
🎯зафиксировать порядок действий в бизнес-требованиях, а затем утвердить в нормативных документах;
🎯да и не факт, что постановка задачи в текущем виде корректная, может выясниться, что делать надо вообще не это.
В общем, да, на полтора года проект.

👆Кроме того,
во время работы в Билайне я узнал:
🎯что такое "разделение зон ответственности",
🎯что задачи берутся в работу с учетом ресурсов и приоритетов,
🎯что верить на слово никому нельзя и все надо фиксировать в протоколе,
🎯что переписку со смайлами и троллингом могут переслать руководству.

🦅🦁За фасадом Флостона скрывался мир джунглей Киплинга, в котором, впрочем, вполне можно было не только выживать, но и добиваться успехов.
Вот этот проект - вполне успех, и были еще пара-тройка менее известных проектов.

🧒А потом в одном из проектов появился новый молодой РП.
Наше рабочее общение выглядело примерно так: я ему рассказывал, как что работает и какое решение надо принять - а он принимал свое,
и не всегда то, которое я ему советовал.
И приходилось мне заново придумывать что делать, и снова РП потом принимал свое решение.
Ну и подумал я, почему бы мне самому не стать РП? Буду сам тогда решать что делать, отвечать за результат и никого не буду уговаривать.

🏦Так я спустя два года решил уйти из Билайна в Альфа-Банк и начать там карьеру с нуля.
Аргументами для меня стало:
- накопленный негатив по мелочам + рук-во сказало, что перспективы стать РП - нет;
- я не знал банкинг как предметную область и решил, что как бы там ни сложилось - опыт работы в банке для следующего резюме пригодится;
- можно было построить историю взаимоотношений с нуля (а в Билайне кто-то меня джуном знал, кто-то давал поручения как аналитику - не стали бы слушать).

А спустя год я уже и РП стал и провалил свой первый проект, но об этом - в след. серии.

Предыдущие серии:
Раз
Два
Три

#МойСериал