scispace - formally typeset
Search or ask a question
Journal ArticleDOI

A Design Theory for Cognitive Workflow Systems

28 Feb 2017-International Journal of Software Engineering and Knowledge Engineering (World Scientific Publishing Company)-Vol. 27, Iss: 01, pp 125-151
TL;DR: The proposed design theory for CWS is presented and is validated through an action research intervention, which has important implications from both research and practical perspectives.
Abstract: This paper addresses the design problem of providing cognitive support for workflow systems in software development. Software development is demanding knowledge work that requires creativity and adaptability to changing requirements and situations. This type of work involves cognitive actions that require substantial support in several forms in order to address needs such as collaboration, communication, knowledge management, awareness and transparency, and the coordination and structuring of the development processes. The literature and our empirical results show that there is a lack of cognitive support in current workflow models. Hence, we identify the need for a design theory for cognitive workflow systems (CWS). In this paper, such a theory is presented. The proposed design theory for CWS is validated through an action research intervention. This design theory has important implications from both research and practical perspectives. The results will help developers in their daily work, enhance the efficiency of the development processes, and facilitate decision-making activities.

Summary (2 min read)

1. Introduction

  • Software development is increasingly challenging and intellectually demanding creative knowledge work [1].
  • Software systems are usually developed as a multidisciplinary e®ort [5], typically in collaboration with several types of stakeholders such as engineers, industrial designers, and marketing personnel [6, 7].
  • Building a work°ow that supports cognitive work !!.
  • Section 2 discusses related studies, work°ow modeling, and design theory and states the motivation for this research.
  • Section 3 presents the research process and provides the theoretical framework for this research in the form of kernel theories.

2. Theoretical Background

  • This section presents the theoretical concepts related to work°ow modeling in the context of knowledge work, discusses related studies, and states the motivation for this research.
  • In addition, the design theory approach is brie°y described.
  • Thus, a work°ow that supports knowledge sharing and enables the use of cognitive skills is required.
  • Abstracting and synthesizing from related works, the authors identi¯ed a set of characteristics of software development, which they classi¯ed into six categories: cognitive work support, collaborative work, communication, knowledge management, awareness and transparency, and coordination.
  • The original approach by Walls et al. [11] has been reviewed in literature, and there are considerations that it might initially have been too cumbersome to use (cf. [29, 33]).

3. Industrial Case and Development of a Design Theory for CWS

  • This section introduces the study that prompted the development of a new design theory for CWS.
  • During the action research intervention, the requirements, design principles, and prototype were re¯ned.
  • 2. Toward design principles for CWS Next, the authors describe their design theory for CWS as a set of six design principles.
  • This led to serious problems such as a lack of feedback and an insu±cient understanding of others' activities.
  • In their work, the developers created, stored, and shared information while implementing their tasks, and each developer accumulated information, knowledge, and experiences.

4. Evaluation and Specifying Learning

  • Design theory provides a prescriptive theory that informs how to do something [11, 53].
  • In the present study, the result of design theory is a list of design principles that, if followed in the design process, both provide a system that addresses design goals and produce a system that has the requested features implemented in it !!.
  • This way, the work°ow provided shared knowledge about processes, products, tools, and team members, including the use of experience and skills.
  • By these means, the prototype o®ered information about the developers' goals and described the dependencies between activities and work items.
  • There are several works that discuss the work°ows and their modeling and technical solutions; however, not many authors have applied the cognitive viewpoint to work°ows.

5. Discussion and Conclusions

  • The aim of the proposed design theory for CWS is to provide a set of requirements and design principles for creating an e®ective work°ow system that supports cognitive work in software development.
  • In summary, cognitive work°ows designed by following the proposed design principles would provide a better understanding of the context of work, especially the real needs of all processes, phases, and functions; this in turn would provide better development results, primarily because the produced data and other results will ful¯ll their purpose more e®ectively and ensure less wastage.
  • The authors design theory for CWS leads to six design principles that help to resolve the shortcomings of current work°ow systems and their design methods.
  • The action research demonstrated the relevance, feasibility, and usefulness of the proposed design theory in a real-world environment.

