IT Project Management in Information System
Development : A Systematic Lirerature Review
Riswanto
Faculty of Computer Science, Universitas Indonesia
riswanto81@ui.ac.id
Abstract— To achieve maximum results in an information
system development project, standards and best practices are
needed to help a manager complete an IS project with good
results. Standards and best practices in project management
consist of processes and techniques that have been developed in
the past few decades by international standardization agencies to
handle project management in providing the best results in IS
development. Some standards including PMBOK, ISO 21500:
2012, and PRINCE2 have been widely used in IS projects around
the world to achieve maximum results..
Keywords—Information System; Project Management;
Information Technology; Standard; Best Practice; PMBOK, ISO
21500:2012, PRINCE2 Software Development
I. INTRODUCTION
Project management is a discipline that regulates skills,
knowledge, tools, and techniques that help in the management
of a successful software development project. The project
management framework consists of stakeholders, knowledge,
tools, and methods for managing and controlling a software
development project [1]. According to [2] Project management
is the application of methods, tools, techniques, and
competencies to a project. Project management includes the
integration of the various phases of the project life cycle.
Project management is performed through processes.
The processes selected for performing a project should be
aligned in a systemic view. Each phase of the project life cycle
should have specific deliverables. These deliverables should be
regularly reviewed during the project to meet the requirements
of the sponsor, customers and other stakeholders. Standards on
project management are made by practitioners where project
managers must adhere to these standards. Standards on IT
project management were initially only developed for
organizational strategies and the development of project
manager competencies [3]. Project management best practice
guides consisting of processes and techniques have been
developed in the past few decades to handle project
management to deliver the best results in software
development. However, project management is still a
complicated job that many meet unsatisfactory results [4].
Effective project management techniques improve reliability,
productivity, employee morale, profits, and reduce
development time and costs in software development [1].
Therefore, a comparison of methods and standards is needed
based on best practices and existing experiences that have been
tested and give maximum results in information systems
development projects. This comparison is expected to provide
an overview of methods and standards in information system
project management. Similarly, project management
certification has evolved into a profession and something
important in project management. Project management
competencies and expertise are key factors to realize a
successful project [5].
The primary method used for the synthesis of literary
journals is a systematic literature review (SLR). SLR is a
rigorous methodological review of research results that aims to
gather all available evidence on research questions to support
the development of evidence-based guidelines for practitioners.
The evidence here is defined as a synthesis of the results of
scientific studies of the highest quality on a particular topic or
research question [6]. On this paper, we will conduct a
systematic literature review to look for methods, techniques,
and tools used in information systems development projects, as
well as existing standards and best practices and their
comparisons with each other.
II. METHODOLOGY
A. Research question
Based on the description given in the introduction section,
and to maintain the focus of the research, the research
questions are arranged as follows :
RQ1. What are the project management methods, standards,
and best practices used in information system
development?
RQ.2 What are the differences between these methods,
standards and their comparison?
B. Search Process
Searches are done on journal papers published from 2014 to
2019 through digital journal databases. The following is a list
of journal databases used:
• ScienceDirect
• ACM Digital Library
• IEEE Access
• Emerald Insight
• Scopus
PICOC (Population, Intervention, Comparison, Outcome,
Context) criteria use to compile search strings in a journal
database and identify related research to the topic being
discussed [7]. Searches are limited to English language journal
papers only, then we select based on the abstraction, keyword
and research conclusion contained in the journal paper which
falls into the category of PICOC criteria as shown in table 1.
Table 1. PICOC Summary
Population Information system, IS/IT project management, best
practice, standard, method, methodology
Intervention Information system project management, software project
management, software development, framework, best
practice, project management standard
Comparison n/a
Outcomes Project management standard or framework
Context Studies in information system development
From the search results on the Scopus database using
predetermined keywords obtained 87 documents related to the
topics discussed. Mendeley software is used to manage journal
search results, and then a selection is based on the title and
abstract related to the specified PICOC criteria. From the
results of the selected preference, several journals were chosen
which represent the topics being discussed.
III. RESEARCH RESULT
Project management expertise and competency continually
emerge as a critical factor for realizing project success.
The CHAOS Chronicles and Prosperous report are two studies
that describe the level of performance of IT projects in the
United States and South Africa that report the success,
challenges, and failures of IT projects with the following
categories [8], [9]:
• Successful project A successful project is a project that is
delivered on time, within budget, within scope and
complies with the quality requirements. It delivers strong
value, the expected value.
• Challenged project A challenged project is a project that is
completed, but is either late, over-budget or does not meet
all the requirements. It delivers moderate value, less than
what was anticipated.
• Failed project A failed project is a project that is never
completed or does not meet customer requirements. It
delivers very little value or no value at all.
A project is a unique set of processes consisting of
coordinated and controlled activities with start and finish dates,
undertaken to achieve an objective [10]. The project has its
uniqueness related to the time frame, building Site, results,
stakeholders, constraints, and resources needed. Its uniqueness
makes each project a particular case, which is often only a few
lessons that can be transferred to other projects. Therefore,
projects generally require planning and management that are
far more complex than repetitive work. Especially in long-term
projects, these characteristics are often more challenging
because of their long duration, high costs and many
stakeholders involved [11].
A standard is a formal document that describes established
norms, methods, processes, and practices. The knowledge
contained in this standard has evolved from the recognized
good practices of project management practitioners who have
contributed to the development of this standard [12].
PM standards can have a significant impact on project success
because PM standards are organizational guidelines and the
way the project is managed, and how stakeholders outside the
project view and trust the organization, and are responsible for
the project [11]. There are several standards well known in
information system development projects, some of which are
developed by international standardization bodies that are
already well known. It has been recognized over the past few
decades that project management is an efficient tool for
handling new or complex project activities. It is essential to
investigate the extent to which project management standards
are used, to identify opportunities for improvement [4].
Following are some of the standards that exist in information
systems development projects:
1. Project management bodies of knowledge (PMBOK)
PMBOK was developed by the Project Management
Institute to guide managing projects, programs, and
portfolio. This standard is widely accepted which helps
organizations achieve professional excellence when applied
consistently [13]. The PMBOK contains the globally
recognized standard and guide for the project management
profession. PMBOK has the following process groups:
initiating, planning, executing, monitoring and controlling,
and closing. Who identifies ten knowledge areas for
organizing processes, integration, stakeholders, scales,
time, cost, risk, quality, procurement, and
communication [4].
1.1. Initiating Process Group
The initiation phase seeks to understand
stakeholder expectations, define project scope,
determine project success criteria, resources initiation,
and authorize the project at the end of this phase.
The Initiation Process helps establish a vision of what
must be achieved. This is where the sponsor
authorizes the official project, the initial scope is
determined, and stakeholders are identified.
Identification of stakeholders is critical here because
of correct identification (and subsequent management)
of stakeholders can make or break the project. This
process group is carried out so that projects and
programs are not only approved by the sponsoring
entity but also so that the project is aligned with the
organization's strategic goals. If this is not done, the
project can be started and carried out carelessly,
without any stated goals or real objectives [14].
1.2. Planning Process Group
At this stage, the project management plan is
defined along with the project documents that will be
used in the entire project. This process is carried out
repeatedly and continuously. Therefore any new
information obtained and having an effect on the
change of plan must be reviewed. An essential
element of planning is to determine the total scope of
the project. While it might seem as if it was achieved
 in Getting Started, the scope (along with risks, Time 1. Plan Schedule management
milestones, summaries, and budgets) is defined there 2. Define activities Sequence
3. Sequence activities
at a high level. Here, through a repetitive and more 4. Estimate activity resources
detailed planning process, called progressive 5. Estimate activity duration
elaboration, project documents are developed at a 6. Develop schedule
much more detailed level [14]. 7. Control schedule

