Кстати, кто читал эту книжку? По-моему, потрясающе! 😊 http://maxima-library.org/citate/b/261611

Ещё недавно слышал на одном митапе от @dmitriyabr про альтернативную "классической" модель бюджетирования - "социально-отственная" (да, перевод немного странный, как о оригинале не знаю), примегимая в Agile-ориентированных методах управления.
Но это так - скорее небольшой вброс по теме))

А в целом, первый вопрос более чем правильный (скорее возможно далее единственно правильный) озвучил @YaroslavRa - цель какая?

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

Точнее наверное даже цели - девушки и ее заказчиков/руководства

Ресурс по данному IP-адресу заблокирован по решению органов государственной власти
Access to the requested resource has been blocked
by the decision of public authorities.

Это прямо какое-то будущее из 450 градусов по Фаренгейту.

Сереж. а какого бюджета требуют встречи???? Туда вход платный? Зачем отдельной строкой бюджетировать совещания? Они проводятся в ресторанах?

Компания платит зарплату сотрудникам целиком за всё, но учёт ведётся попроектно. Если сотрудники работают одновременно над 2-мя разными проектами, нужно понимать, в каких пропорциях с них списывать расходы на зарплату. Бюджеты разных проектов конкурируют между собой (руководитель проекта старается увеличить свой бюджет за счёт другого), но общий суммарный бюджет стремится к сокращению. Выделение совещаний из общей деятельности целесообразно, чтобы понимать, сколько на них тратится времени. В целях увеличения прозрачности и управляемости.

грустно все это

Что всё и почему грустно?

руководитель проекта старается увеличить свой бюджет за счёт другого —--> можно не правильно понять, станет грустно, или всеж правильно....

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

Тут ключ ко всему фраза "тратится времени". Значит, учитывать надо время. Значит, куда то его надо списывать. Значит, должен быть объект списания с необходимой аналитикой. Плодить сущности - зло. Значит, списание это должно не сильно отличаться от обычного. Если обычно время списывается на задачи, значит, надо совещание заводить как задачу. Если совещание по проекту - с аналитикой проекта. Если совещание межпроектное - с другой аналитикой, которая необходима. Собственно, как то-так и делали. Вариантов мало других, вроде.

Сложность наступает с продуктовой разработкой. Эту задачу мы в своё время так и не придумали как решать. Если есть некоторая большая функциональность, которая нужна одному заказчику продукта, а второму нет. Кладём на заказчика 1. А на следующий день впариваем это второму заказчику - как делить? Как считать "степень нужности", монетизируемость по определённому заказчику, и как положить это в объекты рабочего процесса и вести отчётность; как мотивировать РП проталкивать своим заказчикам более полезные фичи, которые возможно переиспользовать у других заказчиков - вопросы нерешенные.

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

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

То есть можно сделать выводы: расходы времени, не относящиеся к одному конкретному проекту, не должны существовать вообще, так?

а что это за расходы, можете пример привести?

Да. Обучения, касающиеся платформы, на которой реализовано несколько проектов

обучение кого? менеджера? для этого должен быть внутренний проект - обучение

аналитиков

разработчиков

по тому же самому общему функционалу - совещания