Жобаны бастау құжаты (PID): мақсаттары, көлемі, тәуекелдері, ұйымдастырылуы. PRINCE2 әдістемесіндегі маңызды құжат, жобаға негіз жасайды. Жобаны жоспарлауға көмектеседі.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Жобаны бастау құжаттамасы (PID) – жоба басқарудағы ең маңызды артефакттердің бірі, ол бизнес-жобаның негізін қалайды. Жобаны бастау құжаттамасында PRINCE2 бақылауындағы жобалық ортада жобаны жоғары деңгейде жоспарлау (SU) және жобаны бастау (IP) процестері арқылы алынған ақпарат жинақталады. PRINCE2 2009 жылы «құжат» терминін «құжаттама» деп өзгертуі, жүйедегі барлық ақпараттан гөрі жоба құрылған кезде жиналған құжаттар жиынтығын білдіреді. Жобаны бастау құжаттамасы жобаның барлық кезеңінде тапсырыс беруші және жоба тобы үшін анықтамалық нүкте болып табылады. Жобаны бастау құжаттамасында әдетте келесілер болады:
The project initiation documentation (PID) is one of the most significant artifacts in project management, which provides the foundation for the business project. The project initiation documentation bundles the information, which was acquired through the starting up a project (SU) and initiating a project (IP) processes in a PRINCE2 controlled project environment. PRINCE2's 2009 renaming "document" to "documentation" indicates a collection of documentation that has been collected up creating a project rather than all the information in the system. The project initiation document provides a reference point throughout the project for both the customer and the project team. A project initiation document often contains the following:
Project goals
Scope
Project organization
Business case
Constraints
Stakeholders
Risks
Project controls
Reporting frameworks
PID sign off
Summary
A project charter could be created instead of a project initiation documentation; the two document types are highly similar. But a project charter is less detailed, which makes it more suitable for cases in which content producers are less available.
Жоба мақсаттары
Көлемі
Жоба ұйымы
Бизнес-негіздеме
Шектеулер
Мүдделі тараптар
Қауіптер
Жобаны бақылау
Есеп беру жүйелері
PID мақұлдауы
Қорытынды
The project initiation documentation (PID) is one of the most significant artifacts in project management, which provides the foundation for the business project. The project initiation documentation bundles the information, which was acquired through the starting up a project (SU) and initiating a project (IP) processes in a PRINCE2 controlled project environment. PRINCE2's 2009 renaming "document" to "documentation" indicates a collection of documentation that has been collected up creating a project rather than all the information in the system. The project initiation document provides a reference point throughout the project for both the customer and the project team. A project initiation document often contains the following:
Project goals
Scope
Project organization
Business case
Constraints
Stakeholders
Risks
Project controls
Reporting frameworks
PID sign off
Summary
A project charter could be created instead of a project initiation documentation; the two document types are highly similar. But a project charter is less detailed, which makes it more suitable for cases in which content producers are less available.
Жобаны бастау құжаттамасының орнына жоба жарғысы жасалуы мүмкін; екі құжат түрі де өте ұқсас. Бірақ жоба жарғысы аз егжей-тегжейлі, сондықтан контент жасаушылар жеткіліксіз болған жағдайларда ол ыңғайлырақ.
The project initiation documentation (PID) is one of the most significant artifacts in project management, which provides the foundation for the business project. The project initiation documentation bundles the information, which was acquired through the starting up a project (SU) and initiating a project (IP) processes in a PRINCE2 controlled project environment. PRINCE2's 2009 renaming "document" to "documentation" indicates a collection of documentation that has been collected up creating a project rather than all the information in the system. The project initiation document provides a reference point throughout the project for both the customer and the project team. A project initiation document often contains the following:
Project goals
Scope
Project organization
Business case
Constraints
Stakeholders
Risks
Project controls
Reporting frameworks
PID sign off
Summary
A project charter could be created instead of a project initiation documentation; the two document types are highly similar. But a project charter is less detailed, which makes it more suitable for cases in which content producers are less available.
PRINCE2 бойынша жобаны бастау құжаттамасы
Жобаны бастау құжаттамасы – жоба басқарудағы тәсіл жоспарын білдіретін PRINCE2 термині. Ол бизнес-жоспар, міндеттемелер, байланыс жоспары, тәуекел тізілімі, жобалық шектік мәндер, жобалық жоспар және ведомстволық сапа жоспарының немесе ортақ жоба тәсілінің бөлігі ретіндегі жобалық бақылаулар мен тексерулерді қоса алғанда, бірқатар құжаттардан құралады. Жобаны бастау құжаттамасы жобаның бастапқы құжаты – жобалық ақпараттың толыққанды нұсқасын ұсынады. Бұл құжаттама жобаны бастау және оны тиімді жүргізу үшін қажетті барлық маңызды ақпаратты біріктіретін логикалық құжаттар жиынтығын қамтиды. Ол барлық мүдделі тараптарға жеткізіліп, бизнес-демеушілермен келісіліп, қол қойылуы керек. Қысқасы, бұл жобаның «кім, не үшін және не» бөлігі. Ол жобаның барлық маңызды аспектілерін анықтайды және оны басқару мен жалпы табыстылығын бағалау негізін құрайды. Жобаны бастау құжаты, егер бар болса, бизнес-жобаға негізделіп, бастау кезеңінде алынған ақпарат пен талдау деректерін пайдаланады. PRINCE2 сияқты ресми жобалау әдістемелерінің құрамдас бөлігі болып табылатын бұл құжат жобаны бастау процесіндегі маңызды кезең болып табылады. Бұл құжат жобаны бастау үшін жобалық кеңес алдына қол қоюға жіберіледі. Жобаны бастау құжаты тапсырыс беруші және жобалық команда үшін жобаның барлық кезеңінде анықтамалық нүкте болып табылады.
The project initiation documentation is a PRINCE2 term representing the plan of approach in project management. It is assembled from a series of other documents, including the business case, the terms of reference, the communication plan, the risk register, the project tolerances, the project plan, and any specific project controls or inspections as part of a departmental quality plan or common project approach. The project initiation documentation represents a detailed version of the basic project start up document called the project brief. The project initiation documentation bundles together documentation to form the logical document that brings together all of the key information needed to start and run the project on a sound basis. It should be conveyed to all stakeholders and agreed and signed off by the business sponsors. In short, this is the, "who, why, and what", part of the project. It defines all major aspects of a project and forms the basis for its management and the assessment of overall success. The project initiation document builds upon the business case (if it exists) using the information and analysis data produced during initiation activities. A common part of formal project methodologies such as PRINCE2 the document is a major milestone in the initiating a project (IP) process. It is the document that goes before the project board for sign off to commence a project. The project initiation document provides a reference point throughout the project for both the customer and the project team.
Мақсаты
Жобаны бастау туралы құжаттың мақсаты – жобаны дұрыс анықтау және жоспарлау үшін қажетті негізгі ақпаратты жинақтап, тіркеу. Жобаны бастау туралы құжат жобаға берілген тапсырманы кеңейтіп, жобаның қандай мақсатқа жетуді көздеп, қандай жоспарларды жүзеге асыруды жоспарлап отырғанын, сондай-ақ осы мақсаттарға жетудің маңыздылығын көрсетеді. Онда жобаны дамытуға қатысатын адамдардың тізімі, олардың атқаратын рөлдері мен жауапкершіліктері жобаның басталуынан бастап аяқталуына дейін толық жазылады. Жобаны бастау туралы құжатта жобалық кеңес жобаны бастау туралы құжаттаманы мақұлдаған күн де көрсетіледі. Жобаның бастау құжаты жоба кезеңдерінде үнемі жаңартылмайды. Қажетті түзетулер немесе жаңарулар әрбір кезеңнің соңында келесі қадамдар үшін толық мәліметтерді қосу мақсатында жасалады. Жобаны бастау туралы құжат – жоба бойынша қабылданған шешімдердің негізі болып табылады, егер құжатқа кейіннен сұрақ туса немесе өзгеріс енгізілсе, оның себебі, кім және қашан жасалғаны туралы ақпарат болмаса, ол тиімсіз болады.
The purpose of the project initiation document is to capture and record basic information needed to correctly define and plan the project. The project initiation document should expand upon the project mandate and state what the project is aiming and planning to achieve and the reason for the importance of meeting these aims. It also contains the list of people who are participating in the project development from the very beginning until project closure, along with their roles and responsibilities. The project initiation document also includes the date when the project initiation documentation was approved by the project board. The project initiation document is not regularly updated during project stages. Any revisions or updates which are needed are to be done at the end of the each stage in order to incorporate detailed milestones for the next steps. The project initiation document is the basis of decisions taken for the project and it is unhelpful when the document is queried or altered at a later stage with no reference to why, by whom or when.
Жобаның ауқымы туралы мәлімдеме
Жобаның ауқымы туралы мәлімдеме жобаны бастау құжатының ең маңызды бөлімдерінің бірі болып табылады. Жобаның ауқымы туралы мәлімдеме үш бөлімнен тұрады: жобаның ауқымы туралы мәлімдеме, ұсынылған шешім және жоба шеңберіндегі мысал. Бұл жобаны бастау құжатының бөлігі, онда жобаның мүдделі тараптар мен клиенттер үшін қандай нәтижелер беретіні толыққанды түсіндіріледі. Ұсынылған шешім жобаның орта және қоғамға қандай жаңалықтар, өзгерістер мен ерекшеліктерді әкелетінін, сондай-ақ қандай өзгерістер мен жаңаруларға себеп болатынын түсіндіреді. Жобаның ауқымы туралы мәлімдемеде мүмкіндігінше көп егжей-тегжейлі ақпарат болуы керек, себебі бұл жобаның өмірлік циклында туындайтын проблемалар мен сұрақтардың көбеюін болдырмауға көмектеседі (жоба шеңберінде сәтті болу үшін талаптар қажет). Жоба шеңберіндегі кезең жоба жетекшісіне қаржылық мәселелер мен жобаның шығындарына қатысты шешімдер қабылдауға көмектеседі.
Project scope statement is one of the most important sections of the project initiation document. The project scope statement is divided into three parts: Project scope statement, proposed solution and in scope for project example. This is the part of the project initiation document explaining in depth what the project is delivering for stakeholders and customers. Proposed solution explains what innovations, changes and aspects the project will bring within the environment and the society and which changes and renewals it will cause. The project scope statement should include as much detail as possible, as it helps to avoid proliferating problems and questions in the project lifecycle (requirements are needed in order to succeed in in scope category). The in scope phase helps the project manager to make decisions of financial aspects and projects' expenses.
Жобаның негізі
Жобаның негізі жобаның не үшін және қалай құрылғанын түсіндіреді. Жобаның 1-кезеңі қажетті онлайн мүмкіндіктерді және оған байланысты бизнес жүйелеріне енгізілетін өзгерістерді жүзеге асырады, ал 2-кезең цифрлық құқықтарды басқару және нақты уақыт режимінде жарнама енгізуді қамтамасыз етеді. Осы жобаны бастау құжатының бұл бөлімінде жобаға маңызды үлес қосқан адамды атау қажет. Бұл команданың ең белсенді мүшесінің қатысуын ерекше атап өту арқылы жобаны басқалардан басым етудің логикалық жолы. Өйткені компанияның жоғары лауазымды адамы оның іске асуын қалайды. Соның нәтижесінде сізге жобаңызды жүзеге асыру үшін қажетті ресурстар мен жабдықтар ұсынылады.
The project background establishes why and how the project was created. Phase 1 of the project will deliver the online functionality required together with the changes to the necessary business systems impacted, whilst phase 2 will deliver the digital rights management and real time advert insertion. The person, who has played a pivotal role in project participation should be mentioned in this section of the project initiation document. It is a rational way of make the specific project above others emphasizing the attention of participation of most active candidate of a team. It is because someone important within the company wants to see it. The result should be that the resources and equipment are made available to you to ensure your project happens.
Қосымшалар, тәуелділіктер және шектеулер
Жобаның бастамалық құжатында болжамдар, тәуелділіктер және шектеулер егжей-тегжейлі сипатталады. Бұл мәліметтер жобаны басқару талаптары мен бизнес талаптарының сипаттамасы құжатталғанға дейін анықталады. Жобаның бастамалық құжатындағы жоба шектеулері сыртқы факторларды, мысалы, ресурстардың жетіспеуін немесе бәсекелесті (мысалы, басқа жобаны) көрсетеді.
Assumptions, dependencies and constraints detail the project initiation document. Those details are assumed ahead of the project management requirements and business requirements specification being documented. Project constraints in the project initiation document identifies the outer impact, such as unavailability of resources or a competitor (e. g. another project).
Ұйымдастыру және басқару
Ұйымдастыру кезеңін аяқтау үшін команда ұйымдық кестесін аяқтауы керек. Жобаны даму, интерактивті, сынақ, желілік, инфрақұрылым, бизнес жүйелер, қауіпсіздік және маркетинг бөлімдерінен тәжірибелі өкілдері бар салалық команда орындай алады. Жобаның бастапқы кезеңдері мен даму барысында әртүрлі салалардың қатысу деңгейі өзгеруі мүмкін. Негізгі нәтижелер мен жаңалықтар туралы Жоғары басшылар тобына (SMG) хабар беріледі.
In order to complete the organization stage, the team needs to complete the organization chart. A project may be achieved by a cross functional team with experienced representatives from multiple departments including development, interactive, test, networking, infrastructure and business systems, security and marketing. The involvement of the different areas will vary as the project progresses of the initial project. The SMG (Senior Management Group) will be notified of key findings and developments.
Байланыс жоспары
Жобаны бастау құжатын дайындау процесінің барлық кезеңінде жоба менеджері үшінші тарап жоба менеджерлерімен, жетекші сәулетшілермен және команда жетекшілерімен кездесетінін біледі, онда жобаны басқару есептері, апталық жобалық команда отырыстары, екі аптада бір рет өткізілетін жеткізушілермен отырыстар және апталық бағдарламалық кеңес отырыстары талқыланады.
During the whole process of creating the project initiation document the project manager is aware that they will be attending meetings with third party project managers, lead architects and team leaders where discussions of project management reports, weekly project team meetings, fortnightly supplier meetings and weekly programme board meetings will take place.
Сапа жоспары
Жобаның сапа жоспарын әдетте ІТ сапаны қамтамасыз ету (ITQA) бөлімі жасайды және жобаның құрамына кіретін аспектілерді анықтайды (негізгі жоба жоспары, бизнес-талаптар (БРС), қолдану сценарийлері, жоғары деңгейдегі жобалау (HLD), бағдарламалық құралдардың талаптар спецификациясы (SRS), тест скрипттері, тест есебі, дамытудан кейінгі шолу (PDR), жоба сапа жоспарындағы кезеңдік бағалаулар). ITQA сондай-ақ, кезеңдік қорытынды бағалаудың (ESA) қашан өтетінін анықтайды. Бұл, жобаның өмірлік циклінде сапалы өнімнің тапсырылуын қамтамасыз ететін бақылау бекеттері болып табылады. ESA жобаның негізгі жоспарының жаңартылғанын және кестеге сәйкес орындалғанын қамтамасыз ету мақсатымен, жобаны басқару есептері, жоба жұмыс ағынының бақылау бекеттері туралы есептер, команда отырыстарының хаттамалары, іс-шаралар мен күн тәртібі, жоба тәуекелдері мен мәселелер журналы және сапа жоспары бойынша ұсыныстарды қарастыратын жиналысты білдіреді.
Project quality plan is usually written by the IT quality assurance (ITQA) and identifies aspects which will be delivered as part of a project (baselined project plan, business requirements (BRS), use cases, high level design (HLD), software requirements spec (SRS), test scripts, test report, post development review (PDR), stage assessments in a project quality plan). The ITQA also determines when the end stage assessment (ESA) will be taking place. These are basically checkpoints during the life of the project which ensure that a quality product is being delivered. ESA's implies the meeting where considering the baselined project plan to ensure that it is up to date and on schedule, project management reports, project workstream checkpoint reports, team meeting minutes, actions and agenda, project risk and issues log, and a quality plan tip.
Жобаның бастапқы жоспары
Жобаны бастау құжаттамасы үшін бастапқы жоспарды жазу, ұсынылған мерзімді және егжей-тегжейлі кезеңдерді тиісінше қайта қарауды білдіреді. Көп жағдайда бизнес мүдделі тараптар жобаларды орындау үшін мүмкін емес мерзімдерді талап етеді, осыған байланысты бұл фактіні нақты көрсету қажет. Мұндай жағдайларда мүдделі тараптардың көпшілігі икемді болып, жобаны іске қосу мерзімін қайта қарастыруға немесе жобаның көлемін азайтуға дайын келеді. Іске қосу мерзімін қайта белгілеу немесе жоба көлемін азайтуды мүдделі тараптардың іске қосу мерзімін кейінге жылдыру туралы шешім қабылдауы үшін нақты негіздемелермен қолдау керек. Жұмыскер мүдделі тараптармен осындай қарым-қатынасты қаншалықты ертерек орнатса, болашақта жоба көлеміне қатысты маңызды мәселелер туындағанда соғұрлым оңай болады.
Writing the initial plan for project initiation documentation implies adequate reconsideration of proposed date and detail phases accordingly. Often business stakeholders ask projects to be delivered to impossible dates, which requires highlighting of that fact. In that case most of stakeholders are flexible and about to reconsider the launch date or reducing the scope. Relaunching date or reducing the scope need to be supported with justifications, on which stakeholders making a decision of delaying the launch date. The sooner the worker starts building that sort of relationships with stakeholders, the easier it will be later on when more pressing concerns regarding the scope are raised.
Жобалық бақылау
Жобаны толық бақылау үшін жобалық бақылау, жобаның кезеңдері және ерекше жағдайларды қарау процесі сияқты нақты бөлімдерді орындау қажет болды. Бұларға әр қаржылық кезең үшін жасалған бюджеттің фактілік деректері мен болжамдары, корпоративтік бағдарлама менеджеріне жолданбаға алынатын ерекше жағдайлар, сапа жоспарынан өнімдерді қарау, жобаның қабылданатын шегі, тәуекелді азайту жоспары, жобалық тәуекелдерді анықтау және оларды азайту жоспарлары, мәселелер журналы, қолданыстағы өзгертулерді басқару процестері, корпоративтік бағдарламалық кеңес үшін апталық шолу есебі, апталық жеткізушілермен кездесулер, апталық жобалық командалармен кездесулер және т.б. кіруі мүмкін.
There are specific number of sections, which needed to be completed in terms of controlling the whole project: project controls, project stages and exception process. Those could include budget actuals and forecasts produced for each financial period, exceptions to be escalated to the corporate programme manager, product reviews from the quality plan, project tolerance, risk mitigation plan, identifying project risks and plans for their mitigation, an issues log, existing change control processes, weekly highlight report for corporate program board, weekly supplier meetings, weekly project teams meetings, etc.
Бастапқы тәуекелдер мен мәселелер журналы
Ереже бойынша, неғұрлым көп міндеттерге дайындалсақ, соғұрлым көп нәтижелерге қол жеткізуіміз керек. Жобаның кезеңдері: бастама, талаптар, жобалау, дамыту, сынақ, жобаны іске қосу және ерекше жағдайлар процесімен аяқтау. Соңғы кезең ең тұрақсыз, себебі ол жобаның бюджеті, уақыты және көлемі қаншалықты артуы мүмкін екенін көрсетеді, жоба ерекше жағдайға түсуге мәжбүр болмайынша. Егер мүдделі тараптар жобаны ерекше жағдайға көшіруді шешсе, бұрын қолданылған жобаның/кезеңдік жоспарларының орнына егжей-тегжейлі ерекше жағдай жоспары ұсынылуы тиіс. Бұл қосымша құжаттармен қатар, жоба менеджері жобаны алға жылжытуға және команданың мотивациясын сақтауға да жауапты. Жобаны бастау құжаты ресми түрде бекітілгеннен кейін, ерекше жағдайға көшуге дейін пайдалануға болатын қосымша резерв қаражаты бар екенін білдіреді. Бұл жобаны сәтті аяқтау үшін өте маңызды, дәл сол сияқты, кез келген дамып келе жатқан бизнес үшін ақша ағынының жақсы болуы табысқа кілт. Боем тәуекелдерді басқарудың алты кезеңін анықтады: анықтау, бағалау, басымдық беру, басқару жоспарын жасау, шешу және бақылау, бұл кезеңдер жобаны бастау құжатында жүзеге асырылады.
The rule says the more we are about to commit, the more we will need to deliver. The project stages are initiation, requirements, design, development, test, project launch and close with the exception process stage. The last stage is the most unstable, as covers how much the budget, time and project scope could increase without the project being forced to go into exception. In a situation when stakeholders decide to relocate project into exception, a detailed exception plan is needed to be introduced which will replace the versions of the project/stage plans which were in use before the exception. And on top of all this additional paperwork, the project manager will also have to keep the project moving forward and ensure their team is motivated. Once the project initiation document is formally approved, it means that there is an additional contingency to utilize before having to move into exception. This can make all the difference to the successful delivery of a project in much the same way as good cash flow is key to the success of any growing business. Boehm has identified six risk management stages: Identification, assessment, prioritisation, management planning, resolution and monitoring, which take place in project initiation document.
Жобаның басталу құжатын бекіту
Жобаны бастау құжатын жазудың соңғы кезеңі – мақұлдау, ол жобаны бастау құжатындағы тарату тізіміндегі барлық мүдделі тараптарға, сондай-ақ операциялар сияқты қызметтерге немесе ресурстар үшін HR-ға электрондық пошта арқылы таратуды және пікір сұрауды білдіреді. Содан кейін команда жетекшісі пікірлерді жинап, мүдделі тараптар мен қызығушы тараптар жобаны бастау құжатын толығырақ талқылайтын соңғы отырыс өткізеді. Осы кезеңдер аяқталғаннан кейін ғана жобаны бастау құжаты жеткілікті деңгейде болып, мақұлданып, қаржыландыру үшін бағдарламалық кеңеске жіберіледі. Жобаның күрделілігі мен көлеміне байланысты кезеңдер бес бейресми және төрт ресми қараудан өтеді. Ресурстардың жетіспеушілігі және қаржы тапшылығы сияқты мәселелер туындауы мүмкін. Жобаны бастау құжатын жасамастан бұрын жобаның басымдығын анықтау өте маңызды, бұл жоба ерекше жағдайға түскенде үлкен шығындардан сақтауға көмектеседі.
The last stage of writing a project initiation document is the approval, which implies the distribution to all stakeholders on the distribution list within the project initiation document and other interested parties such as operations or HR for resources by e mails with the request of comments. Then the lead of the team will amass the comments, and then it will be followed by the final meeting where stakeholders and interested parties are about to discuss the project initiation document in further detail. It is only after these stages are complete that your project initiation document will be of a sufficient standard to be approved and passed onto the programme board for funding. Depending on the complexity and the size of the project the stages are about to be completed in five informal and four formal reviews. Some problems could appear such as shortage or resources and lack of finance. It is pivotally important to identify how prioritized is your project before starting the project initiation document, which will help to avoid huge expenses if the project is about to appear in an exception stage.
Жобаны бастау туралы құжаттың ерекшеліктері
Жобаның маңыздылығын көрсете отырып, жобаны бастау құжаттамасы жобаны басқару мен демеуші арасындағы шарт екенін анықтайды. Жобаны бастау құжаттамасының мақсаты – жобаның алғышарттарын түсіну. Жобаны бастау құжаттамасының дұрыс форматы жобаның тарихы, мақсаттары мен нәтижелерін түсінуді көрсетеді. Кәсіби жоба менеджері клиентке тек нәтижені немесе мүмкіндікті ғана жеткізуге емес, сонымен қатар осы мүмкіндіктің қамтитын кең контексті мен тиімділігіне де қызығушылық танытады. Жобаны бастау құжаттамасы ағын схемалары мен өнімнің құрылымдық декомпозициясын пайдалана отырып, жоба шегіндегі нәрселерді анықтайды. Басты рөл жауапкершілікті анықтауға беріледі, бұл жоба менеджері, команда жетекшісі, демеуші, жеткізуші, пайдаланушы өкілі, мүдделі тараптар және басқару комитетінің мүшелерінің рөлін білдіреді.
Specifying the importance of the project, the project initiation documentation identifies that it is the contract between the project management and sponsor. The aim of the project initiation documentation is understanding the premises of the project. The correct format of project initiation documentation represents the understanding of the background, objectives and benefits. A good project manager is not only interested in delivering an output or a capability to their customer, but interested in the wider context and the benefits that this capability will ultimately bring about. The project initiation documentation identifies what is in scope within the project with the use of flow diagrams and product breakdown structures. The pivotal role plays the identification of responsibilities, which implies roles of project manager, team leader, sponsor, supplier, user representative, stakeholders and members of steering committee.