1.3. Executing Process Group Cost 1. Plan Cost management Estimate

2. Estimate costs
In this phase, there are several core tasks, 3. Determine budget
4. Control costs
including acquiring, developing, managing the project Human Resources 1. Plan Human Resource management
team, and distributing information. Here is where the 2. Acquire project team Develop
project team starts doing the work of creating the 3. Develop project team Managent
deliverables while the project manager coordinates 4. Manage project team
those resources. And if that were the only thing that Quality 1. Plan Quality management Perform
2. Perform quality assurance
occurred, that might be enough. But several other 3. Control quality
things must happen during executing. [14]. Risk 1. Plan Risk managemen
2. Identify risks
1.4. Monitoring and controlling Process Group 3. Perform qualitative risk analysis
4. Perform quantitative risk analysis
While the other process groups occur sequentially, 5. Plan risk responses
Monitoring and Controlling hover over the whole 6. Control risks
project and so, happen throughout the project and are Stakeholder 1. Identify stakeholders
not linear. This phase is talking about the process of 2. Plan stakeholders management
3. Manage stakeholders engagement
supervision and control of the budget and time. The 4. Control stakeholders engagement
project manager needs to always update information
with stakeholders about project progress and team Communication 1. Plan Communications management Manage
2. Manage communications
performance through ongoing reports and 3. Control communications
documentation [14]. Procurement 1. Plan Procurement management Conduct
2. Conduct procurements Control
1.5. Closing Process Group 3. Control procurements Close
This phase is the last in PMBOK; the Closing 4. Close procurements
process contains documentation of experiences that
have been obtained during project implementation. 2. ISO 21500:2012
Closing does not only close the project formally, but
you also get sign-offs and receipts from customers. ISO 21500 is an international de jure standard which is
Even though this must be clear, too often the project a general guide to project management throughout the
fails. People stopped coming to meetings, and world [11]. ISO 21500:2012 provides guidance for project
everyone only appeared at the next meeting. Best management and can be used by any type of organization,
practice determines that the rigidity applied to the rest including public, private or community organizations, and
of the project must be used here too. The project for any type of project, irrespective of complexity, size or
manager must formally close the project by filing duration. ISO (the International Organization for
notes, holding lesson sessions, and celebrating and Standardization) is a worldwide federation of national
releasing the team. And the lessons learned along with standards bodies (ISO member bodies). The work of
other historical information must be archived centrally preparing International Standards is normally carried out
to be used as input for future projects to prevent the through ISO technical committees. Each member body
re-creation of wheels [11]. interested in a subject for which a technical committee has
been established has the right to be represented on that
Table 2. Ten knowledge areas of PMBOK [4] [11] [15] committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the
Integration 1. Develop Project Charter Develop work. ISO collaborates closely with the International
2. Develop project management plan
3. Direct and manage project work Electrotechnical Commission (IEC) on all matters of
4. Monitor and control project work electrotechnical standardization. International Standards are
5. Perform integrated Change Control drafted in accordance with the rules given in the ISO/IEC
6. Close project or phase Directives [16]. ISO 21500: 2012 guides essential concepts
Scope 1. Plan Scope management Collect and processes in project management, and has an impact on
2. Collect requirements
3. Define scope Create improving project performance. These standards provide
4. Create WBS high-level descriptions of concepts and procedures that are
5. Validate scope considered to form good practices in project management.
6. Control scope Projects are placed in the context of the program and
project portfolio. However, this International Standard does
not provide detailed guidance on the management of project
programs and portfolios [4]. ISO 21500 guides project be taken and change requests made, when necessary,
management and can be used by all types of organizations, in order to achieve project objectives [2].
for all kinds of projects, regardless of complexity, size or
duration. This international standard describes high-level 2.5. Closing process group
concepts and processes that are considered to form good As in the PMBOK phase, this phase is the last
practices in project management. It identifies project phase at ISO 21500, the Closing process contains
management processes that are recommended for use documentation of the experience that has been
throughout the project as a whole, for the individual phase obtained during project implementation [14] [11].
or both. ISO 21500 is currently an informative standard, The closing processes are used to formally establish
based on best practices accepted throughout the world [17]. that the project phase or project is finished, and to
provide lessons learned to be considered and
ISO 21500: 2012 identifies the following process
groups: initiating, planning, implementing, controlling and implemented as necessary [2].
closing. It also identifies 10 "subjects" for the organizing
process which include: integration; stakeholders, scope, Table 3. Project Management processes per subject/knowledge
source, time, cost, risk; quality; purchase; and area [4] [11] [15] of ISO 21500:2012
communication [4]. These 5 group life cycle processes can Integration 1. Develop Project Charter
be described as follow: 2. Develop project plans Direct
3. Direct project work
2.1. Initiating process group 4. Control project work Control
5. Control changes
In ISO 21500, Initiating are used to start a project 6. Close project phase or project
or a project phase, to define the project phase or 7. Collect lessons learned
Scope 1. Define scope
project objectives and to authorize the project 2. Create Work Breakdown Structure
manager to proceed with the project work. This 3. Define activities
process contains the development of a project base, 4. Control scope
such as the definition of the project phase and project Time 1. Sequence activities
2. Estimate activity durations
objectives [11]. The initiating processes are used to 3. Develop schedule
start a project phase or project, to define the project 4. Control schedule
phase or project objectives and to authorize the project Cost 1. Estimate costs
manager to proceed with the project work [2]. 2. Develop budget
3. Control costs
2.2. Planning process group Resources 1. Establish project team
2. Estimate resources
The ISO 21500 Planning process group contains 3. Define project organization
detailed plan development and dissociation of other 4. Develop project team
5. Control resources
projects. This process contains time and cost planning, 6. Manage project team
risk management, quality and communication which Quality 1. Plan quality
is the content of the ISO 21500 Planning process 2. Perform quality assurance
group. The planning processes are used to develop 3. Perform quality control
planning detail. This detail should be sufficient to Risk 1. Identify risks
2. Assess risk
establish baselines against which project 3. Treat risks
implementation can be managed and project 4. Control risks
performance can be measured and controlled [2] [11]. Stakeholder 1. Identify stakeholders
2. Manage stakeholders
2.3. Implementing process group Communication 1. Plan Communications
2. Distribute information
The realization of the planning process is 3. Manage communications
explained in the ISO 21500 Implementation process Procurement 1. Plan procurements
group [11]. The implementing processes are used to 2. Select suppliers
perform the project management activities and to 3. Administer contracts
support the provision of the project’s deliverables in
accordance with the project plans [2].
3. PRINCE2
2.4. Controlling process group
PRINCE2 (Projects in Controlled Environment) is a
In ISO 21500, the Control process group is well-known standard in project management. Prince2 was
separated by the implementation phase and deals with proposed in 1996 after PMBOK by APMG in the UK and
project monitoring to detect irregularities that occur was expanded by the British government. Prince2 is the
outside of the plan, as well as to serve preventive result of the experience of managers, experts, and
measures if necessary [14] [11]. The controlling consultants in the field of project management [18].
processes are used to monitor, measure and control Based on the definition of [19] PRINCE2 is a de facto
project performance against the project plan. process-based method for effective project management.
Consequently, preventive and corrective actions may Widely used by the British Government, PRINCE2 is also
widely recognized and used in the private sector, both in the
UK and internationally. The PRINCE2 method is in the
public domain and offers guidance on non-ownership best
practices in project management.
Prince2 contains four modules: principles that provide
guidance for successful PMs, themes that provide PM
subjects, processes and adaptations to the environment, for
example cultural differences [11]. There are several main
features of Prince2, including focusing on business
justification, the organizational structure set for project
management teams, product-based planning approaches,
emphasis on sharing projects into manageable and
controllable stages, a flexibility that can be applied at the
appropriate level to the project [19]. In PRINCE2 there are
seven processes, including a set of activities required for
project control, management and successful delivery of the
projects [18][20]. The seven processes in PRINCE2 are
[21]:
• Starting up a Project (SU)
This is the first process in PRINCE2. These are the
stages of the pre-project process, which are designed to
ensure that the prerequisites for starting the project
already exist. This process expects a Project Mandate
that defines in terms of the high level of reasons for the
project and what results are sought. Starting a Project
must be very short. Process work is built around the
production of three elements, namely ensuring that the
information needed for the project team is available,
design and designate the Project Management Team,
and make a Plan for the Initiation Phase [22].
The purpose of this process is to answer the question
about worthwhile and viable project. The project
mandate is usually the only document that exists when
this process starts, and this is not enough information
for the Project Board to decide to begin the Initiation
Stage. Therefore, the purpose of this process is to
provide the Project Board with the information required
to judge if the project is worthwhile. They use the
Project Brief, which will contain information on the
Business Case. Another essential purpose of the
Starting Up a Project process is to prevent poor projects
from starting up. This process should be brief; perhaps
that’s where we get the name, Project Brief. The aim is
to do the minimum necessary to see if it is worthwhile
doing the Initiation stage [23].
• Initiating a Project (IP)
The purpose of the Initiating a Project process is to
understand the work that needs to be done to deliver the
required products. This understanding is necessary
before deciding to continue with the project. Some
questions to ask about the project like reasons for doing
the project and the Benefits and Risks, Scope, a quality
that will be achieved, risks, project monitoring, and how
will PRINCE2 be tailored to suit the project. During
Initiating a Project, the Project Manager will be creating
a collection of management products to show: how the
project will be managed, the cost, how quality will be
checked, planned, how communication will be done.
[24].
• Directing a Project (DP)
The purpose of the Directing a Project process is to
enable the Project Board to be accountable for the
project by making critical decisions, to have overall
control and delegate day-to-day management of the
project to the Project Manager [25]. This process is
intended for the Project Board. The Project Board is in
charge of managing and monitoring through reports and
controls from several decision points. The key
processes for the Project Board break into four main
areas [25] [22] :
- Initiation (starting the project off on the right foot)
- Stage boundaries (commitment of more resources
after checking results so far)
- Ad hoc direction (monitoring progress, providing
advice and guidance, reacting to exception
situations)
- Project closure (confirming the project outcome
and controlled close)
- This process does not cover the day-to-day
activities of the Project Manager
• Controlling a Stage CS)
This process explains the monitoring activities and
control of the Project Manager involved in the project
and ensures that a stage stays on track and reacts to
unexpected events. The process forms the core of the
Project Manager's efforts on the project, becoming a
process that handles day-to-day project management
[22]. The purpose of the Controlling a Stage process
(CS) is for the Project Manager to assign the work to be
done, monitor this work, deal with issues, report
progress to the Project Board and take corrective action
to ensure that the stage remains within tolerance [26].
In this process there will be a cycle consisting of :
- Authorising work to be done
- Gathering progress information about that work
- Watching for changes
- Reviewing the situation
- Reporting
- Taking any necessary corrective action.
• Managing Product Delivery (MP)
Managing Product Delivery process is to manage and
control the work between the Project Manager and the
Team Manager by placing specific formal requirements
on the accepting, executing, and delivery of products.
The Managing Product Delivery process views the
project from the Team Manager’s point of view in the
same way the Controlling a Stage process is from the
Project Manager [27]. The objective of this process is to
ensure that planned products are created and delivered
by [22]:
 - Making certain that work on products allocated to
