Участниците трябва да предложат методология за управление на проекта, която смятат да използват, като се изтъкнат ползите й за успешното изпълнение на проекта. Предложената методология трябва да съответства на най-добрите световни практики и препоръки (например Project Management Body of Knowledge (PMBOK) Guide, PRINCE2, Agile/SCRUM/Kanban, RUP и др. еквивалентни).
Дейностите по управление на проекта трябва да включват като минимум управление на реализацията на всички дейности, посочени в настоящата обществена поръчка, и постигане на очакваните резултати, както и разпределението на предложените участници в екипа за управление на поръчката по роли, график и дейности при изпълнение на настоящата обществена поръчка.
Доброто управление на проекта трябва да осигури:
-
координиране на усилията на експертите от страна на Изпълнителя и Възложителя и осигуряване на висока степен на взаимодействие между членовете на проектния екип;
-
оптимално използване на ресурсите;
-
текущ контрол по изпълнението на проектните дейности;
-
разпространяване навреме на необходимата информация до всички участници в проекта;
-
идентифициране на промени и осигуряване на техните анализ и координация;
-
осигуряване на качеството и полагане на усилия за непрекъснато подобряване на работата за удовлетворяване на изискванията на участниците в проекта.
Методологията трябва да включва подробно описание на:
-
фазите на проекта;
-
организация на изпълнение:
-
структура на екипа на Изпълнителя;
-
начин на взаимодействие между членовете на екипа на Изпълнителя;
-
връзки за взаимодействие с екипа на Възложителя;
-
видове доклади;
-
техническа и експлоатационна документация;
-
време на предаване;
-
съдържание на документите;
-
управление на версиите;
-
управление на качеството;
-
график за изпълнение на проекта.
В графика участниците трябва да опишат дейностите и стъпките за тяхното изпълнение максимално детайлно, като покажат логическата връзка между тях. В графика трябва да са посочени датите за предаване на всеки от документите, изготвени в изпълнение на обществената поръчка.
Управление на риска
В техническото си предложение участниците трябва да опишат подхода за управление на риска, който ще прилагат при изпълнението на поръчката.
Участниците трябва да представят и списък с идентифицираните
от Възложителя рискове с оценка на вероятност, въздействие и мерки за минимизиране на въздействието.
През времето за изпълнение на проекта Изпълнителят трябва да следи рисковете, да оценява тяхното влияние, да анализира ситуацията и да идентифицира (евентуално) нови рискове.
В хода на изпълнение на поръчката Изпълнителят следва да поддържа актуален списък с рисковете и да докладва състоянието на рисковете
най-малко с месечните отчети за напредъка.
При изготвянето на списъка с рискове Участниците следва да вземат предвид следните идентифицирани от Възложителя рискове:
-
Промяна в нормативната уредба, водеща до промяна на ключови компоненти на решението – предмет на разработка на настоящата обществена поръчка;
-
Недобра комуникация между екипите на Възложителя и Изпълнителя по време на аналитичните етапи на проекта;
-
Ненавременно изпълнение на всяко от задълженията от страна на Изпълнителя;
-
Неправилно и неефективно разпределяне на ресурсите и отговорностите при изпълнението на договора;
-
Забавяне при изпълнение на проектните дейности, опасност от неспазване на срока за изпълнение на настоящата поръчка;
-
Грешки при разработване на функционалностите на системата;
-
Недостатъчна яснота по правната рамка и/или променяща се правна рамка по време на изпълнение на проекта;
-
Липса на задълбоченост при изследването и описанието на бизнес процесите и данните;
-
Неинформиране на Възложителя за всички потенциални проблеми, които биха могли да възникнат в хода на изпълнение на дейностите;
-
Риск за администриране на системата след изтичане на периода на гаранционна поддръжка.
-
В техническото си предложение участниците трябва да предложат подход за изпълнение на проекта, като включат минимум следните етапи:
Анализ на наличните в ДАЕУ ресурси
Изпълнителят трябва да проучи и оцени възможностите за реализиране на еIDAS възел чрез използване на наличните хардуерни ресурси, с който разполага ДАЕУ, както и възможната нужда от осигуряване на допълнителни хардуерни ресурси. До 15 дни от началото на изпълнението на проекта Изпълнителят трябва да предостави на Възложителя така изготвената оценка, в която ясно да е посочено дали наличните в ДАЕУ хардуерни ресурси са достатъчни за реализиране на eIDAS възел. В случай, че бъде идентифицирана нужда от осигуряване на допълнителни ресурси, те трябва подробно да бъдат описани в оценката, изготвена от Изпълнителя.
Изготвяне на системен проект
Изпълнителят трябва да изготви системен проект, който подлежи на одобрение от Възложителя. В системния проект трябва да са описани всички изисквания за реализирането на eIDAS възела, изисквания за изграждане на служебен интерфейс към е-Авт и изготвяне на тестови сценарии за тестване с доставчик на електронни административни услуги в България. Изготвянето на системния проект включва следните основни задачи:
-
Определяне на концепция на разработка на eIDAS възела на базата на техническото задание;
-
Дефиниране на детайлни изисквания и бизнес процеси, които трябва да се реализират в eIDAS възела;
-
Дизайн на системните модули, обхванатите интерфейси между тях, връзките с е-Авт, както и разработката на самостоятелните функционални модули. Предложеният системен дизайн трябва да включва дизайн на техническата инфраструктура, както и разположението на софтуерните модули в нея;
-
Изготвяне на план за техническа реализация;
-
Определяне на служебния интерфейс.
При документирането на изискванията, с цел постигане на яснота и стандартизация на документите, е необходимо да се използва стандартен език за описание на бизнес процеси – BPMN или еквивалент. Системният проект е необходимо да бъде разработен до 10 работни дни след утвърждаване на функционалната спецификация от Възложителя.
Системният проект подлежи на одобрение от Възложителя. В случай на забележки, корекции или допълнения от страна на Възложителя Изпълнителят е длъжен да ги отрази в системния проект в срок не по-късно от 5 работни дни.
Сподели с приятели: |