Did you find this useful? Give us your feedback

Content maybe subject to copyright    Report

A Design Theory for Cognitive Work°ow Systems
Jarkko Hyysalo
*
,
, Markku Oivo
*
,
and Pasi Kuvaja
*
,
§
*
Faculty of Information Technology and Electrical Engineering, M3S
University of Oulu, P. O. Box 8000
FI-90014 Oulu, Finland
jarkko.hyysalo@oulu.fi
markku.oivo@oulu.fi
§
pasi.kuvaja@oulu.fi
Received 24 October 2014
Revised 22 November 2014
Accepted 10 February 2016
Published
This paper addresses the design problem of providing cognitive support for work°ow systems in
software development. Software development is demanding knowledge work that requires cre-
ativity and adaptability to changing requirements and situations. This type of work involves
cognitive actions that require substantial support in several forms in order to address needs such
as collaboration, communication, knowledge management, awareness and transparency, and
the coordination and structuring of the development processes. The literature and our empirical
results show that there is a lack of cognitive support in current work°ow models. Hence, we
identify the need for a design theory for cognitive work°ow systems (CWS). In this paper, such a
theory is presented. The proposed design theory for CWS is validated through an action re-
search intervention. This design theory has important implications from both research and
practical perspectives. The results will help developers in their daily work, enhance the e±ciency
of the development processes, and facilitate decision-making activities.
Keywords: Cognition support; cognitive work; design theory; knowledge work; software devel-
opment; work°ow; work support.
1. Introduction
Software development is increasingly challenging and intellectually demanding cre-
ative knowledge work [1]. It is a human- and knowledge-intensive activity in which
managing knowledge is paramount [2]. Such information-intensive knowledge work is
primarily a cognitive activity [3] based on the worker's internal mental processes
rather than on physical labor. Cogniti ve perspectives are fundamental factors for
successful collaboration [4]. Thus, knowledge work and cognitive aspects should be
Corresponding author.
International Journal of Software Engineering
and Knowledge Engineering
Vol. 27, No. 1 (2017) 1750006 (27 pages)
#
.
c
World Scienti¯c Publishing Company
DOI: 10.1142/S0218194017500061
November 8, 2016 3:53:39pm WSPC/117-IJSEKE 1750006
2
nd
R
ea
di
ng
1

supported properly in order to obtain good results. Software systems are usually
developed as a multidisciplinary e®ort [5], typicall y in collaboration with several
types of stakeholders such as engineers, industrial designers, and marketing per-
sonnel [6, 7].
Work°ows are used to support these collaborative processes. Here, we d e¯ne a
work°ow as a sequence of working steps or logicall y- re l a t ed t asks, including the use
of resources to achieve a common goal !!! transforming a set of inputs into outputs
that provide value for stakeholders. However, it is not easy to plan the work in
detail beforehand [8], as software processes are often complicated in nature; they
involve a large number of tasks, performers, and coordinat ion constraints. More-
over, cognitive work and cooperation are not properly supported in current
work°ow models [9, 10].
A practical solution is needed for supporting cognitive work in collaborative de-
velopment. Hence, we need to design a work°ow that addresses the above-mentioned
issues. As this is a design issue, we claim that the design theory approach proposed in
[11] is an e®ective approach to address it. Bringing forth a design theory for a
cognitive work°ow system (CWS) is the main contribution of this work.
Building a work°ow that supports cognitive work !!! intellectually demanding
and creative knowledge work !!! requires both the development of a formal meth-
odology that can help model the knowledge °ows and an extension of current
work°ow technologies to handle information that is characterized by dynamic
changes, requirements for innovative problem solving, and cognitive processing. The
framework and formalisms, we propose in this paper serve as the foundation for such
a methodology. Design theory has proven to be successful for the purposes of de-
scribing improved design processes [12]. We propose that the kernel and/or justi¯-
catory theories and extensive case studies resulting in the design theory provide a
solid basis for prescribing the principles and requirements for designing and con-
structing an e®ective artifact.
The remainder of this paper is organized as follows. Section 2 discusses related
studies, work°ow modeling, and design theory and states the motivation for this
research. Section 3 presents the research process and provides the theoretical
framework for this research in the form of kernel theories. Further, it describes the
results of empirical work. Section 4 evaluates how the implementation of the six
design principles addresses the identi ¯ed issues by analyzing the research ¯ndings,
also including a comparison to existing approaches. Section 5 discusses the results,
implications, and future research directions and concludes the paper.
2. Theoretical Background
This section presents the theoretical concepts related to work°ow modeling in the
context of knowledge work, discusses related studies, and states the motivation for
this research. In addition, the design theory approach is brie°y described.
2 J. Hyysalo, M. Oivo & P. Kuvaja
November 8, 2016 3:53:40pm WSPC/117-IJSEKE 1750006
2
nd
R
ea
di
ng

2.1. Cognitive work support in work°ows
Software development involves several challenges related to individual and team
cognition, such as complex decision-making, innovative problem solving, handling of
vast amounts of information, building of a shared understanding, and information
and knowledge sharing [13]. The greater the °ow of knowledge, knowledge sharing,
and learning between di®erent organizational parts and external agents, the greater
are the opportunities for knowledge generation [14
16]. However, one of the pro-
blems in knowledge work is the number of disconnected tools, that is, tools that are
disconnected not only from other tools but also from the work processes; moreover,
knowledge is often disconnected from the context [17]. Thus, a wor k°ow that sup-
ports knowledge sharing and enables the use of cognitive skills is required. The
work°ow must also be designed such that it addresses di®erent views, including those
of business analysts and software developers [18], and connects the knowledge to
work, processes, and the context of work.
In this study, cognitive activities and processes include, for example, the following
aspects of knowledge work: making observ ations; reasoning; processing information;
learning, understanding, and remembering information content, using information
systems and conceptualizing.
Support for cognitive work is crucial when the work concerns abstract matters
and knowledge, and the following challenges are identi¯ed: knowledge is not easily
transferred unless it is made explicit, knowledge elements are context-speci¯c, and
cooperation is needed because of humans' cognitive limitations !!! one does not know
everything [19]. Cognitive skills are also required to respond to changes, that is,
creativity and human problem-solving skills are required to deal with changes and
unexpected events [20].
It has been proposed that the purpose of collaborative software development
environments is to facilitate and nurture developers' creative knowledge processes
[21]. For this purpose, for example, companies implement wor k°ows to help manage
processes, transfer work and data from one worker to anoth er, and establish a logical
order for task implementation. However, it has been acknowledged that traditional
work°ow approaches are too static and do not address the changes and unexpected
events that inevitably occur in creative knowledge work; moreover, work°ow models
lack cognitive support [9, 22
25]. Nor are cognitive work and cooperation properly
supported in current work°ow models [9, 10].
Hence , there is a need for work°ow design principles to provide guidance on how
to model and implement a CWS that supports software development processes in
which uncertainty prevails and how know ledge °ows can be utilized to create a
solid basis fo r deci sion-making activities. We suggest that most cognitive chal-
lenges can be tackled with properly designed cognitive work°ows that address
collaboration and communication practices, implicit and explicit knowledge man-
agement, awareness and transparency, and processes supporting coordination
and negotiation.
A Design Theory for Cognitive Work°ow Systems 3
November 8, 2016 3:53:40pm WSPC/117-IJSEKE 1750006
2
nd
R
ea
di
ng

Abstracting and synthesizing from related works, we identi¯ed a set of char-
acteristics of software development, which we classi¯ed into six categories: cognitive
work support, collaborative work, communication, knowledge management, aware-
ness and transparency, and coordination. Table 1 presen ts a brief summary of this
categorization. Then, we mapped each characteristic to a design principle for CWS
and identi¯ed its requirements relevant to a work°ow system.
Other characteristics and requirem ents could also be identi¯ed; however, this
work addressed the research problem from these six viewpoints, all of which com-
plement each other and c ontribute to de¯ning cognitive support for collaborative
work. Many other concepts and viewpoints can also be seen as relating to CWS, such
as distributed work, global software development, decision-support systems, virtual
collaboration tools, learning, and computer-supported cooperative work. H owever,
this work did not address these areas individually but, rather, focused on viewing
work°ow systems from a cognitive point of view.
2.2. Design theory approach
Design theory has proven to be successful for the purposes of describing improved
design processes [12], and there are examples of successful attempts to use the design
theory approach; see [17, 26
29]. This section brie°y describes the concept. For a
more detailed description, see, for example, [11, 12, 30
32], where the use of design
theory is discussed extensively.
Table 1. Summary of characteristics and their system support requirements.
Software development
characteristics Requirements for work°ow systems Design principles for CWS
Complex tasks, knowledge-in-
tensive processes, abstract
knowledge
Supporting understanding, shared
understanding, and reducing
cognitive load
Cognitive work support
Di®erent kinds of tasks, di®er-
ent expertize areas, distrib-
uted work, team work
Supporting collaboration, distrib-
uted interactions, and realiza-
tion of business processes
Collaborative work
Information exchange, under-
standing of each other
Creating and maintaining shared
understanding
Communication
Knowledge-intensive processes,
team knowledge, knowledge
management
Acquiring, sharing, and using
knowledge
Knowledge management
Understanding of others' activ-
ities, context, information
visualization, situation
awareness, workspace
awareness
Enabling knowledge, supporting
awareness and transparency
Awareness and transparency
Simultaneous, sequential,
distributed
Creating structure, synchroniza-
tion, integrating contributions,
decision points
Coordination
4 J. Hyysalo, M. Oivo & P. Kuvaja
November 8, 2016 3:53:40pm WSPC/117-IJSEKE 1750006
2
nd
R
ea
di
ng

Design theory describes components and their relationships for subsystems that
are then used to construct the system [11]. In other words, the \pieces" can be
designed relatively independent of one another; however, they eventually form a
complete system in which the subsystems are not completely independent. Thus, all
the pieces and the entire system must be satisfactorily constructed !!! this is the goal
of design theory. Another important aspect of design theory is that it deals with both
the product and the process of design; these two cannot be completely isolated,
because the process eventually yields the product [11].
Design theory consists of product and process aspects, and for both aspects, there
are kernel theories that describe the fundamental behavior underlying the concepts,
for example, the laws of nature. Meta-requirements are derived from the kernel
theories, and they describe a class of goals to which the theory is applicable [11].
Based on the meta-requirements, meta-design principles are drawn up to describe the
class of artifacts that are hypothesized to meet the meta-requirements. Finally, there
are testable design hypotheses for verifying whether the meta-design principles meet
the meta-requirements. However, it should be noted that context-speci¯c modi¯ca-
tions are required to accommodate domain-speci¯c aspects.
Walls et al. [11] formally speci¯ed and coined the term, \design theory," and
others have also used and modi¯ed the approach . Thus, there are several useable
ways of presenting design theories. The original approach by Walls et al. [11] has
been reviewed in literature, and there are considerations that it might initially have
been too cumbersome to use (cf. [29, 33]).
It has been argued that testable design hypotheses are unnecessary and not
essential to the theory, as design theory explains generalized solution components
with the related generalized requirements or design principles [31]. Gregor and
Jones [30] also agree, and they suggest that even without testable hypotheses and
empirical indicators, desi gn theory is su±cient to describe the idea of an artifact
that could be constru cted. Th ere are also other examples wh ere the testable hy-
potheses ar e n ot seen as necessary components of design theory; see, for example,
[29, 32].
Building the design theory in this article follows the approach presented in
Hanseth and Lyytinen [34]. Hanseth and Lyytinen also base their approach on Walls
et al. [11], but they have made small changes; for example, they have omitted the use
of testable hypotheses.
Table 2. Components of a design theory [32].
Design goals Describe the goals to which the theory applies.
A set of system features A set of artifacts hypothesized to meet the requirements.
Kernel theories Theories or justi¯catory knowledge from natural and social sciences governing
the design requirements or the processes for arriving at them.
Design principles A codi¯cation of procedures, which, when applied, increase the likelihood of
achieving a set of system features. These procedures are derived from
kernel theories.
A Design Theory for Cognitive Work°ow Systems 5
November 8, 2016 3:53:40pm WSPC/117-IJSEKE 1750006
2
nd
R
ea
di
ng

