<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Sociotechnical Systems through a Work System Lens: A Possible Path for Reconciling System Conceptualizations, Business Realities, and Humanist Values in IS Development*</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Steven Alter</string-name>
          <email>alter@usfca.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of San Francisco</institution>
        </aff>
      </contrib-group>
      <fpage>32</fpage>
      <lpage>39</lpage>
      <abstract>
        <p>This position paper describes an approach that might increase the likelihood that the sociotechnical perspective will take its proper place in today's world. This paper questions the clarity of the traditional STS notion of joint optimization of a social system and technical system. It explains how the integrated system view in work system theory (WST) and the work system method (WSM) might provide a more straightforward way to describe, discuss, and negotiate about sociotechnical systems. Using WST/WSM to bypass the effort of separately describing and jointly optimizing social and technical systems might make it easier to engage effectively in discussions that reconcile system conceptualizations, business realities, and humanist values in IS development.</p>
      </abstract>
      <kwd-group>
        <kwd>sociotechnical system</kwd>
        <kwd>sociotechnical design</kwd>
        <kwd>joint optimization of social and technical systems</kwd>
        <kwd>work system theory</kwd>
        <kwd>work system method</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        This is an abbreviated version of a longer paper that is available at www.stevenalter.com.
The longer version provides more background about work system theory and more complete
explanations that could not be included in this abbreviated version.
introduced. The social and the technical should, whenever possible, be given
equal weight.” … “The most important thing that socio-technical design can
contribute is its value system.” … “This tells us that although technology and
organizational structures may change, the rights and needs of the employee must
be given as high a priority as those of the non-human parts of the system.”
After summarizing the history of sociotechnical thinking, [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] expresses doubts and
disappointment about its limited influence in today’s world. This leaves the question
of what might be done to help that perspective take its proper place. Voicing doubts
from other viewpoints, [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] explores whether the academic IS discipline has been
faithful to the traditional sociotechnical paradigm and [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] asks whether the organizational
“container” is sufficient for describing sociotechnical work in the 21st century.
      </p>
      <p>Goals and organization. This paper presents ideas that might help the
sociotechnical perspective take its proper place in today’s world. It explains why the frequently
mentioned joint optimization of social and technical systems is difficult to apply
analytically. It summarizes how work system theory (WST) and the work system method
(WSM) provide a broadly applicable lens for understanding and designing
sociotechnical systems. It also mentions potential benefits of using that approach.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Problematic STS Terminology as an Obstacle to Applications</title>
      <p>
        Despite coverage of sociotechnical themes in the first volume of MIS Quarterly
(e.g., [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]), sociotechnical analysis and design methods have not been prominent in the
IS discipline or in IS practice. [1. pp. 321-322] describes such methods as follows:
“The objective of socio-technical design has always been ‘the joint
optimization of the social and technical systems.” …. “Relationships between the two
systems, and between them and the outside environment, must also be carefully
analysed. This approach led to the development of a complex method for analysing
work systems, which went through a number of stages. Unit operations, or groups
of tasks that fitted logically together into a discrete work activity, were first
identified. Each of these unit operations was made the responsibility of a work group.
Next, variances – problem areas where what did happen deviated from what
should happen – were noted as areas for improved control by the work group.
Supporting activities such as maintenance and the acquisition of supplies were
also brought into the analysis. All of these were to become the responsibility of the
work group.”
      </p>
      <p>Aside from the complexity of that approach, a fundamental problem is that social
system, technical system, work system, and joint optimization are not defined clearly.
While practitioners and researchers in the sociotechnical community might take these
terms for granted, lack of definition for basic concepts cannot help in explaining this
approach to the un-initiated, which is an essential step toward STS taking its proper
place in IS research, practice, and teaching.</p>
      <p>
        A possible reason for the lack of clear definition is that the separation between the
social system and technical system is largely artificial, as revealed in Figure 1 in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ],
which says that the social subsystem includes structure and people, whereas the
technical subsystem includes technology and tasks. (Arrows link each pair of those four
elements in Figure 1 in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].) Those distinctions are questionable in many situations.
      </p>
      <p>Is “Task” technical or social? A business process can be viewed as an abstract