the team is effectively authorized and agreed on
accepting and checking Work Packages
- Ensuring that work conforms to the requirements
of interfaces identified in the Work Package
- Ensuring that the work is done
- Assessing work progress and forecasts regularly
- Ensuring that completed products meet quality
criteria
- Obtaining approval for the completed products
• Managing a Stage Boundary (SB)
Managing a Stage Boundary process has two parts, first
the Project Manager has to provide the Project Board
with an overview of the performance of the current
stage, update the Project Plan and Business Case, and
create a Stage Plan for the next step, second this
information will enable the Project Board to review the
current scene, approve the next stage, consider the
updated Project Plan, and confirm Continued Business
Justification [28]. This process provides the Project
Board with key decision points on whether to continue
with the project or not [22]. The objectives of the
process are to:
- Confirm that maintenance and operation
arrangements are in place (where appropriate)
- Make any recommendations for follow-on actions
- Capture lessons resulting from the project and
complete the Lessons Learned Report
- Prepare an End Project Report
- Notify the host organisation of the intention to
disband the project organisation and resources.
IV. CONCLUSIONS
In the previous chapter, we described three standards in
project management that are popularly used in information
systems development projects. But in addition to these
standards, there are still many standards that are commonly
used in information systems development projects but are not
discussed in the literature review this time. From the previous
discussion we can summarize the management project
standards as follows:
Table 4. Project management group process comparison
PMBOK ISO 21500:2012 PRINCE2
Initiating Process Initiating process group Starting up a Project
Group (SU)

