Устав проекта готовый пример строительство

Устав проекта нацелен на создание эффективной системы управления проектом, которая позволит обеспечить выполнение необходимого объема работ определенными ресурсами в заданные сроки при обеспечении требуемого качества результатов, включая обеспечение команды проекта согласованной Заказчиком и Исполнителем непротиворечивой информацией, необходимой для управления проектом.

Цель Устава проекта – установление правил организации работ по проекту путем документирования терминологии, целей, стратегии, границ, организационной структуры, методологии ведения проекта, ролевых функций и планов проекта, необходимых для достижения бизнес-целей проекта и компании в целом.

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

Устав проекта вступает в силу после его подписания полномочными представителями Заказчика и Исполнителя и действует вплоть до подписания протокола о завершении проекта или до принятия одной из сторон решения об одностороннем выходе из проекта.

4 ii 1 4 Устав проекта

Проект – уникальная деятельность, имеющая начало и конец во времени, направленная на достижение заранее определённого результата/цели, создание определённого, уникального продукта или услуги, при заданных ограничениях по ресурсам и срокам, а также требованиям к качеству и допустимому уровню риска.

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

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

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

Управление проблемами – это процедура выявления, регистрации и разрешения проблем, а также минимизации их влияния на цели и качество выполняемого проекта.

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

Участники проекта — все сотрудники Заказчика и Исполнителя, работающие над проектом, включая органы управления проектом.

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

Устав проекта

• Функциональный объем определяет функциональные характеристики внедряемого продукта. Решение об использовании той или иной функциональности продукта диктуется бизнес-процессами предприятия, на котором внедряются результаты проекта.
• Организационный объем, который определяется подразделениями предприятия – организационными единицами (отделами, конкретно определенными рабочими местами) внутри этих подразделений, охваченными внедрением продукта.
• Технический объем , который определяется требованием нормального функционирования продукта проекта в заданном функциональном и организационном объеме.
• Иной объем, который определяется требованиями по взаимодействию с другими продуктами на предприятии или другими требованиями, не входящими в состав функционального, организационного и технического объемов.

Результат заполнения данного поля оформляется в виде таблицы с полями:

Роль в проекте – ФИО — Функции, выполняемые в проекте – Примечание

• Куратор проекта– осуществляет общее руководство ходом реализации проекта, ответственный за обеспечение финансирования работ и выделение необходимых ресурсов для выполнения проекта.Осуществляет рассмотрение, по мере необходимости, проблем проекта, затрагивающих взаимодействие Заказчика и Исполнителя, принимает участие в управлении рисками проекта.
• Руководитель проекта– ответственный за формирование команды проекта, распределение ресурсов, организацию взаимодействия между участниками проектной команды и заказчиком, а также за планирование, организацию и контроль выполнения работ по достижению целей проекта с требуемыми затратами, качеством и в заданный срок. Осуществляет управление рисками проекта, управлениепроцессомрешения проблем, принимает участие в разрешении противоречий в проектных решениях
• Архитектор проектных решений – ответственный за определение состава, продолжительности и технологии выполнения работ по проекту, определение ресурсов в рамках, заданных условиями проекта, распределение их по задачам, планирование трудозатрат, организацию работ и верификацию результатов в процессе реализации проекта. Участвует в подготовке решений межпроектных интеграционных вопросов, разрешении противоречий в проектных решениях.
• Администратор проекта – ответственный за обеспечение руководителя проекта структурированной информацией, необходимой для контроля проекта, планами, ресурсами и приоритетами, а также за обеспечение своевременной подготовки, движения и архивации документов по проекту. Осуществляет контроль согласования документов проекта.
• Специалисты – ответственные за реализацию отдельных работ по проекту.

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

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

Если результат одного этапа необходим для реализации другого этапа, то такие этапы могут исполняться только последовательно. В противном случае этапы могут исполняться параллельно, независимо друг от друга.