specification of the steps in performing work. It seems natural to treat those activities
as a technical system if machines perform the work, but it is hard to separate the
social from the technical if people perform the work. For example, an ethnographer
looking at a business process would observe that some effort goes into performing
specified steps, while other effort goes into coordination, “articulation work,” and
other activities that are not documented as part of the process. That other effort is
clearly social, yet it is an essential part of “the technical system.”</p>
      <p>
        Is “Structure” technical or social? Structure-in-practice (assigned to the social
system in Figure 1 in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]) is a reflection of how tasks (assigned to the technical
system) are performed, not just the boxes on an organization chart. Structure may seem
social at first blush, but it is increasingly controlled and/or constrained by the
capabilities and limitations of technologies such as ERP software and networks.
      </p>
      <p>
        Is “Information” technical or social? The ambiguous status of information (not
mentioned in Figure 1 in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]) contributes to the lack of clarity in the separation
between the social and technical. Some information that is stored in computerized
databases is easily recognized as part of a technical system, especially if the data was
created automatically. Other types of information that are essential for performing
work are obviously social, such as conversations, commitments, goals, rules and
regulations, institutional memory, and other types of non-computerized information.
      </p>
      <p>Is “Technology” technical or social? With the widespread use of personal
computing devices and smart phones, and with the trend toward BYOD (bring your own
device), social aspects of the acceptance and use of technology are increasingly
important in sociotechnical systems.</p>
      <p>What does joint optimization mean? Difficulty defining or separating social and
technical systems makes the notion of joint optimization highly problematic. The
concept of optimization does not fit well with organization design because the
plethora of relevant factors makes it unlikely that anyone would try to find a genuinely
optimal solution. (Why talk about optimization if that is an impossible dream?) A more
appropriate term is Herbert Simon’s concept of “satisficing”, i.e., finding a
satisfactory solution that is acceptable to most stakeholders and that allows the organization to
move forward. Instead of an image of optimization, a more appropriate image is “fit”
or “alignment”, or in some situations, “negotiated truce.” Thus, at least in my personal
opinion, collaborating and negotiating about social impacts of processes and
technologies in work group and stakeholder meetings is not really a form of optimization.</p>
      <p>Is the joint optimization of social and technical systems easy to teach and
learn? While full participation of work groups seems an important part of the STS
approach, the previously quoted description of sociotechnical design says it is a
“complex method for analysing work systems, which went through a number of
stages.” In other words, complexity could be an obstacle to broader use of sociotechnical
design. In turn, that leads me to wonder whether most STS design is actually done by
consultants who obtain information from work groups rather than by work groups
themselves, which seems more in line with the values of the STS movement.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Overview of Work System Theory (WST) and the Work</title>
    </sec>
    <sec id="sec-4">
      <title>System Method (WSM)</title>
      <p>
        Thinking of sociotechnical systems as work systems in the sense of work system
theory (WST) and the work system method (WSM) might encourage greater use of
sociotechnical ideas and values during IS development, implementation, and use.
WST views a sociotechnical system as a work system that is not subdivided into a
social system and technical system but whose components may have both social and
technical characteristics. A work system is a system in which people and/or machines
perform processes and activities to produce product/services for internal and/or
external customers. That definition is a step forward because the term work system has
been used for decades in sociotechnical research without careful definition, e.g., in
Volume 1 of MIS Quarterly [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], and more recently in [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. As explained in [
        <xref ref-type="bibr" rid="ref5 ref6 ref7">5,6,7</xref>
        ],
WST consists of 1) the definition of work system, 2) the work system framework,
which provides a static view of a work system during a period when it is relatively
stable, and 3) the work system life cycle model (WSLC), which provides a dynamic
view of how a work system changes over time. Applications of WST in WSM and
various extensions of WST are summarized in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>Work systems, information systems, and sociotechnical systems. Work system
is a general case for systems in organizations. Work systems are sociotechnical by
default, but can be totally automated. Special cases of work systems include:
 Information systems are work systems whose processes and activities are totally
devoted to processing information through activities including capturing,
transmitting, storing, retrieving, deleting, manipulating, and displaying information.
 Supply chains are inter-organizational work systems that provide supplies and
other resources required for business operations of customer organizations.
 Projects are temporary work systems that are designed to produce a set of
product/ services, after which they cease to exist.
 Totally automated work systems are work systems with no human participants.</p>
      <p>People who create and maintain these work systems are participants in other
work systems that perform those tasks.</p>
      <p>Work system framework. This framework is a basis for describing and analyzing
