design-practice-repository

Summaries of artifacts, templates, practices, and techniques for agile architecting (DPR-mm) and service design (SDPR-nn).

DPR Git Pages HomeRoles IndexActivities IntroductionArtifacts Introduction

DPR: Roles

a.k.a. Software Engineering/Service Design Personas

Context and Motivation

Practices are employed by people on projects and/or building products; these people have one or more roles and responsibilities in their organizations. These role/persona descriptions will be kept light here, unlike in more traditional methods such as (R)UP or IBM UMF:

  1. Names of stakeholders (of architecture and architectural artifacts) and their main concerns.
  2. Information and modeling need, derived from role responsibilities (articulated in the form of user stories) and activities performed.
  3. Artifacts produced and consumed, including templates, practices, and techniques applied to do so.

The third rule of method adoption applies (the first two laws can be found in the activities and artifact folders):

Context matters: what works for one role in a particular client, team, and project environment might be the root of all evil elsewhere.

See Part 1 of Olaf Zimmermann’s ICWE 2020 presentation for more information on the importance of context during design and decision making.

Overview/Inventory (Genetic and Specific Roles)

We have identified a number of roles already, but only documented two of them so far (DPR puts more emphasis on the artifact templates and activities than on the role descriptions).

Generic roles (not specific/limited to service design):

API/service design roles:

DPR Metadata

title: "Design Practice Repository (DPR): Roles and Personas Overview"
author: Olaf Zimmermann (ZIO)
date: "01, 15, 2021"
copyright: Olaf Zimmermann, 2020-2021 (unless noted otherwise). All rights reserved.

License

Creative Commons License
This work is licensed under a Creative Commons Attribution 4.0 International License.