Основатели и CEO стартапов меня постоянно спрашивают, какую помощь, кроме денег, ваш венчурный фонд может предложить. Я надеюсь, что эта статья поможет шире раскрыть, что мы понимаем под термином «Smart Money» и какую реальную поддержку их технологическая компания может получить.
Рубрика «управление портфелем проектов»
Лучшая помощь венчурных фондов — это не мешать. Согласны?
2024-09-15 в 8:49, admin, рубрики: венчурные инвестиции, венчурный фонд, стартап, управление портфелем проектовРесурсное планирование. Части 2 и 3. Что зависит от ресурсного плана. От чего зависит ресурсный план
2017-11-05 в 12:36, admin, рубрики: планирование проектов, ресурсное планирование, ресурсный план, управление IT-компанией, управление портфелем проектов, управление программой, Управление продуктом, управление проектами, управление разработкой
В продолжение первой вводной части рассмотрим сразу две важных темы. С одной стороны, эти темы больше отношения имеют к управлению программой проектов или компанией в целом, чем к управлению отдельно взятым проектом. С другой стороны, понимание конкретным руководителем проектов роли ресурсного планирования в ключевых процессах компании существенно облегчают его коммуникации с руководством и делают неуместными дискуссии относительно необходимости ресурсного планирования и качества ресурсных планов.Читать полностью »
Ресурсное планирование. Часть 1. О чем это вообще?
2017-08-06 в 10:46, admin, рубрики: планирование проектов, ресурсное планирование, ресурсный план, Терминология IT, управление IT-компанией, управление персоналом, управление портфелем проектов, управление программой, Управление продажами, управление проектами, метки: планирование проектов, ресурсное планирование, ресурсный план, управление IT-компаниейЧто самое ценное для IT-компании? Что является главным активом и ресурсом почти для каждой IT-компании? На что компания тратит больше всего денег? Какая статья затрат является самой большой? На обслуживание какого ресурса у вас уходит больше всего денег? Не сильно ошибусь, если скажу, что ответом на все эти вопросы является “Команда компании”. Именно ваша команда делает проекты, двигает вашу компанию вперед и зарабатывает деньги, и именно на зарплаты, бонусы, налоги, оборудование рабочих мест и прочие прямые и косвенные выплаты вашей команде приходится основная масса затрат компании.
Если в нужный момент у вас будет недостаточное количество вашего ключевого ресурса, то вы не сможете сделать важный проект и упустите выгоду. А если у вас будет избыток ресурсов, то вы будете нести убытки, оплачивая простаивающую часть вашей команды. Поговорим о ресурсном планировании.Читать полностью »
Практическая интерпретация метода и показателей освоенного объёма
2016-12-21 в 16:27, admin, рубрики: gtd, метод освоенного объема, управление портфелем проектов, управление проектами, управление разработкой, метки: метод освоенного объема1. Введение
Методика освоенного объема (МОО) 1 2– технология обкатанная и, однозначно, эффективная. Однако, решившись ее применять, следует иметь в виду несколько явных и известных ограничений, которые сильно снижают коэффициент ее полезности её КПД.
Во-первых, применять МОО следует только после того, как прошла некоторая часть проекта (порядка 15%-20% 3. Эта фора необходима для того, чтобы накопилась достаточная статистика по проделанной уже работе, и показателям, входящим в методику, таким как SPI/CPI, можно было бы смело доверять.
Во-вторых, именно базовые показатели МОО не учитывают связанность проектов между собой и влияние форс-мажорных событий на результаты отслеживаемого проекта и будущих задач. Например, если ключевой разработчик внезапно заболел или неожиданно уехал по срочным делам – срываются сроки текущего проекта, а также сдвигаются сроки последующих работ, которые запланированы на него, но пока не мониторятся. В силу того, что плановые задачи находятся в категории «будущего», их показатели не измеряются. Тем не менее, случившийся сбой на них в перспективе тоже отразится.
Именно поэтому, применяя МОО на практике, следует учитывать данные риски и снимать ограничения, которые были обозначены выше. Рассмотрим этот принцип на примере некоей ИТ-компании, занимающейся реализацией проектов в интересах заказчика.
Понятно, что в одной короткой статье нельзя уместить весь спектр рисков, с которым сталкиваются в повседневной деятельности руководители проектов и производственных подразделений. Тем не менее, этот пример позволит узнать, как заранее разглядеть «грабли» заботливо разложенные реальностью, и обойти их, не сломав при этом производственные процессы.