IT-reliant work systems in organizations. Its nine elements organize a basic
understanding of a work system by outlining a work system’s form, function, and
environment. Of its nine elements:
 Processes and activities, participants, information, and technologies are viewed as
completely within the work system.
 Customers and products/services may be partially inside and partially outside
because customers often participate in the processes and activities within the
work system and because product/services take shape within the work system.
 Environment, infrastructure, and strategies are largely outside the work system
but have direct effects within the work system. (For example, environment
includes organizational culture, politics, history, demographics, competition, etc.)</p>
      <p>Work system life cycle model. The WSLC describes how work systems evolve
through a combination of planned and unplanned change. It differs fundamentally
from the “system development life cycle” (SDLC), which is a project model rather
than a system life cycle. Even when current versions of the SDLC contain iterations,
those iterations are basically within a project. "The system" in the SDLC is a basically
a technical artifact that is being created. In the WSLC it is a work system that evolves
through iterations that combine defined projects and incremental changes from small
adaptations and experimentation. In contrast to the SDLC, the WSLC treats
unplanned changes as part of a work system’s natural evolution.</p>
      <p>
        Work system method. WSM [
        <xref ref-type="bibr" rid="ref5 ref6 ref7">5,6,7</xref>
        ] is a flexible systems analysis and design
method based on WST. It treats the system of interest as a work system. It was
created for use by business professionals, and can be used jointly by business and IT
professionals in designing work system improvements that may or may not involve
software changes. It can be used for high-level guidance in thinking about a work system
or can organize a more detailed analysis by using a work system analysis template. It
starts from whatever work system problems, opportunities, or issues launched the
analysis. A notable aspect of WSM is that the current and proposed systems are work
systems rather than configurations of hardware and software.
      </p>
      <p>There are three main commonalities among different versions of WSM. 1) the
work system’s scope is determined by viewing the work system as the smallest work
system that exhibits the problems or opportunities that motivated the analysis. 2) the
current and proposed work systems are summarized in the format of a work system
snapshot, a one-page summary of the work system’s customers, product/services,
processes and activities, participants, information, and technologies. 3) performance
gaps (variances) are identified and alleviated in relation to both internal metrics such
as productivity and external metrics such as quality and cost to the customer.</p>
      <p>Relationship to IS development and systems analysis and design. Most
textbooks on systems analysis and IS development teach that systems are technical
artifacts that operate through IT hardware, software, network infrastructure, user
interfaces, and databases. IS development is often viewed as creating and installing
technical artifacts whose requirements come from analyzing sociotechnical systems. In
contrast, a sociotechnical view of “the system” calls for not only technology changes,
but also changes in processes, management, training, social relations, and incentives.</p>
      <p>Analysis and design from a work system perspective consistent with the WSLC
and WSM starts with identifying the smallest work system that has the problems or
opportunities that launched the analysis. The “as is” system is a work system that
requires improvement. The “to be” system is a work system that is more likely to
meet performance goals. The analysis focuses on the structure of the “as is” work
system (including processes, participants, technologies, and information) and on
addressing performance gaps, key incidents, customer needs, and so on. Six Sigma
techniques such as Pareto charts and value stream mapping are just as relevant to
work system analysis as IT-oriented methods and social analysis methods. The
resulting project proposal outlines activities for moving from the “as is” work system to the
“to be” work system.</p>
      <p>
        Finally, consistent with the sociotechnical principle of incompletion (e.g., [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] p.
323), the inward-facing arrows in the WSLC say that emergent change is likely to
occur during a work system’s natural evolution. Work system designers should not
assume that a work system will operate in accordance with idealized specifications
after the initial implementation.
4
4.1
      </p>
    </sec>
    <sec id="sec-5">
      <title>Benefits of Seeing Sociotechnical Systems through a Work</title>
    </sec>
    <sec id="sec-6">
      <title>System Lens</title>
      <sec id="sec-6-1">
        <title>Benefit #1: Sociotechnical Work Systems Will Be More Understandable</title>
        <p>Analyzing and designing sociotechnical systems from a work system perspective
eliminates the artificial separation between the social system and the technical system.
It also eliminates the misnamed concept of joint optimization. Using a work system
lens brings the following benefits:</p>
        <p>A more practical model. Seeing a sociotechnical system as a single work system