- Assure the Project Board that all deliverables Planning Process Group Planning process group Initiating a Project (IP)
planned in the current Stage Plan have been Executing Process Implementing process Directing a Project (DP)
completed as defined Group group
- Provide the information needed for the Project
Monitoring and Controlling process Controlling a Stage CS)
Board to assess the continuing viability of the controlling Process group
project Group
- Provide the Project Board with information needed
Closing Process Group Closing process group Managing Product
to approve the current stage's completion and Delivery (MP)
authorize the start of the next stage, together with
its delegated tolerance level Managing a Stage
Boundary (SB)
- Record any measurements or lessons which can
help later stages of this project and/or other Closing a Project (CP)
projects
The structure of PMBOK and ISO 21500:2012 is quite
• Closing a Project (CP) similar, and the comparison between these two standards is
The Closing a Project process is to provide a fixed point rather simple. In contrast to that, the mapping of the processes
to check that the project has reached its objectives and of ISO 21500 and PMBOK to processes of PRINCE2 is more
that the products have been accepted [29]. The purpose difficult. In PRINCE2 there is no explicit mapping between
of this process is to execute a controlled close to the processes and subject groups. Comparing standards can be
project. This process includes the work of the Project done by looking for comparable content from groups of
Manager to complete the project either in the end or at subjects in the PRINCE2 theme and principle [11].
an early closing. Most of the work is to prepare input to
the Project Board to get confirmation that the project Table 5. Project management subject groups comparison
can be closed [22]. The objectives of Closing a Project PMBOK ISO 21500:2012 PRINCE2
are therefore to:
Integration Integration (Theme: Business Case)
- Check the extent to which the objectives or aims
Scope Scope (Theme: Business Case)
set out in the Project Initiation Document (PID)
have been met Time Time Plans
- Confirm the extent of the fulfillment of the Project Cost Cost Plans
Initiation Document (PID) and the Customer's
satisfaction with the deliverables Human Resources Resources Plans
- Obtain formal acceptance of the deliverables Quality Quality Quality
- Ensure to what extent all expected products have
Risk Risk Risk/Change
been handed over and accepted by the Customer
 Table 5. Project management subject groups comparison [13] “Foundational Standards - PMBOK | Project Management
