Основната цел на мониторинга и контролирането на проекти за разработка на софтуер е да се наблюдават всички дейности за развитие на изгражданата система.
Това е една от най-важните задачи в цялата разработка на продукта, тъй като правилният контрол позволява да се избегнат отклонения в разходите и сроковете или поне да се открият възможно най-скоро.
как-да-се постигне-повече ефективност в-софтуерно развитие-проектиЗа правилното наблюдение и контрол на проекта е необходимо ръководителят на проекта да отдели толкова време, колкото е необходимо за наблюдение на състоянието на всяка от изпълняваните задачи, като отделя особен интерес на тези, които изпитват известно закъснение. Когато се открие някакво отклонение, причините трябва да бъдат анализирани, за да се направят съответните корекции и да се компенсира загубеното време.
Дейностите по мониторинг и контрол на проекта се извършват от възлагането на задачите до тяхното вътрешно приемане от екипа на проекта, преди приемането на клиента.
Тази работа се занимава с контрола и мониторинга на различни проекти за разработка на софтуер и предлага процедура за изпълнение на дейностите, постигащи по-голяма ефективност и ефективност на получените резултати.
Ключови думи: контрол и мониторинг, проекти за разработка на софтуер, отклонения.
Въведение
Една от основните цели на контрола и мониторинга на проектите за разработка на софтуер е именно проследяването на планираното, предприемането на подходящи мерки при забавяне, разходите над планираното или някои договорени условия, които се основават на в решението за осъществяване на този проект.
Този процес може да бъде разделен на две основни цели, една от които е: мониторингът ще бъде отговорен за определяне дали проектът е под контрол или не; Как да определите дали проектът е под контрол? Проверка дали етапите на проекта се постигат: навреме, с прогнозните ресурси, с ниво на качество и продължава да бъде икономически приемливо, веднага щом се наблюдават отклонения, планът на проекта трябва да бъде препланиран и предоговарян с клиентите.
Другата се отнася до контрола на проекта, който се определя като всяка дейност, която гарантира, че реалната работа е в съответствие с плана: сравнява направеното с целите и плановете, разкрива кога и къде има отклонения и прилага коригиращи действия; помага за осъществяването на плановете.
За правилното наблюдение и контрол на проекта е необходимо ръководителят на проекта да отдели толкова време, колкото е необходимо за наблюдение на състоянието на всяка от изпълняваните задачи, като отделя особен интерес на тези, които изпитват известно закъснение. Когато се открие някакво отклонение, причините трябва да бъдат анализирани, за да се направят съответните корекции и да се компенсира загубеното време.
Функции на контролния етап:
Следете отклоненията от плана.
Предприемете коригиращи действия.
Получаване и оценка на промените в заявените проекти.
Промяна на календарите на проекта.
Адаптиране на нивата на ресурсите.
Променете обхвата на проекта.
Върнете се на етапа на планиране, за да направите корекции.
цели
- Определете минимално ниво на дисциплина във всички дейности по развитие. Обогатете комуникацията между членовете на екипа за развитие и останалата част от организацията. Правилно подсигурете всички дейности по изпълнението.
Методология и казус
Дейностите по мониторинг и контрол присъстват през целия жизнен цикъл на софтуерен проект, тъй като основната му цел са действията, насочени към събиране и сравняване на информация за напредъка на проекта, с цел:
- Осигурете адекватна видимост на всички хора, участващи в проекта, за останалите дейности, които се разработват. Върнете обратно първоначалното планиране.
Има няколко представяния на жизнените цикли на проекта, в този случай ще бъде използвано онова, представено от „Ръководство за Книгата на знанията за управление на проекти“ (PMI, 2000), което повдига жизнения цикъл на проекта в 5 фази (Lynn Crawford 2004):
Иницииране, идентификация или концепция, планиране, изпълнение, контрол и приключване
Тези фази се припокриват по време на целия жизнен цикъл, както е показано на фигура 1.
Фигура 1 Графично представяне на всяка от фазите по време на жизнения цикъл на проекта.
Контролът ще присъства във всички горепосочени фази, тоест от началото на проекта до приключването и дори след приключване на проекта, продължават серия от дейности, които трябва да бъдат наблюдавани и контролирани, за да се постигне успешно спазване.
Следващ проект
Мониторингът на проекта може да бъде определен с набор от дейности, включени в процеса на измерване, събиране, записване, обработка и анализ на данни за генериране и предаване на информацията, изисквана от администрацията на проекта и улесняване на приемането на решения, които допринасят за поддържане или преориентиране задвижвайки го към цели, обмислени в неговия дизайн.
Процесът на мониторинг се характеризира с:
- Като непрекъснат, той не се прекъсва, целият процес трае и се осъществява по време на изпълнението на проект.Тя е насочена към множество аспекти на проекта като: цели, вход, дейности, участие на заинтересовани страни, бенефициенти, продукти, резултати и др.
Тя трябва да бъде точна и ефективна.
Трябва да посочите метода, използван за събиране на съответните данни и информация.
Извършва се от всички, които имат интерес към изпълнението на проектите или техните резултати, от екипа или офисите за управление на проекта, от клиентите, ръководството на организацията и др.
В процеса на мониторинг е много важно непрекъснато да се актуализират действителните стойности, които са само детайлите на проекта. Реалните стойности са важен елемент в мониторинга на проектите, тъй като ни позволяват да сравним разликите между планираното и реалността на показателите, подкрепяйки вземането на решения и коригиращите действия, когато е необходимо.
Сред основните аспекти, открити чрез мониторинг, са:
Напредък на проектите според планираните дати.
Съзнателно идентифициране на време, разходи и качество.
Сравнителни резултати след прилагане на коригиращите мерки или действия. Последваща процедура
Фигура 2 Процедура за извършване на мониторинг на проекти за разработка на софтуер.
P1 Определете целите на мониторинга: в тази първа стъпка се определя кои аспекти се интересуват конкретно от регистрацията.
Фигура 3 Дейност Определете целите на мониторинга
P2 Определете агентите за мониторинг: в тази дейност лицата, отговорни за мониторинга, се идентифицират, описват и приоритизират вътре и извън проекта.
Фигура 4 Идентифициране на активността на проследяващите агенти
P3 Проследяване на задачите: Проследяването се извършва чрез преглед на състоянието на всяка задача с члена на екипа, назначен да я изпълни, и проверка на нейния статус с лицата, отговорни за посочените работни звена.
Фигура 5 Дейност за проследяване на задачи
P4 Управление на инциденти: Тази дейност се състои в регистриране на инцидента, оценка на неговото въздействие и предлагане на решение.
Фигура 6 Управление на инциденти
P5 Планирайте бюджета за мониторинг: бюджетът се планира и разпределя между различните нива на мониторинг, в някои случаи този бюджет е висок поради критичните характеристики на някои проекти.
Фигура 7 Дейност Планиране на бюджета за мониторинг
P6 Подгответе последващите продукти: подготвят се документите за излизане от процеса, прочетете последващи доклади с напредъка на проекта, работни планове, препоръки, коригиращи действия и др.
Фигура 8 Осъществяване на активността на продуктите за мониторинг
Контрол на проекта
Необходимостта от постоянен преглед на изпълнението на програмираните дейности по проекта води до определяне на система за контрол, която дава възможност за измерване на физическия прогрес и използването на човешки, материални и финансови ресурси, както и връзката между времето и разходите., Контролът се дефинира като процес на сравняване на реалната реализация на проекта с планирания, анализ на съществуващите вариации между тях, оценка на възможните алтернативи и предприемане на подходящи коригиращи действия или мерки, ако е необходимо.
Контролът обхваща:
Промени в обхвата
Промени в бюджета
Съответствие със стандартите за качество
Промени в програмата
Ресурсите консумираха работа
Процедура за извършване на контрол
Фигура 9 Процедура за извършване на контрол
P1 Определете контролните точки: това са моментите, когато е решено да се извърши контрола (в края на съответната фаза на проекта, в края на ключова дейност и т.н.)
Фигура 10 Определете активността на контролните точки
P2 Контролни задачи: в тази дейност се прави сравнение между резултатите, получени от проследяването, и тези, предвидени с плана, разликите се изчисляват и се извършва анализ на възможните причини за тези разлики, особено ако те са значими.
Фигура 11 Задачи за контрол на дейността
P3 Предлагайте коригиращи действия: предлагат се коригиращи действия за коригиране или компенсиране на откритите проблеми, първоначалните планове се преразглеждат, ако е необходимо.
Фигура 12 Дейност Предложете коригиращи действия
P4 Контролни промени: исканията и регистрацията на промените ще бъдат направени, оценени от екипа на проекта и ще бъде предоставена информация за всички направени промени.
Фигура 13 Управление на промените в активността
Резултати
Проектът, който се използва като извадка в тази работа, е национален проект за компютъризация, това е уеб приложение за управление, разработено в PHP. Проектът е във фаза на бизнес моделиране и проучване на изискванията, тъй като е необходимо да се определи как се осъществява поведението на показателите за време във всяка фаза на развитие.
За този проект са дефинирани три нива на проверки, ниско или вътрешно ниво за проекта, при което лидерът следва и контролира определените графици, проверка на средно ниво, при която състоянието на напредъка на програмните проекти се докладва на ИТ отдела. на клиента и висока или външна проверка, когато състоянието на проектите се докладва на ръководителите от първо ниво на заинтересованите лица.
проследяване
Определете целите на мониторинга:
1.Информиране на хода на процесите, определяне на обхвата, бизнес моделиране и събиране на изисквания по отношение на определения график.
Идентифицирайте агентите за мониторинг:
| Вътрешно ниско ниво | Средно ниво | Високо ниво |
| Глави на подсистемата | Управление на програмата
Гражданите |
клиент |
| Софтуер лидер | Вицепрезидент за производство | ректор |
| Ръководители | Главна дирекция на
производство |
Вицепрезидент за производство |
| Централни глави | Централни глави | Управление на програмата
Гражданите |
| Управление на програмата
Гражданите |
Клиентски ИТ мениджър | Главна дирекция на
производство |
| Клиентски изчисления | Други заинтересовани | Централни глави |
| Група за планиране и
Контрол на продуктивната инфраструктура |
Клиентски ИТ мениджър | |
| декани | ||
| Други заинтересовани | Софтуерни лидери | |
| Други заинтересовани |
Таблица 1 Определение на агентите за мониторинг Мониторинг на задачите:
Системата съдържа цяло в тази версия на 15 подсистеми.
| Резултат | план | реален |
| Определяне на обхвата на подсистемите | 3 месеца | 3 месеца 20 дни |
| Бизнес моделиране | 5 месеца | 3 месеца 20 дни |
| Проучване на изискванията | 5 месеца | 3 месеца 20 дни |
Таблица 2 Състояние на изпълнение Управление на инциденти:
Основните инциденти, открити в тези процеси, са неприсъствието на функционални специалисти на срещите за определяне на обхвата, неразбирането между функционалните и компютърните учени, неопределеността на сроковете за функционален преглед за одобрение на обхвата, случва се и при моделирането на събиране на бизнес и изисквания.
Планирайте бюджета за мониторинг:
Тази дейност не се извършва, тъй като националните разработки се извършват безплатно.
Направете последващи продукти:
В тази дейност за всяко ниво се разработват различни доклади за състоянието.
| нива | Отчети за състоянието | описание |
| Ниско ниво | Доклад за състоянието на проекта | Този доклад се подготвя съвместно от ръководителите на екипа за развитие и подсистемите, което отразява текущото състояние на всяка подсистема, времена и инциденти. |
| Средно ниво | Доклад за състоянието на програмата | Този отчет се подготвя от дирекция „Национални програми“ съвместно с ръководители на софтуер и ръководители на центрове, където състоянието на всеки от проектите на клиента е отразено в един документ, в допълнение към други общи въпроси. |
| Високо ниво | Доклад за състоянието на програмата на високо ниво | Това е същият доклад на средно ниво, малко по-усъвършенстван, при който всички вътрешни проблеми на проекта са елиминирани и се отчита само напредъкът на проекта в лицето на клиента и мерките, предприети в случай на отклонения. |
Таблица 3 Доклади за състоянието за всяко ниво на проверка на контрола
Определете контролни точки:
| нива | повтаряне |
| Ниско ниво | седмично |
| Средно ниво | двуседмично |
| Високо ниво | месечно |
Таблица 4 Контролни точки според нивата на проверка
| Фази | наблюдение |
| Фаза на стартиране | В края на фазата на стартиране и приключване на бизнес моделирането и събирането на изискванията. |
| Фаза на изработване | В края на фазата на разработка и приключи анализът и проектирането и описанието на основната линия на архитектурата. |
| Фаза на строителство | След приключване на фазата на изграждане и завършване на внедряването и тестване. |
| Фаза на преход | В края на фазата на прехода и приключи одобрението на продукта и приемането на освобождаването на |
| компютърното приложение. |
Таблица 5 Контролни точки според фазите на проекта Контролирайте задачите:
| Резултат | план | реален | Различията | |
| Определяне на обхвата на подсистемите | CES | 3 месеца | 3 месеца 20 дни | 20 дни просрочени |
| Бизнес моделиране | от | 5 месеца | 3 месеца 20 дни | 1 месец 4 дни без
тичам |
| Изисквания за проучване | на | 5 месеца | 3 месеца 20 дни | 1 месец 4 дни без
тичам |
Таблица 6 Сравнение между планирано и реално време.
При дефиницията на обхвата имаше закъснение от 20 дни поради загуба на срещи за техните определения, в допълнение към неопределеността на времената за преглед от функционалните.
Останалите дейности, които се анализират, все още са в ход, като ще приключат 1 месец и 4 дни.
Предлагайте коригиращи действия:
| Причини | Коригиращи действия |
| Неприсъствие на срещи за определяне на обхвата. | Препланиране на срещи |
| Определя се времето за преразглеждане на обхвата от функционалните. | Назначаване на клиентски ИТ персонал от отделите, които да наблюдават дейността и да проверяват състоянието седмично. |
| Неразбиране между функционални и разработчици. | Определяне на добре детайлен и описан процес на анализ, провеждане на семинари за интеграция и разбиране, създаване на електронни таблици за всеки документ, подписване на бизнеса и изискванията. |
Таблица 7 Установени причини и коригиращи действия
Някои от действията, дефинирани в предходната таблица, изискват повторно планиране, тъй като те са дейности, които не могат да бъдат възстановени, така че е наложително да се актуализират вече дефинираните планове и графици за развитие и да се докладват промените на заинтересованите.
Контролни промени:
Контролът е много важен процес в управлението на проекти, тъй като подкрепя решенията относно промените, които възникват и се изискват от клиентите, за да се поддържа контрол над версиите. Поради сложността на този процес той няма да бъде обсъждан в тази статия, но е валидно да се вземе предвид поради неговата важност.
Заключения
- Основната цел на процеса на мониторинг е да следи планираните дейности и да регистрира поведението на разходите, времето и качеството. Процесът на контрол се основава на записи на поведението на показателите, определени в Мониторинг и сравнение на резултатите, откриване на отклонения и предприемане на коригиращи действия.Има дейности и време, които могат да бъдат възстановени, но не и други.В много случаи инцидентите се отразяват на първоначалните планове и трябва да се актуализират. Мониторингът на показателите трябва да е ефективен и ефективен и непрекъснат.
Препратки
- Жизненият цикъл на проекта - Monografias.com. Достъпно на: http://www.monografias.com/trabajos4/cicdevida/cicdevida.shtml.Cecilia GProyectos brochure.pdf. Достъпно на: файл: /// D: /Maestr%C3%ADa/Folleto%20de%20GProyectos%20de%20Cecilia.pdf. Lynn Crawford, 2004. Global Body of Project Management знания и стандарти. http://www.projectperformance.com.au/downloads/crawford_l_2004a.pdf. Достъпно на:
