lead asu 2015_saveliev

Проектне управління в АСУ: "класика vs agile".

Форум лідерів АСУ «Нова країна — Новий ландшафт»

Київ, 19 лютого 2015 року

ИПММС НАНУ

Доповідач: Провідний інженер Чорнобильської АЕС Науковий співробітник ІПММС НАНУ Старший викладач НТУУ "КПІ“

Савельєв Максим Володимирович

http://ua.linkedin.com/in/maximsaveliev



Проект – это временное предприятие, направленное на получение нового (уникального) продукта или услуги, выполняемое в рамках ограниченных ресурсов. Здесь ресурсы понимаются в широком смысле: время, финансы, материально-технические, людские, технологические и т.п. Проекты всегда ограничены во времени и имеют начало и завершение. Проект всегда реализуется какой-то конкретной группой людей – командой проекта (project team). Сама эта группа является ограниченным ресурсом, т.к. состоит из конкретных личностей с их определенным профессиональным уровнем, опытом, знаниями, интеллектуальными и физическими способностями и возможностями. Проект всегда реализуется в рамках финансовых, материальных, технических, технологических возможностей (ограничений) и полномочий, предоставленных команде проекта во главе с ее руководителем (project manager).



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

Время

ЗатратыКачество



К основным видам IT-проектов относят: •Инфраструктурные и организационные проекты.

•Проекты создания и внедрения автоматизированных систем.

•Проекты разработки и развития программного обеспечения.



•Примерами инфраструктурных IT-проектов могут являться развертывание ЛВС на предприятии или сети Wi-Max на территории промплощадки, строительство центра обработки данных (ЦОД), телекоммуникационных узлов и центров.

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



Проекты разработки и внедрения автоматизированных систем более специфичны по отношению к бизнесу компаний. Примерами таких проектов могут являться внедрение автоматизированных линий производств, системы управления ресурсами предприятий, бухгалтерские системы и системы автоматизации документооборота. Проекты такого рода, как правило, включают работы с техническими средствами. Будь то развертывание автоматизированных рабочих мест (АРМ), локальных вычислительных сетей (ЛВС) и клиент-серверных систем, вплоть до создания интерфейсов с инфраструктурой, оборудованием и другими производственными активами бизнеса.



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



АСУ-ТП АСУ-П

Информационные системы

Триада автоматизированных систем.



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

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

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

над затратами и качеством..



Системы АСУ-П предназначены для управления задачами предприятия. К таким задачам относятся учет и управление ресурсами предприятия, персоналом, планированием, материалами и готовой продукцией, финансами и т.п. Примерами таких систем являются решения типа SAP R/3, автоматизация документооборота, различные ERP системы. Проекты в области АСУ-П характеризуются: • Реализацией стратегической линии управления, а значит

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

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

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



Системы АСУ-ТП, как следует из названия, применяются для управления различного вида оборудованием и технологическими процессами. Это могут быть как автоматические системы управления, так и автоматизированные – реализующие интерфейс человек-машина. К таким системам так же относят информационно-измерительные системы, системы контроля состояния объектов, различные SCADA системы. Проекты в области АСУ-ТП характеризуются следующими свойствами: • Точностью поставленной цели и, как следствие,

стабильность требований в ходе реализации проекта. • Применением проверенных решений (принцип

апробированности для АЭС). • Требования к качественным показателям (безопасность,

надежность и т.п.) доминируют над затратами и сроками.



Треугольник «время-деньги-качество»

в триаде АС.


ИС

Время




Подходы к управлению проектами.

Т.о. отличия в назначении в вышеназванных классах АС определяет разницу в подходах при реализации проектов по созданию и внедрению таких систем на предприятиях. А именно влияют на выбор жизненного цикла проекта.



Классика - PMI PMBoK.

PMI PMBoK (Project Management Body of Knowledge) – Свод знаний по управлению проектами от Института Управления Проектами определяет 5 групп процессов управления проектом.



Тр

удо

затр

аты

Время

Инициализация

Планирование

Выполнение

Контроль

Закрытие



