Нет ее общей! У каждого своя))))

А есть ли своя, но хорошая )

Коллеги, хочу поделиться мероприятием:
Деловая игра по управлению проектами «Ферма.PROject»

Когда: 25 июля 2018 c 15:00 до 19:30

Где: Москва, ул. Угрешская, дом 2, строение 33, офис 302

Организатор: Центр профессиональных компетенций ЛИАМ

Ссылка на мероприятие:
https://cproc.timepad.ru/event/753334/

Регистрация обязательна. Участие в игре 200₽. Оплата безналичным способом при регистрации. Для подписчиков канала @pm_events, по промо-коду pm_events участие бесплатно.

Теги: #мск #деловая_игра #лиам #цпклиам #очно #бесплатно #промокод #июль2018 #управление_проектами #fermaproject #фермапродект

ТСО проектов или продуктов? Применительно к проектам чаще используется понятие "бюджет"

Хорошее замечание. Но разницы большой нет в моем случае - проект закончиться, продукт и процессы останутся, тсо надо

Я это и имел ввиду. Считаете стоимость поддержки (0я, 1я и т.д. линии поддержки), отдельно - развитие, отдельно ИТ сообщит стоимость по поддержке железа; если есть лицензии, то не забыть их

Ага, по верхам так то оно понятно ) но есть нюансы - например развитие я бы не считал, ибо это не предсказуемо пока. Надо ли включать в ТСО экономию, например сокращения сотрудников? И т.д. Предполагал, что есть отдельная методика, которая научно подходит к расчету ))

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

У на есть методики для различных типов проектов и продуктов в agile.

Каждый документ "пляшет" от правил учёта.

Есть) но она имеет много подводных камней и не подойдёт в других организациях)))

Класс!

Шедевр

Разгорелся с коллегами спор по поводу вариантов организационной структуры управления проектами. Проекты в основном коммерческие, с внешними заказчиками.
С крупным проектом вроде понятно - в нём у нас формализована роль куратора проекта за руководителями уровня директор департамента/вице-президент. РП подчинен куратору. При этом у сейлза роль внутреннего заказчика проекта и горизонтальная связь с РП.

А в мелком проекте, где роль куратора отдельно не выделяется, говорят, что правильно, если выстраивается подлинность РП к внутреннему заказчику (сейлзу), в том числе потому, что сейлз взаимодействует с внешним заказчиком и подписывает с ним контракт.

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

Какой у вас опыт?

Вот что обсуждаем

А у вас «сэйлз» = «аккаунт»?

А вообще, кто за P&L отвечает (только реально, своим доходом и честью/реноме, а не на бумаге), тот и главный.

Обычно это роль т.н. аккаунта, который в pmiном подходе скорее похож на  руководителя портфеля (проектов/инициатив/лидов по клиенту, группе клиентов или отрасли). Вот этому самому аккаунту и должны подчиняться как сэйлз так и РП.

Да, сейлз = аккаунт. При этом принят финт ушами. Аккаунт защищает коммерческий план продаж. А для РП в качестве метрики проекта кроме сроков, бюджета, работ добавлено требование к прибыли. Таким образом выполняется план аккаунта и РП получается заинтересованным и ответственным не только выдержать бюджет, но и обеспечить прибыль. И именно РП делает PL проекта - защищает коммерческий бюджет, где обозначены не только расходы, но и прибыли.

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

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

Обычно сейлы мотивируется только на выручку, что вызывает известный эффект (конфликт) типа «я тут замечательно все продал, а эти козлы производство/ит/инженеры/РП раздули затраты, поэтому в убытке мы из-за них».

У них метрика точно не чистый вал. Вал + прибыль. А для РП важна только прибыль.