is simpler and easier to discuss and analyze than seeing it as a combination of vaguely
defined social and technical systems that actually overlap.</p>
      </sec>
      <sec id="sec-6-2">
        <title>An organized approach to business topics. The work system framework outlines</title>
        <p>elements that must be considered in even a basic understanding of a work system. It
covers social and technical aspects of the situation without assuming artificial
separation of the social and technical which could complicate instead of facilitating.</p>
        <p>
          A readily usable analysis method. WSM is an easily adaptable method for
performing the initial analysis of a work system, clarifying its boundaries, and attaining
agreement about what system is actually being improved. Many hundreds of MBA
and Executive MBA students in the United States, China, India, and Vietnam have
used WSM templates to produce preliminary management briefings suggesting work
system improvements in their organizations (e.g., [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]). The core of WSM can be used
at the beginning of agile development projects to clarify goals and direction.
        </p>
      </sec>
      <sec id="sec-6-3">
        <title>Usable without consultants or researchers. Meaningful use of WSM does not</title>
        <p>require guidance by IT experts, consultants, or researchers even though ideal
applications of WSM should involve collaboration between business and IT professionals.
4.2</p>
      </sec>
      <sec id="sec-6-4">
        <title>Benefit #2: Analysis and Design Are More Likely to Reflect Business</title>
      </sec>
      <sec id="sec-6-5">
        <title>Realities</title>
        <p>Customers. The placement of customers at the top of the work system framework
is a reminder that work systems exist to produce product/services for internal and/or
external customers who may be work system participants (e.g., patients in medical
exams, users in IS development, students in education).</p>
        <p>
          Product/services. Neither customers nor product/services appear in the depiction