Citations
More filters
Book ChapterDOI
01 Jan 2022
TL;DR: In this paper, the authors focus on the adaptation of intelligent workflows in cognitive enterprises in a multi-cloud environment and discuss the design strategies and techniques for designing intelligent workflow for multi-Cloud.
Abstract: Traditional businesses are transforming into cognitive business operations with convergence of technologies such as Cloud, Big Data, Artificial Neural Networks, and Machine Learning. As businesses all around the world become more dependable on technology and handle more data, the success of the business enterprises is greatly determined by the intelligent workflows that are automated, adaptable, and self-learning. Intelligent workflows play a vital role in cognitive enterprises, and almost every business now is cloud based. The business users are depending on multi-cloud environment to get the best in breed services for their business operations. This chapter focuses on adaptation of intelligent workflows in cognitive enterprises in a multi-cloud environment. The evolution of cognitive computing and cognitive enterprise is outlined. Current approaches in workflow automation and tools and processes for automated workflow management were detailed in the chapter. The design strategies and techniques for designing intelligent workflows for multi-cloud are discussed. The challenges in adapting intelligent workflows in multi-cloud environment and multi-cloud operations are explored.

1 citations

References
More filters
Journal ArticleDOI
TL;DR: Design theory is used to develop a SIS design theory framework that defines six requirements for Sis design methods, and it is shown how known S IS design methods fail to satisfy these requirements.
Abstract: Many alternative methods for designing secure information systems (SIS) have been proposed to ensure system security. However, within all the literature on SIS methods, there exists little theoretically grounded work that addresses the fundamental requirements and goals of SIS design. This paper first uses design theory to develop a SIS design theory framework that defines six requirements for SIS design methods, and second, shows how known SIS design methods fail to satisfy these requirements. Third, the paper describes a SIS design method that does address these requirements and reports two empirical studies that demonstrate the validity of the proposed framework.

74 citations

Journal IssueDOI
TL;DR: The main contribution of the review, derived from a comparison of awareness needs in distributed collaborative software engineering and current support from tools and techniques, is that more support is required for the type of awareness known as context awareness.
Abstract: Software development projects are inherently cooperative, requiring many developers to coordinate their efforts to produce complex systems. An integral part of this process is the development and maintenance of a shared understanding concerning the state of software project tasks, artefacts, and the activities and expertise of developers working on the project. In co-located settings, this vital awareness information that concerns developers, either directly or tangentially, is typically acquired using formal, regular meetings, informal personal interruptions and electronic communication. Developing and maintaining such an awareness are far more difficult in distributed teams where developers are separated by time and space. The goal of this review is to help bridge the gap between the theoretical benefits of distributed collaborative software development and the practical impediments to successful implementation, and more specifically, achieving similar levels of awareness in distributed settings to those available in co-located settings. The review starts with a detailed discussion of awareness and awareness types with particular relevance to collaboration. This is followed by a discussion of how awareness information is disseminated during collaborative processes. Awareness information needs and dissemination mechanisms in software development teams are then presented. The main contribution of the review, derived from a comparison of awareness needs in distributed collaborative software engineering and current support from tools and techniques, is that more support is required for the type of awareness known as context awareness. Context awareness crosscuts other (more basic) forms of awareness and arises because, over time, individual collaborators work on different sets of tasks and artefacts and form different perceptions of their colleagues; their colleagues' work, roles, and relationships; and, the workspace. This awareness is highly contextual and therefore cannot be generalized across individuals, entities or activities that are found in a collaboration space. Copyright © 2010 John Wiley & Sons, Ltd.

