КАТЕГОРИИ:


Планиране за управление на конфигурацията




Планиране на организационната структура

Организационната структура е съгласуван и одобрен разпределението на ролите, отговорностите и целите на ключовите участници в проекта. Задължително е да се включи система от работни отношения между работните групи на проекта, представяне, оценка на прилагането на системата за вземане на решения по проекта и. Трябва да се помни, че организационната структура на проекта - "жив" организъм. Тя започва да се проявява в етапа на планиране и трябва да се промени хода на проекта.

И още един. Нестабилността на организационната структура - честата смяна на изпълнителите - би могло да се превърне в сериозен проблем в управлението на проекта, тъй като има разходи за подмяна, която се определя от влизането на нов член в рамките на проекта.

Управление на конфигурацията е един от най-важните процеси на производство на софтуер. На тази област на знанието не е книга, написана. Ние ще говорим само за това, че тази работа трябва да се планира.

Планът на проекта трябва да включва усилия за осигуряване на едно хранилище на цялата документация на проекта и разработена информация софтуерен код, опазване и възстановяване на проекта след катастрофа. Работата по създаването на работни станции и сървъри, използвани от членовете на екипа по проекта трябва да влиза в плана. В допълнение, планът трябва да съдържа необходимата работа за организиране на междинен изпускателна система монтаж, както и окончателното му версия.

Тези работи обикновено се извършват от едно лице - инженер конфигурации. Ако един малък проект, тази роля може да бъде по един от програмистите. След като видях, че тази роля се изпълнява от ръководителя на проекта. "Натривки", която работи на всички участници в проекта, на първо място, в сила. Инсталиране и конфигуриране на развитие на околната среда, като бази данни и сървъри за приложения, това изисква определени умения и знания за спецификата на версиите на продукта. Ако тези умения трябва да се научат всички разработчиците, а след това ще отнеме твърде много време да работи. Второ, "замазване" на управлението на конфигурацията може да доведе до колективна безотговорност, когато никой не знае какво се случва по проекта и как да се върне към версията на грес.

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