Корпоративная модель проектного бизнеса отображается в виде неформального документа. Не требуется утверждать документ приказом руководителя. Достаточно принятия на совещании или посредством опроса основных руководителей. Модель проектного бизнеса не относится к документам, обязательным для исполнения всем персоналом компании. Основной задачей корпоративной модели является увязка с деятельностью компании и общей моделью проектного бизнеса. [c.135]
Можно построить корпоративную модель и более последовательным способом. Взять за основу общую модель проектного бизнеса, исключить в ней общие положения и наполнить содержанием, конкретизирующим применение в данной компании. [c.135]
Важное замечание о применении терминов "метод " и "процесс " В настоящей книге в рамках общей модели проектного бизнеса для обозначения какого-либо действия применяется термин "метод". Термин "процесс" близок по трактовке к термину "метод". Термин "метод" также может охватывать и такие термины как "функция" или "область управления". Именно поэтому в данной книге, чтобы избежать ложного совпадения с терминами в иных источниках, применяется термин "метод", как общетеоретическое понятие. [c.139]
В отличие от общей модели проектного бизнеса, в модели f для большого проекта классы "Корпоративная модель управ-ф пения проектами" и "Проект" объединяются в один класс [c.141]
Все модели RO-RN основываются на общей модели проектного бизнеса. Чем выше уровень зрелости, тем больше инструментов общей модели включается в адаптированную модель. Таким образом, модели более высокого уровня не отвергают предыдущие модели, а только расширяют спектр применяемых инструментов. [c.281]
Первый шаг, построение общей теоретической модели проектного бизнеса, произведен в первой части книги. Несмотря на всю ценность теоретических построений, понятно, что практическому специалисту одной теории будет недостаточно, ему нужно знать простые, быстро осваиваемые приемы, а не разбираться в нюансах теоретических дискуссий. Второй шаг, трансформация общей модели на язык корпоративной практики, будет выполнен в текущей, второй части этой книги. [c.280]
В этой главе излагается сводный взгляд на проектный бизнес. Показывается позиционирование проектного бизнеса в общей системе бизнеса. Общее описание ведется на языке моделирования. Иными словами, проектный бизнес определяется как модель, которая характеризуется набором своих параметров. В этой главе приводится непосредственно перечень параметров. В последующих главах будет дано более подробное описание этих параметров, раскрыто их внутреннее содержание. [c.59]
Модель RO использует наименьшее количество инструментов общей модели. Необходимо сразу подчеркнуть, что минимизация объема инструментов не означает какую-то ущербность модели. Наоборот, эта модель позволяет вести успешный проектный бизнес, не отягощая специалистов знанием неиспользуемых инструментов. По оценке автора книги, для 80-90% российских компаний модель RO вполне достаточна, а попытка внедрить модели более высокого уровня ничего, кроме потерянных затрат, не принесет. Переход на модель R1 разумно произвести через 1-2 года использования модели RO, когда в компании накопится реальный опыт, в частности, появится собственный банк знаний с неплохим набором документов. [c.281]
В существующих стандартах и литературе нет единого подхода к построению общей системы проектного бизнеса. Так, в модели PMI упор делается на описание через процессы. Модель IPMA строится на основе функционального подхода. Автор этой книги предпринял попытку объединить разные подходы, воспользовавшись методикой, применяемой в объектно-ориентированном анализе и программировании (ООАП). Методика ООАП позволяет строить модели различных бизнес-систем, а затем, на основании построенной модели, разрабатывать электронные программы для автоматизации работы бизнес-системы. Преимущество методики ООАП состоит как раз в универсальности. Методика была специально разработана как универсальный способ для различных систем, не только существующих в бизнесе. [c.59]