progress of the development. Similar to the prior
activity, those tasks often require a thorough un-
derstanding of legal obligations imposed by the
GDPR. The DPO is usually strongly involved in
this activity. In summary, this activity is mainly
about applying the data protection by design and
by default principle specified in Art. 25 GDPR.
• Identify Need & Conducting DPIAs: As de-
scribed in (Bieker et al., 2016), the data protec-
tion impact assessment (DPIA) consists of three
stages. In the Preparation stage, it is determined
if a DPIA is necessary at all. If that is the case, the
scope, involved actors and targets are defined and
legal requirements are identified. During the Eval-
uation stage, the total risk of a processing activity
is evaluated. This is done by identifying protec-
tion goals, potential attackers and their motives as
well as determining evaluation criteria and bench-
marks. In the last stage, the Report and Safeguard
stage, appropriate safeguards to mitigate the iden-
tified risks are selected and implemented. Lastly,
a report documenting the evaluation results is cre-
ated and published, which can then be evaluated
by a third party. Once a new processing activity
is developed or extended, the process is repeated.
For all this, the Data Controller is the responsible
actor while relying on the support of the DPO and
may consult the Supervisory Authority for clarifi-
cation purposes.
• Cooperation with Supervisory Authority: in-
cludes the DPO acting “as the contact point for
the supervisory authority on issues relating to pro-
cessing, including the prior consultation referred
to in Article 36, and to consult, where appropri-
ate, with regard to any other matter” as required
by Art. 39 GDPR. However, also the Data Con-
troller and Processor are required to cooperate
with the Supervisory Authority if necessary (Art.
31 GDPR).
• Maintaining Records of Processing Activities
(RPAs): Article 30 describes the information that
is required in the record of processing activites
(RPA), such as the responsible person, the legal
basis for processing, or the categories of data sub-
jects and personal data. The DPO supports in
compiling the information about all processing
activities.
• Conducting Audits: Based on a guide published
in (UK ICO, 2018), the scope of an audit may
cover, inter alia, data protection governance and
accountability, data protection training and aware-
ness, and risk management. In summary, an audit
is used to verify that all other activities described
in this section are carried out correctly and to dis-
cover areas of noncompliance. An audit may be
initiated by the Data Controller or by the respon-
sible Supervisory Authority and is performed by
the DPO (Art. 28, Art. 39, Art. 58).
• Dealing with Data Subjects: Besides reacting to
requests based on the Data Subject’s rights (Art.
12 through 22), the communication of a personal
data breach to the data subject is also addressed by
this activity. The responsible actor thereby is the
Data Controller, although usually the DPO acts as
the first point of contact, given that his/her contact
details normally are publicly available as specified
in Art. 37.
• Report to Management: is not directly required
by the GDPR itself. However, during the ex-
pert interviews two interviewees suggested to in-
clude reporting to Management as a separate ac-
tivity. Since it is accountable for the execution of
all the activities described above, it is necessary
that an organization’s Management is constantly
informed about the current situation in DPM.
Note that it is not possible to strictly separate the ac-
tivities: supporting the creation of processing activi-
ties can involve considering a DPIA and preparing in-
formation about the processing activity for the RPA.
Nonetheless, we consider these tasks to be sufficiently
delineated so survey participants could assign them
without further explanation.
4.2 Task Complexity & Time
Consumption
Figure 3 shows the distribution of responses regarding
task complexity, where 1 indicates the lowest level of
complexity and 5 indicates the highest level. We ar-
ranged the activities in descending order of their aver-
age complexity (x
c
), with “Identify need & conduct-
ing DPIAs” being rated as the most complex and “Co-
operation with supervisory authority” being rated as
the least complex activity. Based on the sample distri-
bution of the five complexity levels for each activity,
we assign the activities to three groups:
The first group consists of “Identify need & con-
ducting DPIAs” (x
c
= 3.47), “Verifying already ex-
isting data handling processes regarding compliance”
(x
c
= 3.45) and “Creation of new data handling pro-
cesses” (x
c
= 3.32) and can be described as the group
of “most complex” activities because of the large
amount of participants rating these activities with a
complexity level of 4 or 5.
The group of “moderately complex” activities is
composed of “Maintaining records of processing ac-
Empirical Task Analysis of Data Protection Management and Its Collaboration with Enterprise Architecture Management
659