Вадим Алджанов - ИТ-архитектура. Практическое руководство от А до Я. Первое издание

Тут можно читать онлайн Вадим Алджанов - ИТ-архитектура. Практическое руководство от А до Я. Первое издание - бесплатно ознакомительный отрывок. Жанр: Прочая околокомпьтерная литература. Здесь Вы можете читать ознакомительный отрывок из книги онлайн без регистрации и SMS на сайте лучшей интернет библиотеки ЛибКинг или прочесть краткое содержание (суть), предисловие и аннотацию. Так же сможете купить и скачать торрент в электронном формате fb2, найти и слушать аудиокнигу на русском языке или узнать сколько частей в серии и всего страниц в публикации. Читателям доступно смотреть обложку, картинки, описание и отзывы (комментарии) о произведении.
Вадим Алджанов - ИТ-архитектура. Практическое руководство от А до Я. Первое издание

Вадим Алджанов - ИТ-архитектура. Практическое руководство от А до Я. Первое издание краткое содержание

ИТ-архитектура. Практическое руководство от А до Я. Первое издание - описание и краткое содержание, автор Вадим Алджанов, читайте бесплатно онлайн на сайте электронной библиотеки LibKing.Ru
В книге собраны и обобщены теоретические знания и примеры реализации в таких областях ИТ, как построение архитектуры предприятия, информационной безопасности, управление ИТ-сервисами, управление проектами, качеством и рисками, бизнес-процессами. Даются системное описание ИТ, модели и подходы по формированию ИТ-стратегии, требования к системам обеспечения, выбор компонентов ИТ-инфраструктуры, расчет стоимости владения и организационные аспекты управления ИТ.

ИТ-архитектура. Практическое руководство от А до Я. Первое издание - читать онлайн бесплатно ознакомительный отрывок

ИТ-архитектура. Практическое руководство от А до Я. Первое издание - читать книгу онлайн бесплатно (ознакомительный отрывок), автор Вадим Алджанов
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

Самое раннее время окончания (EF) задания равно времени ES плюс предполагаемое время выполнения задания. Время ES для задания, которому предшествует одно задание, представляет собой время EF для этого предшествующего задания. Время ES для заданий, которым предшествуют два и больше заданий, является максимальным из времен EF для этих предшествующих заданий.

Самое позднее время начала (LS) и самое позднее время окончания (LF) задания – это самые поздние моменты времени, когда можно начать (LS) или закончить (LF) задание, не увеличивая время выполнения проекта в целом.

Чтобы рассчитать эти моменты, будем двигаться по схеме назад. Сначала примем время LF для последнего задания на схеме в качестве времени EF рассматриваемого задания. Время LS для данного задания равно его времени LF минус предполагаемое время выполнения этого задания. Время LF для всех непосредственно предшествующих заданий является минимальным из времен LS для всех заданий, для которых рассматриваемое задание является предшествующим. Необходимо рассчитать еще одну величину, называемую резервом времени для задания.

Резерв времени – это допустимая величина задержки начала или окончания задания, которая не приводит к задержке выполнения проекта в целом. Резерв времени математически представляет собой разность LS – ES (или LF – EF, что-то же самое). По определению, последовательность заданий, имеющая нулевой резерв, является критический путь.

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

•изложение возникшей проблемы, принимаемого общего подхода к ее решению и ожидаемых в результате выгод;

•полное описание заданий по проекту, необходимых затрат времени и ресурсов;

•такое подробное описание необходимо администрации, чтобы решить, следует ли перейти к этапам реализации проекта

•динамичный инструмент для руководителя проекта и рабочей группы, который будет использоваться для принятия решений в течение всего времени работы над проектом;

•справочную документацию для административного контроля;

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

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

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

•Название проекта

•Цели проекта

•Руководитель проекта

•Владелец проекта или заинтересованные лица

•Состав рабочей группы

Задания – Этот раздел состоит из трех подразделов: номер задания, краткое, но смысловое имя, присвоенное заданию и описание задания. В нем должно содержаться в (точных выражениях) конкретное изложение содержания работы, которую необходимо выполнить.

•Оценочные даты начала и завершения работ.

•График выполнения проекта

•Смета проекта – Информация о смете в этом отчете обобщается на уровне задания.

•Метрики и критерии достижения целей

•Дополнительные условия

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

План сроков и хода работ – это график, в котором для каждого рабочего пакета указывается срок начала и окончания, а также запланированная продолжительность. Как правило план сроков и хода работ изображается в виде диаграммы Гантта и сетевых графиков, в которых задается логическая последовательность выполнения рабочих пакетов.

В группу процессов планирования входят следующие процессы:

•Разработка плана управления проектом (Develop Project Management Plan)

•План управления содержанием (Plan Scope Management)

•Сбор требований (Collect Requirements)

•Определение содержания (Define Scope)

•Создание иерархической структуры работ – ИСР (Create Work Breakdown Structure – WBS)

•Разработка плана управления расписанием (Develop Schedule Management Plan)

•Определение операций (Define Activities)

•Определение последовательности операций (Sequence Activities)

•Оценка ресурсов операций (Estimate Activity Resources)

•Оценка длительности операций (Estimate Activity Durations)

•Разработка расписания (Develop Schedule)

•Разработка плана управления стоимостью (Develop Cost Management Plan)

•Оценка стоимости (Estimate Costs)

•Определение бюджета (Determine Budget)

•Планирование качества (Plan Quality)

•Разработка плана управления человеческими ресурсами (Develop Human Resource Plan)

•Планирование коммуникаций (Plan Communications)

•Планирование управления рисками (Plan Risk Management)

•Идентификация рисков (Identify Risks)

•Качественный анализ рисков (Perform Qualitative Risk Analysis)

•Количественный анализ рисков (Perform Quantitative Risk Analysis)

•Планирование реагирования на риски (Plan Risk Responses)

•Планирование закупок (Plan Procurements)

•Разработка плана управления заинтересованными сторонами (Develop Stakeholder Management Plan)

Группа процессов реализации проекта (Executing)

На этой фазе происходит собственно основная работа по проекту – написание кода, возведение здания и тому подобное. Следуя разработанным планам начинает создаваться содержание проекта, определённое ранее, проводится контроль по выбранным метрикам. Во второй части данной фазы происходит тестирование продукта, он проверяется на соответствие требованиям заказчика и заинтересованных сторон. В части тестирования выявляются и исправляются недостатки продукта.

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

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать


Вадим Алджанов читать все книги автора по порядку

Вадим Алджанов - все книги автора в одном месте читать по порядку полные версии на сайте онлайн библиотеки LibKing.




ИТ-архитектура. Практическое руководство от А до Я. Первое издание отзывы


Отзывы читателей о книге ИТ-архитектура. Практическое руководство от А до Я. Первое издание, автор: Вадим Алджанов. Читайте комментарии и мнения людей о произведении.


Понравилась книга? Поделитесь впечатлениями - оставьте Ваш отзыв или расскажите друзьям

Напишите свой комментарий
x