Софтуерни технологии


Задачи Трудоемкост (човекочаса)



страница58/106
Дата11.05.2023
Размер2.27 Mb.
#117653
ТипАнализ
1   ...   54   55   56   57   58   59   60   61   ...   106
Softuerni Texnologii
Свързани:
empty doc
Задачи

Трудоемкост (човекочаса)

Задача 1

100

Задача 2

150

Задача 3

150

Фиг. 9.1.
Ръководителят на проекта оценява особеностите на проекта и планира след-
ната трудоемкост на задачите:
Алализирайки същността на задачите, ръководителят на проекта установя-
ва, че първите две задачи могат да се изпълняват паралелно, но третата може да
започне едва след завършването на първите две.


Задача

Трудоемкост (човекочаса)

Трудоемкост (човекодни)

Задача 1

90

18

Задача 2

165

33

Задача 3

170

34

Фиг. 9.2.
117


Наредбата на задачите е следната:




Първоначално ръководителят на проекта разпределя работата на разра-
ботчиците по задачите по следния начин:

9 дни
33 дни
12 дни

  1. души
    1 човек

  2. души

Задача 1
Задача 2
Задача 3

18 човекодни

  1. човекодни

  2. човекодни

Съответната Гант-диаграма показва, че за цялата фаза ще са необходими
45 дни.

Веднага се виждат два основни недостатъка на този график — фазата про-
дължава твърде дълго и средната производителност е около 40%. Затова ръко-
водителят на проекта решава да промени разпределението на разработчиците
по задачи, като определя 1 човек за първата задача, двама души за втората и
трима за третата:

18 дни
17 дни
12 дни

  1. човек

  2. души

  3. души

Задача 1
Задача 2
Задача 3

18 човекодни

  1. човекодни

  2. човекодни

Съответната Гант-диаграма на Фиг. 9.5. показва, че за цялата фаза са необ-
ходими 30 дни и средната производителност вече е 60%.
Този график е по-добър, защото продължителността на проекта е 30 дни
118
(при 29 дни от предварителната оценка) и производителността е близка до очак-
ваната.



Задача Работни дни
1 ... 17 18 19 ... 30
1
2
3

Фнг. 9.5.
Освен съставянето на графици организирането на проекта включва и про-
верка, дали те се спазват. Проследяването на проекти става чрез регламентира-
не на система за контрол. Контролират се основните параметри на проекта —
размер на междинните продукти, производителност на разработчиците, цена на
разработката, продължителност. Текущото състояние се сравнява с планирано-
то и при несъответствия се планират коригиращи действия. Основен принцип
на контрола на проекта е, че се контролира работата, а не работещите. Контро-
лът се основава на проверки за свършената работа по всяка задача и осъщест-
вяване на обратна връзка. Реализира се чрез последователност от проверки,
чрез които се натрупват контролни данни — отчети, справки, протоколи, екс-
пертни оценки и др. Основни техники за събиране на данни са провеждане на
интервюта, прилагане на инструментални средства, реализиращи процедурите
на измерване на зададени метрики, или преглеждане на материали, свързани с
реализацията на проекта. Данните се проверяват за правилност и непротиворе-
чивост (чрез сравняване с исторически данни, анализ от експерти или чрез про-
верка на процедурите за събирането им). Проверените данни се използват за
оперативно управление на проекта. Съществено е, че контролът трябва да обх-
ваща стандартните дейности и ситуации, а не изключенията. Нивата на контрол
са обикновено четири: организация, отдел, проект, работна група. За всяко ни-
во на контрол са определени съответни процедури.
9.7. Примерен план на софтуерен проект
Изложените по-горе управленски концепции и принципи се илюстрират
чрез съставяне на план на проекта, който след утвърждаването си е задължите-
лен документ, направляващ систематичната и организирана реализация на про-
екта. Предлаганата в [4] структура на плана е следната:
ПЛАН
I. Въведение
А. Предназначение на документа
Б. Цели на проекта
Цели
Основни функции
Изисквания към функционирането на продукта
Управленски и технически ограничения
II. Оценка на проекта
119
A. Исторически данни, използвани за оценката
Б. Техники за оценяване
B. Оценки
III. Рискове за проекта
А. Анализ на риска
Идентифициране на рисковите фактори
Оценка на риска
Б. Управление на риска
Техники за избягване на рисковите ситуации
Процедури за следене на рисковите фактори
IV. Управление на проекта чрез календарни планове и графици
A. Декомпозиране на работата по проекта на основни задачи
Б. Съставяне на мрежов график
B. Разпределение на ресурсите
V. Ресурси
A. Човешки ресурси
Б. Хардуерни и софтуерни ресурси
B. Специални ресурси
VI. Организация на екипа, работещ по проекта
А. Структура и състав на работната група
Б. Проследяване и отчитане на извършената работа
VII. Проследяване и контролиране на проекта
VIII. Приложения


Сподели с приятели:
1   ...   54   55   56   57   58   59   60   61   ...   106




©obuch.info 2024
отнасят до администрацията

    Начална страница