Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
💸 Как сделать бизнес проще, а карман толще?
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!
Концепция проекта
Стр 1 из 6Следующая ⇒
|
|
| · Все документы, ссылки на которые на которые содержаться в настоящем документе являются его неотъемлемой частью · Заполнение разделов настоящего документа по возможности осуществляется ссылками на внешние документы, а при отсутствии таковых – текстовым описанием. · В случае любых расхождений настоящего документа с уставом проекта – настоящий документ признается более авторитетным · Работы, ссылки на которые не содержатся в данном документе – не входят в проект. |
| Название проекта: | |
| Менеджер проекта: | |
| Дата (MM/DD/YYYY): |
| Версии | ||
| Версия | Дата (MM/DD/YYYY) | Комментарий |
| 1.0 | ||
| 1. Общая информация |
| 1.1 Общая информация о проекте |
| < Дополнительная информация к той, что содержится в разделе 1 устава: развернуто – суть проекта, бизнес-окружение и цели. Любые пояснения. Если такой информации нет – ссылка на устав> |
| 1.2 Ограничения проекта |
| < Указать ограничения проекта или ссылку на устав при их идентичности.> |
| 1.3 Допущения проекта |
| < Перечислить все известные допущения проекта. Например: вплоть до начала внедрения на проекте может не потребоваться работа аналитиков из отдела внедрения; или: до конца проекта стоимость используемых лицензируемых компонентов не должна измениться> |
| 2. Описание продукта | |
| 2.1 Описание продукта: | |
| < Описание требований к продукту, включая развернуто цели его создания и требования по внедрению> | |
| 2.2 Аналоги продукта: | |
| < Ссылка на аналоги продукта, если таковые имеются> | |
| 2.3 Ссылки на спецификации продукта | |
| Требования бизнес-уровня: | |
| < Требования ИТ-независимы. Пример – бизнес-объекты и их атрибуты> < NB: при наличии отдельных документов – требования не переписывать, дать ссылку на документ> | |
| Требования системного уровня: | |
| < Требования ИТ-зависимы, но платформо-независимы. Пример – сущности и их атрибуты> < NB: при наличии отдельных документов – требования не переписывать, дать ссылку на документ> | |
| Требования технического уровня: | |
| < Требования ИТ-зависимы и платформо-зависимы. Пример – поля таблицы БД (как проекция сущностей на технический уровень)> < NB: при наличии отдельных документов – требования не переписывать, дать ссылку на документ> | |
| 2.4 Поставки проекта | |
| Результат поставки | Критерии приемки |
| < Результат 1> | § < критерий приемки результата 1> § < критерий приемки результата 1> § < критерий приемки результата 1> |
| < Результат …n> | § < критерий приемки результата …n> |
| 3. Подход к управлению проектом | ||
| 3.1 Используемые элементы плана управления проектом | ||
| План управления персоналом | < Существуют ли правила назначения и выделения ресурсов на проект (описать)? > < Ссылки на согласованные списки ресурсов проекта> | |
| Коммуникации проекта | < Существуют ли правила ведения коммуникаций на проекте (описать)? > < Ссылка на реестр заинтересованных лиц> | |
| Риски проекта | < Существуют ли правила работы с рисками (описать)? > < Ссылка на реестр рисков> | |
| Закупки проекта | < Перечень закупок проекта (или ссылка)> < Существуют ли в организации правила ведения закупок и кто ответственен за процесс? (описать или ссылка)> < Существуют ли в проекте планы закупок (описать или ссылка)> | |
| Управление конфигурациями | < Каковы правила работы с конфигурациями на проекте, включая поддержание версионности кода, дистрибутивов, преоктных планов (описать / дать ссылку)? > | |
| Изменения в проекте | < Каковы правила внесения изменений в проектные планы и документацию (описать / дать ссылку)? > | |
| < Дополнить по необходимости> | < Дополнить по необходимости> | |
| 3.1 Требуется ли дополнительное согласование элементов плана? | ||
| Что требует согласования? | Кто согласует? | |
| < Например – документы: план управления рисками, ИСР> | < Например – спонсором, тремя ключевыми заинтересованными лицами (перечислить)> | |
| < …> | < …> | |
| 4. Согласовательные подписи | |||
| УТВЕРЖДАЮ: | |||
| Имя | Должность | Подпись | Дата (MM/DD/YYYY) |
Подпись означает согласие подписавшего со всеми положениями настоящего документа.
|
|