Указываются как этапы проекта, так и их результаты, подлежащие приемке при его завершении (документы, организационные схемы, изделия, модели и др.).

• У – утверждает;
• С – согласовывает;
• Э – экспертиза;
• О – ознакомлен;
• ФОтв — ответственное лицо за формирование документа;
• ФИсп — исполнитель, формирует (создает) документ.

Результат заполнения данного поля оформляется в виде таблицы с полями: № — Документы – Проектная роль 1 – Проектная Роль 2 — …

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

• выявление и регистрация проблемы;
• определение ответственных за решение проблемы;
• определение необходимых действий для решения проблемы;
• регистрация результатов решения проблемы;
• отслеживание неразрешенных проблем.

Общую ответственность за управление процессом решения проблем проекта несет руководитель проекта.

Принятые проблемы рассматриваются на совещаниях по проблемным вопросам.

Ответственный сотрудник разрабатывает план мероприятий по решению проблемы и согласовывает его с руководителями проекта.

Шаблон 1. Устав проекта

ИНФОРМАЦИЯ О ПРОЕКТЕ

Другие участники проекта

Дата создания документа

Причины инициации проекта:

Ограничения проекта и допущения проекта:

Должность Дата Подпись

Должность Дата Подпись

Основные элементы устава проекта

• Содержание работ (Statement of Work) по проекту характеризует продукцию или услуги, производство которых является целью проекта. Содержание работ для внутренних проектов организации составляется запрашивающей стороной или куратором. Содержание работ для вне-шних проектов прилагается потребителем к проектному запросу.

Содержание работ (SOW) — включает характеристику продукции или ус¬луг, производимых в рамках проекта, описание проектных работ и краткие спецификации необходимых товаров и услуг. Часто прилагается к контрак¬там как характеристика проектных работ.

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

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

Описание проекта — включает характеристики продукта, в том числе спе¬цификации, изменения или другие ключевые параметры.

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

• Стратегический план. В стратегическом плане представлена важ¬ная информация об основном направлении развития компании. Ме¬неджер проекта должен рассматривать эти данные с позиции своих не¬посредственных целей и задач. Например, если компания в течение следующего года планирует открытие новых офисов в трех городах Ев-

ропы, а проект направлен на модернизацию сети, общий план проекта составляется с учетом последствий возникновения новых представи¬тельств.

Стратегический план — описание долгосрочных целей и планов органи¬зации.

Устав проекта и концептуальная документация имеют много общего, но устав всегда составляется более подробно и детально. Все проектные доку¬менты содержат раздел «Общая информация», где указаны название проек¬та, номер, дата, имя автора, оставлено место для даты корректировки доку-мента или номера копии. Остальные разделы устава включают следующие информационные блоки.

• Цели и задачи проекта — в этом разделе перечислены факторы, опре¬деляющие возможность успешного выполнения проекта. Например, вам поручено ввести в эксплуатацию новую систему формирования и обработки изображений в технологической зоне компании. Цель про-екта можно сформулировать примерно так: «Ввод в эксплуатацию но¬вой системы формирования изображений, интегрированной в действу¬ющие информационные системы и программы. Ввод в эксплуатацию осуществляется без прерывания производственных потоков многокра¬сочной печати». Более конкретные требования и ожидаемые результа¬ты мы разработаем при составлении описания содержания проекта.

• Требования — на данной стадии формулируются проектные требова¬ния первого порядка. Их можно рассматривать как более подробную характеристику промежуточных результатов проекта, так как они представляют конкретные данные по ожидаемым результатам. Деталь¬но эта тема будет рассмотрена в главе 4 «Определение целей проек¬та». В этом разделе необходимо перечислить требования и ожидания потребителей, куратора, заинтересованных сторон, а также возможно¬сти их удовлетворения.

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

• Оценка затрат и ресурсов — если в вашем распоряжении имеется предварительная оценка затрат, включите ее в данный раздел. Здесь также приводятся сумма расходов на ТЭО (если оно подготовлено) и стоимость предлагаемых альтернатив. Разработкой детального бюд¬жета проекта и управлением ресурсами мы займемся позже, на этапе планирования.

