<!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>
      <journal-title-group>
        <journal-title>Barcelona, Catalunya, Spain, April</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Vision Paper: The Sustainability Awareness Framework (SusAF) as a De-Facto Standard?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Birgit Penzenstadler</string-name>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Norbert Seyf</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Stefanie Betz</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Leticia Duboc</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jari Porras</string-name>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ruzanna Chitchyan</string-name>
          <xref ref-type="aff" rid="aff6">6</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ian Brooks</string-name>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Shola Oyedeji</string-name>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Karina B. Villela</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Colin C. Venters</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Switzerland</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Centre for Sustainable Computing, University of Huddersfield</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Chalmers University</institution>
          ,
          <country country="SE">Sweden</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Fraunhofer Institute for Experimental Software Engineering</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Furtwangen University</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>La Salle - Ramon Llull University</institution>
          ,
          <country country="ES">Spain</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>Lappeenranta University of Technology</institution>
        </aff>
        <aff id="aff6">
          <label>6</label>
          <institution>University of Bristol</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff7">
          <label>7</label>
          <institution>University of Zurich</institution>
          ,
          <country country="CH">Switzerland</country>
        </aff>
        <aff id="aff8">
          <label>8</label>
          <institution>University of the West of England</institution>
          ,
          <country country="UK">UK</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2023</year>
      </pub-date>
      <volume>17</volume>
      <issue>2023</issue>
      <abstract>
        <p>For many practitioners, considering sustainability during a software development project is a challenge. The Sustainability Awareness Framework (SusAF) is a tool for thinking through short, medium- and long-term impacts of socio-technical systems on its surrounding environment. While SusAF has been used by several companies, is not widely adopted in industry yet. In this Vision Paper, we discuss the options for extending the reach of SusAF and what it would take to evolve SusAF into a (de-facto) standard</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Vision Paper</kwd>
        <kwd>Sustainability</kwd>
        <kwd>Framework</kwd>
        <kwd>Requirements Engineering</kwd>
        <kwd>Software Engineering</kwd>
        <kwd>Sustainable Software</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Sustainability has been a topic at the REFSQ Conference since 2012 with the first workshop