62 citations


"A Design Theory for Cognitive Workf..." refers background in this paper

  • ...Development of a work°ow should address awareness and transparency Awareness is critical for collaboration [42, 44, 45]....

    [...]

  • ...maintaining awareness in collaborative software development [44]....

    [...]

Journal ArticleDOI
TL;DR: A new notion of cognitive flow is defined to reflect the dynamic cognition processes of a team and the mechanism is built to model, control and manage the cognitive flow process.

59 citations


"A Design Theory for Cognitive Workf..." refers background or methods in this paper

  • ...The examination of existing work°ow models showed that Zhuge's [9] proposition addresses collaboration to an extent....

    [...]

  • ...discussed in [9, 10]; it focuses mainly on the importance of providing cognitive support and knowledge °ows for collaborative and distributed work....

    [...]

  • ...Nor are cognitive work and cooperation properly supported in current work°ow models [9, 10]....

    [...]

  • ...over, cognitive work and cooperation are not properly supported in current work°ow models [9, 10]....

    [...]

  • ...The work°ow models by Zhuge [9], Wang and Wang [10] and Jalote-Parmar et al....

    [...]

01 Jan 2005
TL;DR: This survey takes a look at collaborative tools from the perspective of user effort, and proposes a framework that identifies groups of tools and highlights this ordering, and organizes the individual tools into tiers.
Abstract: Collaboration is at the heart of software development. Virtually all software development requires collaboration among developers within and outside their project teams, to achieve a common objective. A number of classification frameworks exist that can be used to classify collaborative tools. In addition to placing the various tools in context, developers can use these kind of frameworks to select the right mix of tools for their situation. Each classification framework has a different focus: some provide a detailed taxonomy to compare tools in a particular area, some classify tools based on the functionality of the tools, some classify tools based on the high-level approach to collaboration that the tools take, and so on. However, currently no framework exists that classifies tools based on the user effort required to collaborate effectively. This however is also a critical component in choosing the “right” set of tools for a team. In this survey, we take a look at collaborative tools from the perspective of user effort. For the purposes of this paper, we define user effort as the time expended in setting up the tools, monitoring the tools, and interpreting the information from the tools. While we cannot quantify the efforts required of each tool in detail, it is clear that there is a natural ordering among different groups of tools. We propose a framework that identifies these groups and highlights this ordering. Based on this framework, our survey organizes the individual tools into tiers.

46 citations


"A Design Theory for Cognitive Workf..." refers background in this paper

  • ...Development of a work°ow should address awareness and transparency Awareness is critical for collaboration [42, 44, 45]....

    [...]

Journal ArticleDOI
TL;DR: In this article, a comparative analysis of new product development (NPD) practices in the pharmaceutical and telecommunication industries by carrying out a two-pronged study is presented.

45 citations

Frequently Asked Questions (2)
Q1. What contributions have the authors mentioned in the paper "A design theory for cognitive work°ow systems" ?

Other characteristics and requirements could also be identi ̄ed ; however, this work addressed the research problem from these six viewpoints, all of which complement each other and contribute to de ̄ning cognitive support for collaborative work. However, this work did not address these areas individually but, rather, focused on viewing work°ow systems from a cognitive point of view. 

5. 1. Implications and future research areas One of the possible future research topics would also be the quantitative analysis to support the validation of design theory more. This work provides valuable insights for academic research and lays the foundation for further scholarly inquiry, including a validation of the ¯ndings in other companies and domains besides information and communication technology, and as no testable hypotheses are presented, there is an opportunity for further development of this design theory. Thus, the proposed design principles provide a promising solution to current issues in cognitive work°ows.