• Функции и обязанности — раздел включает сводную таблицу функций и обязанностей, аналогичную табл. 3.3, с именами участников и указа¬нием их должностей. Помните: в проекте работают только один менед¬жер и один куратор, но существует множество позиций для функцио¬нальных менеджеров, поставщиков, потребителей и т. д. Именно этот раздел предоставляет вам официальные полномочия инициировать проект и обеспечивать проектные ресурсы.

• Подписи участников — это один из самых важных разделов устава. Здесь должны стоять подписи куратора, основных заинтересованных сторон, высшего руководства, потребителей, а также всех уполномо¬ченных лиц.

• Приложения — им может стать любая документация, поясняющая проект, включая описание содержания проекта и технико-экономиче¬ское обоснование, если оно уже выполнено.

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

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

Вполне возможно, что в концептуальной документации проект характеризу¬ется недостаточно, лишь в общих чертах. Менеджер проекта мог не прини¬мать участия в процессе отбора и/или не иметь отношения к составлению концептуальной документации. (Иногда подобные документы разрабатыва¬ются другим менеджером или заинтересованным лицом.) В таком случае он должен приложить дополнительные усилия, чтобы обеспечить наличие всей информации, необходимой для инициации проекта. Если этого не сделать, то впоследствии можно сильно пожалеть о своей небрежности.

Некоторая специфика подписания проекта

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

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

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

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

Получив все необходимые подписи, нужно предоставить каждому подпи¬санту копию устава. Одновременно можно передать копии текста на рассмот¬рение оставшимся заинтересованным лицам, которые не подписывали доку¬мент. После раздачи копий текста начинается главное развлекательное мероприятие этапа инициации — организация и проведение установочного собрания.

Но сначала рассмотрим образец устава, который пригодится для следующего проекта. Образец следует скорректировать с учетом потребно¬стей организации и вашей личной точки зрения. Да, и не забудьте: копия уста¬ва тоже хранится в папке журнала проекта. Если проектная документация представлена в интранете для всеобщего доступа, текст устава должен быть выложен и там.

Образец устава проекта

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

Пример Устава проекта

Привожу пример устава проекта, который явился результатом бесплатного экспресс-обследования. Он отличается по форме от рекомендуемого 1С. Но, для понимания того, что именно должно быть указано в этом документе – вполне достаточно. Как и для того, чтобы понять, стоит ли начинать такой проект.

• Навигационная система движения автотранспорта (АСУТП)
• Система оперативного учета и обработки путевых листов в DOS;
• Система расчета заработной платы ХХХ
• Система учета ХХХ
• Система учета расчетов с поставщиками, бюджетом, учёта банковских и кассовых операций ХХХ
• Система сдачи налоговой отчетности «Контур-Экстерн»

• Расчёт себестоимости по видам перевозок и статьям затрат;
• Учёт расчетов с заказчиками;
• Ведение операционного бюджета движения денежных средств;
• Регистры бухгалтерского учёта;
• Бухгалтерская отчётность.

• Выдача доверенностей;
• Журналы регистрации кассовых и банковских документов;
• Журналы регистрации счетов-фактур;
• Заполнение налоговых деклараций и регистров налогового учета
• Ведение книги покупок и книги продаж

Необходимо отметить, что удалённость разработчика систем ПП ХХХ затрудняет поддержку системы и в итоге делает невозможным получение из неё необходимой информации.

Источник: topuch.ru

Чудо-бумажка, или зачем нужен устав проекта и как его написать

Устав проекта (Project Charter) – это документ, который обычно готовит руководитель проекта после получения вводных о проекте.

Зачем нужен устав проекта

Устав содержит основные характеристики проекта и согласуется основными заинтересованными лицами (как минимум – Заказчиком и Спонсором проекта). Как правило, разработка и подписание Устава несет в себе 3 основные функции:

1. Определить основные требования к результату проекта и основные характеристики самого проекта (бюджет, сроки).
2. Формально запустить проект, т. к. только после подписания проект считается действительно существующим в Компании.
3. Наделить руководителя проекта определенным уровнем полномочий (каким именно – зависит от Компании).

Иногда устав проекта используется для оценки выгод от его реализации и принятия решения о запуске. Хотя это не соответствует классической методологии, по которой устав готовится только для уже оцененного и утвержденного к реализации проекта.

Как написать устав проекта

Содержание устава проекта часто зависит от специфики Компании. В качестве примера можно привести следующий набор разделов устава:

1. Начальные условия – живу в квартире уже 15 лет, краска на потолке облупилась, батареи старые и вообще мне некомфортно. Я заказала дизайн-проект, мне нарисовали квартиру моей мечты, осталось только сделать.
2. Цель – сделать ремонт в квартире площадью 65 метров в строгом соответствии с дизайн-проектом не позже чем к такому-то числу и не больше чем за такие-то деньги.
3. Содержание и результаты (Scope and deliverables) – на выходе должны быть полностью замененные коммуникации (сантехника, электрика, отопление), новая входная дверь, новая сантехника, косметический ремонт (плитка в санузле, ламинат, обои и потолки во всех комнатах), заказанная и установленная кухня, полностью все освещение и вся мебель. Что не буду делать: отдирать стяжку пола (что ей стало-то за 15 лет), делать теплые полы и звукоизоляцию, и менять окна (они хорошие, только 2 года назад поставила).
4. Ключевые требования и характеристики – все должно быть в строгом соответствии с дизайн-проектом (см.пачку приложенных чертежей и смету), если что-то сделать нельзя или дороже больше чем на 10% – надо согласовывать на семейном совете. Разводку электрики и сантехники надо согласовать с местным ЖЭКом.
5. Бюджет и сроки (Cost and Timelines) – 2 млн. рублей на все, включая мебель и кухню (30% на черновую отделку и коммуникации, 20% на чистовую, включая сантехнику, 20% на кухню и 30% на мебель). Срок – максимум 4 месяца, т.к. мы всего на 4 месяца договорились к родителям переехать, в крайнем случае можно добавить еще 2 недели (поживем в гостинице). Приоритеты бюджет-качество-сроки (лучше в гостинице поживем, пока штукатурка будет сохнуть, но денег на тепловую пушку для сушки не выделим и клеить обои на мокрую штукатурку тоже не будем).
6. Ключевые участники (Key Stakeholders) – я, муж, родители, бригада, с которой я уже договорилась, соседи (надо уточнить, когда у них дети спят), ЖЭК (с ними надо проект согласовать).
7. Допущения и ограничения проекта, основные риски (Project Assumptions and Restrictions, Main Risks) – допущения: соседи нескандальные, работать можно весь световой день, бригада адекватная и не будет бухать на объекте, курс доллара глобально не вырастет и стройматериалы сильно не подорожают; ограничения: нельзя работать после 22.00, не могу приезжать контролировать работу в будни (работаю), первая выплата бригаде возможна только в апреле (закончится депозит, где деньги на ремонт лежат); риски: возможно, ошибочно посчитана смета и денег на все не хватит, в дизайн-проекте ошибка, такую перепланировку узаконить нельзя, т.е. придется ремонт останавливать и все переделывать.

Ну и напоследок. Меня часто спрашивают, насколько детальным должен быть устав проекта? Точного рецепта здесь нет, но в общем случае – детализация устава проекта должна быть такой, чтобы в случае какого-то серьезного запроса на изменение в проекте вы могли обратиться к уставу как к истине в последней инстанции и сказать «нет, мы это не делает, т.к. это не приближает нас к цели проекта или противоречит характеристикам результата». По большому счету, если проект дошел до такого состояния, что запросы на изменение с уставом уже не «бьются» – похоже, ваш проект закончился неудачей и его лучше закрыть, требования и ограничения пересмотреть и начать новый.