of social and technical systems in Figure 1 in [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. Mumford’s description of STS
(quoted earlier) seems to look inward and does not seem to highlight such topics,
which should be included in a business-oriented analysis of a work system.
        </p>
        <p>Transience and organizational flux. WST/WSM provides a relatively lightweight
approach that can be used even in reorganizations, staff reductions, transitions from
older to newer product/service offerings, changing job roles, and increasing trends
toward project work. It can be used to think and negotiate about all of those situations.</p>
        <p>Processes and activities. Many types of work are automated and/or controlled to a
greater extent than in the past. ERP, CRM, and BPM enable tighter work
modularization, operational control, and near real time monitoring, sometimes leaving work
system participants feeling as though Big Brother is watching, at least in the United
States. WSM analysis would address those issues because the motivation and
goodwill of work system participants strongly affect work system performance.</p>
        <p>Outsourcing. WST/WSM views outsourcing as a configuration of work in which a
work system’s product/services are produced in a sociotechnical system that spans the
original firm and the outsourcing vendor. It is not clear how traditional STS joint
optimization would handle outsourcing situations.</p>
        <p>
          Workarounds and noncompliance. An extension of WST called the “theory of
workarounds” [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] serves as a reminder that work systems as documented may differ
from work systems-in-practice even in the presence of monitoring systems.
        </p>
        <p>Participants. WST/ WSM treats participants as integral parts of work systems, not
just users of technology. WST/ WSM recognizes issues such as reduced social contact
when working through computers and reduced value of existing knowledge and skills
as technology and work arrangements change.</p>
        <p>New technologies. Many sociotechnical systems apply computer and network
capabilities that were almost unimaginable several decades ago. The extreme pace of
technical change challenges the whole notion of joint optimization because the
technologies bring new levels of capability whose impacts may be difficult to anticipate.
4.3</p>
      </sec>
      <sec id="sec-6-6">
        <title>Benefit #3: Humanist Values Are More Likely to Be Recognized in IS</title>
      </sec>
      <sec id="sec-6-7">
        <title>Development</title>
        <p>Use of WST/WSM could encourage attention to humanist values in IS
development. This would occur through empowerment, awareness, and better communication
and collaboration between all stakeholders in sociotechnical systems.</p>
      </sec>
      <sec id="sec-6-8">
        <title>Humanist values in IS development start with empowerment. WST/WSM po</title>
        <p>tentially empowers business professionals by providing an organized approach for
thinking about work systems for their own purposes and for collaborating with others.</p>
      </sec>
      <sec id="sec-6-9">
        <title>Humanist values require recognizing the needs and skills of work system par</title>
        <p>ticipants. WST/WSM recognizes that work system performance depends on how well
participants’ skills, capabilities, interests, and ambitions fit with the characteristics of
the rest of the work system.</p>
      </sec>
      <sec id="sec-6-10">
        <title>Humanist values require communication and collaboration. An organized ap</title>
        <p>proach for thinking about sociotechnical systems potentially helps business
professionals communicate effectively about how their roles in those systems affect them
and their colleagues. Humanist values probably are less prominent in
technologyfocused analyses that outsiders create and bring to work system participants.</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>Recommendations and Conclusion</title>
      <p>Involvement of managers and work system participants in designing sociotechnical
systems should not assume that experts will do system-related thinking for them. This
position paper’s discussion of a work system lens for understanding sociotechnical
systems implies a possible path for reconciling three types of concerns:</p>
      <p>System conceptualizations. Facilitate the analysis of sociotechnical systems by
organizing around WST/WSM instead of the joint optimization of partially
overlapping social and technical systems.</p>
      <p>Business realities. Recognize that IS development should focus on improving the
performance of work systems guided by trade-offs between corporate and labor
interests versus external customer interests. This involves much more than creating,
testing, and implementing information systems and much more than joint optimization of
social and technical systems.</p>
      <sec id="sec-7-1">
        <title>Achieving humanist values in IS development. Empower work system partici</title>
        <p>pants and other stakeholders by providing concepts and methods that they can use
themselves for their own purposes and can also use when collaborating with others.</p>
        <p>There is no guarantee that a WST/WSM approach will succeed where traditional
STS has faltered. Work system participants might not seize the opportunity to do
more for themselves. At minimum, however, the use of a work system lens for STS
brings the possibility of thinking about sociotechnical systems more effectively,
reflecting business realities more completely, and achieving greater engagement and
focus related to humanist values in IS development.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Mumford</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>The story of socio-technical design: reflections on its successes, failures, and potential</article-title>
          ,
          <source>Information Systems Journal</source>
          ,
          <volume>16</volume>
          ,
          <fpage>317</fpage>
          -
          <lpage>342</lpage>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Sarker</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chatterjee</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xiao</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          :
          <article-title>How “Sociotechnical” is our IS Research? An Assessment and Possible Ways Forward</article-title>
          .
          <source>Proceedings of ICIS</source>
          <year>2013</year>
          , Milan, Italy (
          <year>2013</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Winter</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Berente</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Howison</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Butler</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Beyond the Organizational 'Container': Conceptualizing 21st Century Sociotechnical Work</article-title>
          .
          <source>Information and Organization</source>
          .
          <volume>24</volume>
          (
          <issue>4</issue>
          ), pp.
          <fpage>250</fpage>
          -
          <lpage>269</lpage>
          (
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Bostrom</surname>
            ,
            <given-names>R.P.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Heinen</surname>
            ,
            <given-names>J.S.</given-names>
          </string-name>
          : MIS Problems and Failures:
          <string-name>
            <given-names>A</given-names>
            <surname>Socio-Technical Perspective</surname>
          </string-name>
          .
          <article-title>Part I: The Causes</article-title>
          .
          <source>MIS Quarterly</source>
          .
          <volume>1</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>17</fpage>
          -
          <lpage>32</lpage>
          (
          <year>1977</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Alter</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>The Work System Method: Connecting People, Processes, and IT for Business Results</article-title>
          . Work System Press, Larkspur, USA (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Alter</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future</article-title>
          .
          <source>Journal of the Association for Information Systems</source>
          ,
          <volume>14</volume>
          (
          <issue>2</issue>
          ), pp.
          <fpage>72</fpage>
          -
          <lpage>121</lpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Alter</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Work System Theory as a Platform: Response to a Research Perspective Article by Niederman and March, Journal of the Association for Information Systems</article-title>
          , in press
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Truex</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alter</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Long</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Systems Analysis for Everyone Else: Empowering Business Professionals through a Systems Analysis Method that Fits their Needs</article-title>
          ,
          <source>Proceedings of ECIS</source>
          <year>2010</year>
          , Barcelona, (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Alter</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          : Theory of Workarounds.
          <source>Communications of the Association of Information Systems</source>
          ,
          <volume>34</volume>
          (
          <issue>55</issue>
          ), pp.
          <fpage>1041</fpage>
          -
          <lpage>1066</lpage>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>