Stakeholder Stakeholder (Principle: Defined Institute.” [Online]. Available: https://www.pmi.org/pmbok-guide-
Roles and standards/foundational. [Accessed: 20-Mar-2019].
Responsibility)
[14] M. S. Chaves, C. C. S. de Araújo, L. R. Teixeira, D. V Rosa, I.
Communication Communication - Glória J#x00FA;nior, and C. D. Nogueira, “A new approach to
Procurement Procurement Plans managing lessons learned in PMBoK process groups: The ballistic
2.0 model,” Int. J. Inf. Syst. Proj. Manag., vol. 4, no. 1, pp. 27–45,
2016.
ACKNOWLEDGMENT [15] J. Varajão, “Success Management as a PM Knowledge Area -
Work-in-Progress,” Procedia Comput. Sci., vol. 100, pp. 1095–
This literature review was made as one of the tasks in the 1102, 2016.
advanced information system course. Thank you to the [16] I. O. for Standardization, ISO 21500:2012 - Guidance on project
lecturers and lab assistants who have been very helpful and management. 2012.
provided guidance on how to write systematic literature [17] B. Barafort, A. L. Mesquida, and A. Mas, “Integrating risk
reviews..
management in IT settings from ISO standards and management
systems perspectives,” Comput. Stand. Interfaces, vol. 54, no.
REFERENCES November 2016, pp. 176–185, 2017.
[1] R. Jain and U. Suman, “A Project Management Framework for [18] M. Mousaei and T. Javdani, “A New Project Risk Management
Global Software Development,” ACM SIGSOFT Softw. Eng. Notes, Model based on Scrum Framework and Prince2 Methodology,” Int.
vol. 43, no. 1, pp. 1–10, 2018. J. Adv. Comput. Sci. Appl., vol. 9, no. 4, pp. 442–449, 2018.
[2] “Guidance on project management Lignes directrices sur le [19] “What Is PRINCE2? The Definition, History & Benefits | UK.”
management de projet,” 2012. [Online]. Available: https://www.prince2.com/uk/what-is-prince2.
[3] C. Marnewick, “The reality of adherence to best practices for [Accessed: 24-Mar-2019].
information system initiatives,” Int. J. Manag. Proj. Bus., vol. 10, [20] W. Kruger and R. Rudman, “Strategic Alignment Of Application
no. 1, pp. 167–184, 2017. Software Packages And Business Processes Using PRINCE2,” Int.
[4] J. Varajão, R. Colomo-Palacios, and H. Silva, “ISO 21500:2012 and Bus. Econ. Res. J., 2016.
PMBoK 5 processes in information systems project management,” [21] “Processes - PRINCE2 wiki.” [Online]. Available:
Comput. Stand. Interfaces, vol. 50, no. May 2016, pp. 216–222, http://prince2.wiki/Processes. [Accessed: 24-Mar-2019].
2017.
[22] “PRINCE2 Processes - 7 Processes Of PRINCE2 Explained | UK.”
[5] N. Joseph and C. Marnewick, “Investing in project management [Online]. Available: https://www.prince2.com/uk/prince2-processes.
certification: Do organisations get their money’s worth?,” Inf. [Accessed: 24-Mar-2019].
Technol. Manag., vol. 19, no. 1, pp. 51–74, 2018.
[23] “Starting Up a Project - PRINCE2 wiki.” [Online]. Available:
[6] M. Turner, J. Bailey, S. Linkman, D. Budgen, O. Pearl Brereton, http://prince2.wiki/Starting_Up_a_Project. [Accessed: 24-Mar-
and B. Kitchenham, “Systematic literature reviews in software 2019].
engineering – A systematic literature review,” Inf. Softw. Technol.,
[24] “Initiating a Project - PRINCE2 wiki.” [Online]. Available:
vol. 51, no. 1, pp. 7–15, 2008.
http://prince2.wiki/Initiating_a_Project. [Accessed: 24-Mar-2019].
[7] B. Kitchenham and S. Charters, “Guidelines for performing
[25] “Directing a Project - PRINCE2 wiki.” [Online]. Available:
Systematic Literature reviews in Software Engineering Version
http://prince2.wiki/Directing_a_Project. [Accessed: 24-Mar-2019].
2.3,” Engineering, 2007.
[26] “Controlling a Stage - PRINCE2 wiki.” [Online]. Available:
[8] C. Marnewick, “A longitudinal analysis of ICT project success,”
http://prince2.wiki/Controlling_a_Stage. [Accessed: 24-Mar-2019].
2012, p. 326.
[27] “Managing Product Delivery - PRINCE2 wiki.” [Online].
[9] S. Hastie and S. Wojewoda, “The Standish Group 2015 CHAOS
Available: http://prince2.wiki/Managing_Product_Delivery.
Report - Questions and Answers with Jennifer LYNCH,” InfoQ,
[Accessed: 24-Mar-2019].
2015.
[28] “Managing a Stage Boundary - PRINCE2 wiki.” [Online].
[10] S. Gasik, “Comparison of ISO 21500 and PMBOK® Guide 1.”
Available: http://prince2.wiki/Managing_a_Stage_Boundary.
[11] F. Hübner, R. Volk, and F. Schultmann, “Project management [Accessed: 24-Mar-2019].
standards: Strategic success factor for projects,” Int. J. Manag.
[29] “Closing a Project - PRINCE2 wiki.” [Online]. Available:
Pract., vol. 11, no. 4, pp. 372–399, 2018.
http://prince2.wiki/Closing_a_Project. [Accessed: 24-Mar-2019].
[12] K. H. Rose, “A Guide to the Project Management Body of
Knowledge (PMBOK® Guide)-Fifth Edition,” Proj. Manag. J.,
2013.