on Requirements Engineering for Sustainable Systems (RE4SuSy) [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Over the past eight
years, members of the Karlskrona Alliance for Sustainability Design (which all authors of
this paper belong to) have developed the Sustainability Awareness Framework, short SusAF.
SusAF supports researchers and practitioners in anticipating direct efects, enabling efects,
and systemic efects of social-technical systems. Furthermore, the efects consider diferent
dimensions of sustainability (individual, social, environmental, economic, and technical). A
moderator guides the stakeholders of the system through a brainstorming and discussion where
these efects are elicited through a set of questions on key topics per sustainability dimension.
      </p>
      <p>
        Why and how does such a framework potentially help with sustainability impacts? Not
every practitioner has a background in sustainability. When asked, many practitioners feel not
adequately educated to consider sustainability in IT system development [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Therefore, we
started describing the central concepts1 that were relevant to relate a socio-technical system to
sustainability and to start exploring the efects such a system could have on sustainability. We
successfully applied SusAF in diferent application domains and with varied sets of stakeholders
of varying expertise levels. The framework has been used in seven countries at universities and
in industry [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Case settled, right? Not quite.
      </p>
      <p>Challenge We envision a wider application of the framework and sense that there is still
a certain apprehension about championing sustainability and moderating a SusAF workshop
when one does not feel “expert enough”.</p>
      <p>
        Objective Our main objective is to have impact with SusAF as it seems to be useful according
to the feedback we have received [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. This raises the question of what will become of SusAF
one day?
      </p>
      <p>In this paper, we discuss the options we see and highlight the one we think is best. We look
forward to discussing these options further with the community.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Towards a De-Facto Standard?</title>
      <p>Looking at the options, one could argue that there is a high chance that SusAF gets applied
once it becomes a formal standard. Let us discuss this option in more detail.
Formal Standard What would it take for SusAF to become a standard? First, we would have
to go through a national standardization body e.g. BSI in the UK, which may require potentially
years of lobbying in a committee. If there is a suitable committee already in place, it might be
possible to convince them to sponsor the framework in becoming a standard. However, such
committees sometimes run for years and then die. Some standardization bodies are mainly made
up of industry players that push what they are already using. How to convince a standardization
body that SusAF is worthwhile to become a standard?</p>
      <p>
        Alternatively, one might attempt to go directly to IEEE, which would eventually lead to
an ISO standard. This alternative could also take years. Moreover, even once SusAF is an
1A framework is "a structure for a topic area that collects elements of the topic area and relates them to each
other. A framework is semi complete and must be supplemented and/or adapted context-specifically for a concrete
application.” [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]
oficial standard, would governmental authorities ever require its usage? Would it mean that
the standard is indeed used by industry? Some of the software engineering standards have
been around for many years, e.g. the 29148 on Requirements Engineering [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], but several of the
oficial standards in Requirements Engineering (RE) are not widely adopted by industry [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>That leads us to the question: Is it actually worthwhile to aim at making a standard out of
SusAF? We have come to the conclusion that this should not be our primary goal. It is a high
risk endeavour where, at the end, we still would not have achieved our goal of making SusAF
widely adopted by industry. Furthermore, there is some urgency in our matter. We would like
the adoption of SusAF by industry to start right away.</p>
      <p>
        So, what about other options?
De-Facto Standard Looking at study on standards in RE [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], one can see that there are other
artefacts than formal standards, such as guidelines, which seem to have significant impact on
the work of practitioners. So what about the option to establish SusAF as a de-facto standard
that is widely used by industry? Let us first discuss possible disadvantages.
      </p>
      <p>One disadvantage might be that a de-facto standard is easier to change and thus output is
less comparable (e.g. for a customer comparing diferent products or features). Also, industry
adopts much easier standards than establishing de-facto standards so the spread might be larger
when having a standard. Another disadvantage might be that if politics impose regulations
to make software engineering companies accountable for the sustainability impacts of their
products, a standard might be easier for companies to implement and to perform assessments
than a de-facto standard. Finally, a standard goes through a very rigid evaluation process so the
outcome possible has a better quality than a de-facto standard.</p>
      <p>
        However, what would it take to establish SusAF as a so-called de-facto standard? We have
discussed this question among the authors of this paper and have derived the following list of
actions:
• Spread the word: We would need to actively promote SusAF. Companies need to know
that it is out there and that it is available to them.
• Provide evidence that it works: Potential adopters need to know that it works so we need
to provide evidence not only by conducting further case studies, but also by inviting
successful adopters to share their lessons learned.
• Provide evidence of demand: An increasing number of clients are requiring specific
sustainability outcomes from software systems and suppliers. An example is UK
Government’s policy requirements stated in Greening government: ICT and digital services
strategy 2020-2025 [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
• Link to well-known frameworks: SusAF helps to reflect on the potential sustainability
impacts of IT systems. Yet, companies may need to be able to translate it into other
frameworks they work with (e.g., how do potential impacts according to SusAF relate to
the Sustainable Development Goals (SDG) [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] or to their GRI reporting [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
• Continuous improvement of SusAF: It is great to have a first version of the framework
available but this is not enough. We need to make sure that it is usable in diferent project
settings and development contexts. This includes supporting tailoring and providing
guidance on how to apply the framework in diferent development process models and
for diferent types of systems.
• Continuous improvement of supporting artefacts: The SusAF Workbook is available for
download [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. What additional guidance would be beneficial for a moderator? We have
had successful applications by students and industry partners in companies. Feedback
from them could be used to provide the necessary guidance.
• Make SusAF part of education and training: Teaching SusAF and forming alliances
with organizations such as IREB [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] can help make the framework known to (future)
practitioners.
      </p>
      <p>What do we need to do next? We have set ourselves the goal to foster the following activities:
• Provide guidance on identifying a set of suitable stakeholders for the SusAF workshop.</p>
      <p>You either need knowledgeable people in the room or a moderator with some background
in sustainability.
• Provide guidance on how to tailor SusAF for specific development processes (e.g., agile
development frameworks such as Scrum) and specific types of systems (e.g., cyber-physical
systems or autonomous systems)
• Provide guidance on how to relate SusAF to other widely adopted frameworks (e.g., SDG,</p>
      <p>GRI, relevant ISO standards).
• Provide a training course for practitioners on sustainability that specifically addresses the
needs of software engineering to ofer a more efective alternative to "general purpose"
sustainability trainings already available.</p>
      <p>Through impact and ultimate adoption, SusAF can become a de-facto standard, and then
industry partners can help it go through a committee of a standardization body and become an
oficial standard.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Conclusion</title>
      <p>We have discussed diferent options on how to continue our work on SusAF and would like
to continue this discussion with diferent stakeholders. These include experts in the field of
standardization, researchers and, last but not least, practitioners. We anticipate that a broad
discussion, including the opinions of these diferent stakeholders on how to proceed, will make
it more likely that we can achieve our goal of fostering the adoption of SusAF in industry and
creating a framework that can have a lasting impact.</p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgments</title>
      <p>Part of this work has been funded by the Area of Advance at Chalmers under project number
37460087, and the Dept. of Research and Universities (Catalonia Gov.) under Grant Ref. 2021
SGR 01396.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mahaux</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          Salinesi (Eds.),
          <source>Proceedings of the 1rd Requirements engineering for Sustainable systems, number 995 in CEUR Workshop Proceedings</source>
          ,
          <year>2013</year>
          . URL: http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>995</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>R.</given-names>
            <surname>Chitchyan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Becker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Betz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Duboc</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Seyf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Venters</surname>
          </string-name>
          ,
          <article-title>Sustainability design in requirements engineering: State of practice</article-title>
          ,
          <source>in: Proceedings of the 38th International Conference on Software Engineering Companion</source>
          , ICSE '16,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2016</year>
          , p.
          <fpage>533</fpage>
          -
          <lpage>542</lpage>
          . doi:
          <volume>10</volume>
          .1145/2889160. 2889217.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <article-title>[3] The German Association for Informatics (GI) - Working group on Requirements Frameworks (AKReqFrame)</article-title>
          , Accessed:
          <fpage>2023</fpage>
          -02-
          <lpage>11</lpage>
          . URL: https://ak-reqframe.gi.de.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>L.</given-names>
            <surname>Duboc</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Porras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. A.</given-names>
            <surname>Kocak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Betz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Chitchyan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Leifler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Seyf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Venters</surname>
          </string-name>
          ,
          <article-title>Requirements engineering for sustainability: An awareness framework for designing software systems for a better tomorrow</article-title>
          ,
          <source>Requirements Engineering</source>
          <volume>25</volume>
          (
          <year>2020</year>
          )
          <fpage>469</fpage>
          -
          <lpage>492</lpage>
          . doi:
          <volume>10</volume>
          .1007/s00766-020-00336-y.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5] IEEE/ISO/IEC 29148-2018,
          <article-title>Systems and software engineering - Life cycle processes - Requirements engineering</article-title>
          , Standard, ISO/IEC/IEEE International Standard,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>X.</given-names>
            <surname>Franch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Glinz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Mendez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Seyf</surname>
          </string-name>
          ,
          <article-title>A study about the knowledge and use of requirements engineering standards in industry</article-title>
          ,
          <source>IEEE Transactions on Software Engineering</source>
          <volume>48</volume>
          (
          <year>2022</year>
          )
          <fpage>3310</fpage>
          -
          <lpage>3325</lpage>
          . doi:
          <volume>10</volume>
          .1109/TSE.
          <year>2021</year>
          .
          <volume>3087792</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>UK</given-names>
            <surname>Government - Department</surname>
          </string-name>
          for Environment, Food and
          <string-name>
            <given-names>Rural</given-names>
            <surname>Afairs</surname>
          </string-name>
          ,
          <article-title>Greening government: ICT and digital services strategy 2020 to 2025</article-title>
          , Accessed:
          <fpage>2023</fpage>
          -02-
          <lpage>11</lpage>
          . URL: https://www.gov.uk/government/publications/ greening-government
          <article-title>-ict-and-digital-services-</article-title>
          <string-name>
            <surname>strategy-</surname>
          </string-name>
          2020-
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>United</surname>
            <given-names>Nations -</given-names>
          </string-name>
          <article-title>Department of Economic and Social Afairs, The 17 goals</article-title>
          , Accessed:
          <fpage>2023</fpage>
          -02-
          <lpage>11</lpage>
          . URL: https://sdgs.un.org/goals.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Global</given-names>
            <surname>Report</surname>
          </string-name>
          <string-name>
            <surname>Initiative</surname>
          </string-name>
          , Accessed:
          <fpage>2023</fpage>
          -02-
          <lpage>11</lpage>
          . URL: https://www.globalreporting.org/.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>S.</given-names>
            <surname>Betz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Duboc</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Penzenstadler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Porras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Chitchyan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Seyf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Venters</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Brooks</surname>
          </string-name>
          , The SusA Workshop -
          <article-title>Improving sustainability awareness to inform future business process and systems design</article-title>
          ,
          <year>2022</year>
          . doi:
          <volume>10</volume>
          .5281/zenodo.7342574.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>International</given-names>
            <surname>Requirements Engineering Boarding</surname>
          </string-name>
          , Accessed:
          <fpage>2023</fpage>
          -02-
          <lpage>11</lpage>
          . URL: https: //www.ireb.org/de.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>