Мораль: устав даже на 1 страничке А4, подписанный заинтересованными лицами, лучше чем неподписанный на 5 страничках. И требование подписать его до начала работ со стороны РМа полностью законно в любой компании, более того – это прибавляет вам профессионального веса, позволяет понять «а чего же мы все-таки делаем» и получить хоть какие-то полномочия. Если управление проектами в компании отсутствует как класс, то даже неподписанный устав лучше чем его отсутствие, вы хотя бы разберетесь, что делать, и настроитесь на правильный лад с самого начала проекта (да простит меня РМВОК).

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

Всего за 99 руб вы можете скачать готовый детальный шаблон устава ИТ-проекта в docx. В готовом примере устава проекта вы найдете все необходимые пункты – от содержания проекта и описания ролей и обязанностей участников проекта до перечня типовых рисков. После оплаты на почту вы получите архив с шаблоном. Сэкономьте свое время, оно стоит намного дороже!
Скачайте готовый пример устава проекта и начните работать прямо сейчас вместо траты нескольких часов на поиск и написание типовых разделов.
Купить готовый шаблон Устава за 99 руб.

Рекомендуем! Также з а 249 руб вы можете скачать набор из трех разных готовых шаблонов уставов ИТ-проектов в docx, в том числе – два расширенных примера готовых уставов проектов (для работы с подрядчиком/заказчиком) и один сокращенный пример готового устава проекта (для внутренних проектов). Набор примеров уставов поможет вам создать на их основе именно тот устав вашего проекта, который нужен именно вам!

Источник: upravlenie-proektami.ru

Лабораторная работа — устав проекта

КНУ им. Т. Г. Шевченка. Преподаватель: Приймак В. М. , 7 стр.
Дисциплина — управление проектами
Контроль изменений документа
Описание проекта
Назначение проекта
Цели проекта
Непогашенные эмиссии
Проектный подход
Выходы проекта и условия качества
Организация и ответственность
Обеспечение и ресурсы проекта
Управление риском
Управление проектом
Действия по управлению качеством
График проекта
Оценка трудоемкости проекта
Оценка стоимости проекта

Горбовцов Г.Я. Управление проектом

• формат pdf
• размер 990.99 КБ
• добавлен 02 апреля 2009 г.

Московская финансово- промышленная академия. М. : 2004г. Введение в управление проектом. Управление временем проекта. Модель дуга-работа (ACTIVITY-ON-ARROW). Модель узел-работа (ACTIVITY-ON-NODE). Построение календарного графика. Анализ хода работ.

Управление стоимостью проекта. Управление рисками проекта. Задача распределения капиталовложений.

Контрольная работа — Порядок разработки инвестиционного проекта

• формат docx
• размер 99.04 КБ
• добавлен 21 января 2011 г.

Введение Порядок разработки инвестиционного проекта Сущность инвестиционного проекта Цикл инвестиционного проекта Технология разработки инвестиционного проекта Технология проектных экономических обоснований инвестиционного проекта Технико-экономическое обоснование проекта (ТЭО) Порядок разработки и утверждения Финансовое обеспечение инвестиционного проекта Расчетная часть Заключение Список использованной литературыrn

Курсовой проект — Разработка Web-приложения для управления знаниями на основе технологии Wiki, проектный офис

• формат doc, odt, pdf
• размер 34.38 МБ
• добавлен 12 августа 2011 г.

Преподаватель: С. В. Скородумов Студенты: Т. В. Грудинина, И. К Никитин, МАИ, Факультет Прикладной Математики и Физики, Кафедра Вычислительной Математики и Программирования. 2011 год. Данный документ является отчетом по результатам проекта p2m-2in2-ru ИТ-компании «Skorodumovhttps://www.studmed.ru/laboratornaya-rabota-ustav-proekta_b87dba9969b.html» target=»_blank»]www.studmed.ru[/mask_link]