Program (Project) Evaluation and Review Technique (сокращенно PERT) — техника оценки и анализа программ (проектов). Моделирование проекта с помощью графов взаимосвязей работ (стрелки) и событий (узлы), а также диаграмм Ганта.

Разработан по заказу Подразделения специальных проектов ВМС США для проекта создания ракетной системы «Поларис» (Polaris). 1958 год.

WBS Task Name Predecessors Duration 1 2 3 4 5 6 7

WBS 1 10

Activity A 10 3

Activity B 10 4

WBS 2

Activity C 20 3

WBS 3

Acnivity D 30 1

Activity E 30 3

WBS 4

Activity F 20, 30, 40 3

WBS 5 50



Водопад Винстона Ройса. 1970



ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

ГОСТ 34.601-90

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ.

СТАДИИ СОЗДАНИЯ. 1. Формирование требований к АС

2. Разработка концепции АС.

3. Техническое задание.

4. Эскизный проект.

5. Технический проект.

6. Рабочая документация.

7. Ввод в действие.

8. Сопровождение АС



==



Типичный IT-проект на основе «водопада».



Кто виноват?

Что делать?



Цена изменений растет экспоненциально (Barry Boehm).

Требования 1$

Анализ 10$

Проект 100$

Разработка 1000$

Испытания 10000$

Почему?



Почему?

Требованиям к автоматизированной системе свойственно изменяться во времени.



Риск

ИнжинирингЗаказчик

План

Оценка альтернатив, идентификация и разрешение рисков

Разработка концепций, прототипов, доводка решения

Определение целей, альтернатив и ограничений.Планирование фаз

Оценка концепций и решений. Приемка системы.

План

проекта

Быст

рый

анал

из

База данных

Инт

ерф

ейсФ

ункции

системы

Прототипирование

Утверждение

пользователем

Раз

рабо

тка

«Про

екта

»Подгонка

«Технического задания»

Экс

плуа

таци

я

и со

пров

ожде

ние

Время

Тр

уд

оза

тра

ты

Планирование

требований

Совместное

проектирование

Построение

Ввод в

эксплуатацию

Пользователь

Разработчик

MSF



Agile-манифест Февраль 2001г.

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

этом другим. Благодаря проделанной работе мы смогли осознать, что:

Люди и взаимодействие важнее процессов и инструментов Работающий продукт важнее исчерпывающей документации

Сотрудничество с заказчиком важнее согласования условий контракта Готовность к изменениям важнее следования первоначальному плану

То есть, не отрицая важности того, что справа,

мы всё-таки больше ценим то, что слева.

Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian

Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas

http://www.agilemanifesto.org/iso/ru/



Основные принципы Agile

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

поставке ценного программного обеспечения.

Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют

использовать изменения для обеспечения заказчику конкурентного преимущества.

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

периодичностью от пары недель до пары месяцев.

Работающий продукт — основной показатель прогресса.




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

Над проектом должны работать мотивированные

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

Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой

командой, так и внутри команды.

Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.

Agile помогает наладить такой устойчивый процесс разработки.




Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.

Простота — искусство минимизации лишней работы —

крайне необходима.

Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.

Команда должна систематически анализировать возможные

способы улучшения эффективности и соответственно корректировать стиль своей работы.



Scrum (куча-мала, схватка в регби).



Классика vs Agile



Agile – новая панацея?



Серебряной пули нет! (Фредерик Брукс)


ИС

Время


Классика

Agile



Синтез ГОСТ и Agile?



Joint Commissoning and System

Transfer

Joint Design

Joint Requirements

Planning

Time .

Ha

rdw

are

an

d S

oftw

are

Do

cu

me

nta

tio

n

Quick Analisys Technical Reference

& Specifications Technical

Design

Working Documentation

System Tests +

Trial Operation

Raw Prototype of

the System Concept

Prototype

Alpha version

Final

solution

Release

candidate

Draft Design

Выбор модели жизненного цикла проекта в области информационных технологий.

X International Conference PMKiev13. Май 2013 г.

36

Благодарю за внимание


ИПММС НАНУ

lead asu 2015_saveliev

Engineering