<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Archiving and Interchange DTD v2.3 20070202//EN" "archivearticle.dtd">
<article xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="systematic-review">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Comput. Sci.</journal-id>
<journal-title>Frontiers in Computer Science</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Comput. Sci.</abbrev-journal-title>
<issn pub-type="epub">2624-9898</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3389/fcomp.2022.884533</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Computer Science</subject>
<subj-group>
<subject>Systematic Review</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>Software Engineering and Filmmaking: A Literature Review</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name><surname>Farina</surname> <given-names>Mirko</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<xref ref-type="corresp" rid="c001"><sup>&#x0002A;</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/63446/overview"/>
</contrib>
<contrib contrib-type="author" corresp="yes">
<name><surname>Fedorovskaya</surname> <given-names>Arina</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<xref ref-type="corresp" rid="c002"><sup>&#x0002A;</sup></xref>
</contrib>
<contrib contrib-type="author" corresp="yes">
<name><surname>Polivtsev</surname> <given-names>Egor</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<xref ref-type="corresp" rid="c003"><sup>&#x0002A;</sup></xref>
</contrib>
<contrib contrib-type="author" corresp="yes">
<name><surname>Succi</surname> <given-names>Giancarlo</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<xref ref-type="corresp" rid="c004"><sup>&#x0002A;</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/1696892/overview"/>
</contrib>
</contrib-group>
<aff id="aff1"><sup>1</sup><institution>Faculty of Humanities and Social Sciences, Innopolis University</institution>, <addr-line>Innopolis</addr-line>, <country>Russia</country></aff>
<aff id="aff2"><sup>2</sup><institution>Faculty of Computer Science and Engineering, Innopolis University</institution>, <addr-line>Innopolis</addr-line>, <country>Russia</country></aff>
<author-notes>
<fn fn-type="edited-by"><p>Edited by: Jun Shen, University of Wollongong, Australia</p></fn>
<fn fn-type="edited-by"><p>Reviewed by: Sandra Sanchez-Gordon, Escuela Polit&#x000E9;cnica Nacional, Ecuador; Luigi Benedicenti, University of New Brunswick Fredericton, Canada</p></fn>
<corresp id="c001">&#x0002A;Correspondence: Mirko Farina <email>farinamirko&#x00040;gmail.com</email></corresp>
<corresp id="c002">Arina Fedorovskaya <email>a.fedorovskaya&#x00040;innopolis.ru</email></corresp>
<corresp id="c003">Egor Polivtsev <email>e.polivtsev&#x00040;innopolis.ru</email></corresp>
<corresp id="c004">Giancarlo Succi <email>giancarlo.succi&#x00040;gmail.com</email></corresp>
<fn fn-type="other" id="fn001"><p>This article was submitted to Human-Media Interaction, a section of the journal Frontiers in Computer Science</p></fn></author-notes>
<pub-date pub-type="epub">
<day>29</day>
<month>04</month>
<year>2022</year>
</pub-date>
<pub-date pub-type="collection">
<year>2022</year>
</pub-date>
<volume>4</volume>
<elocation-id>884533</elocation-id>
<history>
<date date-type="received">
<day>26</day>
<month>02</month>
<year>2022</year>
</date>
<date date-type="accepted">
<day>05</day>
<month>04</month>
<year>2022</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#x000A9; 2022 Farina, Fedorovskaya, Polivtsev and Succi.</copyright-statement>
<copyright-year>2022</copyright-year>
<copyright-holder>Farina, Fedorovskaya, Polivtsev and Succi</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p></license> </permissions>
<abstract>
<p>Software development is a complex process that requires skills in mathematics and physics. Moreover, it usually includes collaboration with other people. To get a precise understanding of the way such a process is organized, we need to understand its essence. Technical knowledge is crucially important for any developer; however, another important characteristic of any software engineer is creativity. In this article, we look at one particular artistic practice [filmmaking] that involves both these latter characteristics to determine whether insights from such a practice can be applied in the IT industry and vice versa.</p></abstract>
<kwd-group>
<kwd>software development</kwd>
<kwd>movie production</kwd>
<kwd>lean</kwd>
<kwd>agile</kwd>
<kwd>software management practices</kwd>
</kwd-group>
<contract-sponsor id="cn001">Russian Science Foundation<named-content content-type="fundref-id">10.13039/501100006769</named-content></contract-sponsor>
<counts>
<fig-count count="3"/>
<table-count count="7"/>
<equation-count count="0"/>
<ref-count count="94"/>
<page-count count="13"/>
<word-count count="9772"/>
</counts>
</article-meta>
</front>
<body>
<sec sec-type="intro" id="s1">
<title>1. Introduction</title>
<p>The relationship between software and art is one that has caused many interesting debates among computer scientists since, at least, the mid 70&#x00027;s (Sedelow, <xref ref-type="bibr" rid="B83">1970</xref>), when a group of researchers, led by Donald Knuth, first argued that programming is itself an art (Knuth, <xref ref-type="bibr" rid="B52">1984</xref>). Throughout his career, Knuth further defended this intuition (Knuth, <xref ref-type="bibr" rid="B53">1997</xref>). More specifically, in a famous lecture titled &#x0201C;God and Computers,&#x0201D; held at MIT in 1999, Knuth compared the beauty found in programming with that typically observed in literature or music and argued for the presence of, what he called, a sense of software aesthetics among computer scientist (Ahmed et al., <xref ref-type="bibr" rid="B5">2009</xref>).</p>
<p>Knuth&#x00027;s approach to characterize the relationship between software and art became very influential. For example, Cramer and Gabriel (<xref ref-type="bibr" rid="B19">2001</xref>) extended Knuth&#x00027;s original intuition and focused on studying the beauty underlying the production of a code. Bond (<xref ref-type="bibr" rid="B12">2005</xref>) claimed that software can be considered as an artistic medium and Graham (<xref ref-type="bibr" rid="B40">2004</xref>) successfully discussed the relations between artistic works/behaviors and hacking, programming languages, and many other technological issues.</p>
<p>Other researchers too claimed that software engineering should be considered as art (Wallace, <xref ref-type="bibr" rid="B91">1999</xref>). Jonathan Wallace, for example, argued that despite the fact that software development now occurs&#x02014;for the most part at least&#x02014;in teams; one still has the opportunity to show some artistic creativity in the solutions of certain problems. Wallace also noted that certain branches of software thrive in an artistic environment. For instance, he noticed how spreadsheets, databases, and browsers, were originally developed by an &#x0201C;artist&#x0201D; (or a group of artists), who created their initial prototype and then researched how to turn them into a product. In this sense then, artwork can be later transformed into an engineering product.</p>
<p>More recently, Fishwick et al. (<xref ref-type="bibr" rid="B34">2003</xref>) explored the way art and aesthetics can coalesce to increase innovation and creativity among software developers, while Fishwick (<xref ref-type="bibr" rid="B35">2008</xref>) further specified the enhancing role they can both play in different areas of computer science. On a similar vein, Trifonova et al. (<xref ref-type="bibr" rid="B89">2008</xref>) studied the extent to which software development can be enriched by embracing a multidisciplinary approach that converges at the intersection between art and computing.</p>
<p>In general, we can say that there is a relatively small but growing literature on these issues (Knuth, <xref ref-type="bibr" rid="B51">2011</xref>) and that the field is ripe for further explorations.</p>
<p>Building up on this debate, our study is concerned with the analysis of software development techniques, their application to filmmaking, and the role of teamwork in movie production (Donelan, <xref ref-type="bibr" rid="B25">2007</xref>). Our aim is thus to systematically compare the practice of filmmaking with the work carried out by software engineers. Before we go on to specify our motivation, goals, and contribution to the literature in more details, it is nevertheless worth noting that, as the topic of this investigation is relatively new, the academic literature available on it is quite limited.</p>
<p>The first step in producing an analysis capable of describing the relations between filmmaking and software development involves, we believe, the acknowledgment that modern film production, like software development, constitutively depends on successful teamwork (Kanaan, <xref ref-type="bibr" rid="B47">2016</xref>) and on many different collaborative practises (Ohanian and Phillips, <xref ref-type="bibr" rid="B67">2013</xref>). However, the analogy does not end here. Naturally, some techniques or management models used in software development are also profitably used by filmmakers (Agrawal, <xref ref-type="bibr" rid="B4">2016</xref>).</p>
<p>Two of such techniques or models are of particular interest for us in this work. These are: agile (Beck et al., <xref ref-type="bibr" rid="B10">2001</xref>), and lean (Netland and Powell, <xref ref-type="bibr" rid="B65">2016</xref>). Agile software development can be described as non-traditional set of methodologies based on collaborative efforts, which aim to maximize production and efficiency by implementing: (i) quick responses to changes, (ii) cross-team interactions, and (iii) work-processes simplicity (Dings&#x000F8;yr et al., <xref ref-type="bibr" rid="B24">2010</xref>). The well-known Agile Manifesto (Beck et al., <xref ref-type="bibr" rid="B10">2001</xref>), in the early 2000s, described the basic values and principles underlying Agile Software Development (Beck et al., <xref ref-type="bibr" rid="B10">2001</xref>).</p>
<p>The idea of lean management firstly arose from the manufacturing environment (Shah and Ward, <xref ref-type="bibr" rid="B85">2003</xref>), subsequently becoming a philosophy for both product and service industries (Janes and Succi, <xref ref-type="bibr" rid="B46">2014</xref>). The Lean model can be described by three basic principles (Feld, <xref ref-type="bibr" rid="B30">2000</xref>). These are:</p>
<list list-type="bullet">
<list-item><p>value: methods that support maximization of delivered value;</p></list-item>
<list-item><p>knowledge: methods that focus on the creation of a shared understanding of the know-how, know-where, know-who, know-what, know-when, and know-why within the company;</p></list-item>
<list-item><p>improvement: methods that instil a culture of constant improvement among and between team members.</p></list-item>
</list>
<p>Recently, Moreira (<xref ref-type="bibr" rid="B63">2020</xref>) successfully used lean concepts and principles (Poppendieck and Cusumano, <xref ref-type="bibr" rid="B76">2012</xref>); Ebert et al. (<xref ref-type="bibr" rid="B26">2012</xref>) to bring assertiveness and increase team&#x00027;s performance in filmmaking.</p>
<p>The motivation for this study is to improve and enrich existing software development methodologies in light of contemporary practices characterizing the process of filmmaking. To do so, we distinguished three major steps in our work:</p>
<list list-type="order">
<list-item><p>Definition of common features between software development and filmmaking.</p></list-item>
<list-item><p>Detailed analysis of resemblance between software development and movie production in respect to certain techniques.</p></list-item>
<list-item><p>Comparison, focused on usage of collaborative techniques (based on cooperation), between software development and filmmaking.</p></list-item>
</list>
<boxed-text id="Box1">
<p>The main contribution of this work is therefore to:</p>
<list list-type="bullet">
<list-item><p>analyse film production techniques and their possible adaptation in software development.</p></list-item>
<list-item><p>describe and comprehend the relevance of collaborative filmmaking for software engineering.</p></list-item>
<list-item><p>provide parallels between the artistic work of filmmakers and the artistic work underlying the process of software development.</p></list-item>
<list-item><p>create, on these grounds, potentially new techniques for software development</p></list-item>
</list>
</boxed-text>
<p>The novelty of this review consists in the fact that it aims to provide an original characterization of the relationship between film production and software development. Crucially, such a relationship has not been sufficiently studied by researchers so far.</p>
<p>This review is then organized as follows. Section 2 reviews the existing literature on filmmaking and software development, describing the research questions underlying our work, as well as the protocol, and the search strategy adopted in our study. Section 3 presents our findings and contextualizes them, focusing on possible parallels between film production and software development. Section 4 offers a brief synoptic summary of our results for the reader, while Section 5 describes shortcomings, limitations, and potential issues threatening the validity of our findings. Finally, section 6 explains the relevance of our findings for the field and outlines possible future research directions.</p>
</sec>
<sec sec-type="methods" id="s2">
<title>2. Methodology</title>
<p>We conducted a literature review in accordance with the suggestions outlined by Kitchenham (<xref ref-type="bibr" rid="B49">2004</xref>), Brereton et al. (<xref ref-type="bibr" rid="B14">2007</xref>), Kitchenham et al. (<xref ref-type="bibr" rid="B50">2009</xref>), and Siddaway (<xref ref-type="bibr" rid="B86">2014</xref>), and in conformity with the &#x0201C;Preferred Reporting Items for Systematic reviews and Meta-Analyses&#x0201D; (PRISMA) checklist<xref ref-type="fn" rid="fn0001"><sup>1</sup></xref> (Brereton et al., <xref ref-type="bibr" rid="B14">2007</xref>; Moher et al., <xref ref-type="bibr" rid="B62">2009</xref>), detailed in <xref ref-type="table" rid="T7">Table 7</xref>. <xref ref-type="table" rid="T1">Table 1</xref> describes our study protocol.</p>
<table-wrap position="float" id="T1">
<label>Table 1</label>
<caption><p>Study protocol.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Phase</bold></th>
<th valign="top" align="left"><bold>Stages</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Review plan</td>
<td valign="top" align="left">1. Statement of research questions<break/> 2. Creation of review plan<break/> 3. Application of review plan</td>
</tr>
<tr>
<td valign="top" align="left">Review process</td>
<td valign="top" align="left">1. Identification of relevant studies<break/> 2. Selection of primary studies<break/> 3. Quality check on selected studies<break/> 4. Extraction of required information<break/> 5. Data analysis</td>
</tr>
<tr>
<td valign="top" align="left">Reporting</td>
<td valign="top" align="left">1. Creation of a report based on the data analyzed</td>
</tr>
</tbody>
</table>
</table-wrap>
<sec>
<title>2.1. Research Questions</title>
<p>Our research questions concern the relations between filmmaking and software engineering. More specifically, our goal is to look for analogies between the processes underlying the production of basic software and those characterizing the creation and production of a movie. In particular, we focus on finding analogies between both areas to proof that filmmaking and software development indeed share a common nature. Our article thus attempt to answer the following research questions:</p>
<list list-type="bullet">
<list-item><p><bold>RQ1</bold>: How do processes characterizing filmmaking resemble practices and processes implemented in the software industry?</p></list-item>
</list>
<p>To answer this question we reviewed a series of filmmaking practices and programming techniques and then critically assessed the possibility to adapt such practices and techniques in the respective fields.</p>
<list list-type="bullet">
<list-item><p><bold>RQ2</bold>: Which practices used in filmmaking, and not yet adopted in the software development industry, could be profitably used? Conversely, could programming techniques be successfully applied to filmmaking?</p></list-item>
</list>
<p>To answer this research question we analyzed the relevance of certain movie-production practices to software engineering and <italic>vice versa</italic>.</p>
<list list-type="bullet">
<list-item><p><bold>RQ3</bold>: Which filmmaking practices require or actively involve some degree of cooperation? Is it possible to identify practices of cooperative work in the film industry that can also be applied to software development?</p></list-item>
</list>
<p>Our goal here was to highlight potential connections between these two practices, in light of this specific requirement (collaboration or team work).</p>
</sec>
<sec>
<title>2.2. Search Process</title>
<p>A crucial stage in any literature review is the collection, and the subsequent analysis, of the sources selected (Brereton et al., <xref ref-type="bibr" rid="B14">2007</xref>; Kitchenham et al., <xref ref-type="bibr" rid="B50">2009</xref>; Piper, <xref ref-type="bibr" rid="B75">2013</xref>; Petersen et al., <xref ref-type="bibr" rid="B73">2015</xref>; Farina et al., <xref ref-type="bibr" rid="B29">2022</xref>).</p>
<p>We carried out a series of exploratory searches to locate benchmark papers in the field. To perform our searches we used the following electronic databases:</p>
<list list-type="bullet">
<list-item><p>Google Scholar;</p></list-item>
<list-item><p>ACM Digital Library;</p></list-item>
<list-item><p>IEEE Xplore;</p></list-item>
<list-item><p>Science Direct;</p></list-item>
<list-item><p>ReserchGate.</p></list-item>
</list>
<p>Our exploratory searches demonstrated a crucial lack of relevant literature on the topic. We only found one study (Graham, <xref ref-type="bibr" rid="B40">2004</xref>), exploring the connection between programmers and painters, which was only mildly relevant to our investigation. For each of the research questions we introduced earlier on, we specified&#x02014;in accordance with the best standards and norms of our discipline&#x02014;a number of keywords characterizing them. Subsequently, we constructed relevant search queries with the aim of broadening our initial searches. An example of a query we used for the first research question follows below:</p>
<list list-type="bullet">
<list-item><p>(Management OR development OR creation process OR production) AND (practices OR techniques OR steps OR stages) AND (movie production OR filmmaking OR cinema industry) AND (software development OR software engineering OR programming) AND (similarities OR resemblance OR parallels OR correlation).</p></list-item>
</list>
<p>Additional examples of queries we used for the second and the third research questions can be found below:</p>
<list list-type="bullet">
<list-item><p>(Lean OR Agile) AND (practices OR techniques OR steps OR stages) AND (movie production OR filmmaking OR cinema industry)</p></list-item>
<list-item><p>(Cooperation OR teamwork OR collaboration) AND (practices OR techniques) AND (movie production OR filmmaking OR cinema industry).</p></list-item>
</list>
<p>We built a literature log to classify, store and further analyse the results obtained for all the search queries we performed.</p>
</sec>
<sec>
<title>2.3. Literature Selection</title>
<p>The next step involved in our review required the application of our Inclusion and Exclusion criteria to the set of papers we gathered through our searches. The formulation of inclusion/exclusion criteria is a necessary step for any systematic literature review (Kitchenham et al., <xref ref-type="bibr" rid="B50">2009</xref>). Inclusion and exclusion criteria typically help identifying relevant studies for inclusion or filtering out improper or irrelevant sources (Kitchenham, <xref ref-type="bibr" rid="B49">2004</xref>). With respect to this point, we would like to notice that as the topic of our research is mostly overlooked in the relevant literature, the inclusion and exclusion criteria were formulated in a rather loose or comprehensive way; that is, they were formulated to provide enough coverage, hence a wider literature base for our study. For this reason, we decided to include in this review a broad range of papers published in software engineering in the last 20 years and put no time-constraint for including papers related to the cinema industry. Moreover, the selection process was applied primarily after the initial search, but some of the criteria (such as time frames and language restrictions), were included in the first stage as well. Therefore, a paper was selected for inclusion if it met all the following basic requirements:</p>
<list list-type="bullet">
<list-item><p><bold>Time</bold>: filmmaking&#x02014;no time-constrain; software development&#x02014;last 20 years</p></list-item>
<list-item><p><bold>Peer-review</bold>: books, articles in reputable journals, and conference proceedings</p></list-item>
<list-item><p><bold>Language</bold>: literature written in either English or Russian. Russia is home of a large and very productive IT community. In addition, the Russian language is spoken by &#x0007E;300 millions people worldwide and some of the researchers who participated in this study are Russians. Hence, we believe it is fine, also for cross-cultural reasons, to consider this language requirement in our review.</p></list-item>
<list-item><p><bold>Relevancy</bold>: literature relevant to the chosen topic.</p></list-item>
</list>
<p>On the contrary a paper was excluded from our log and hence from this study if it did not met any of the inclusion criteria above-mentioned or if it was a duplicate. The process described above is summarized in <xref ref-type="fig" rid="F1">Figure 1</xref> below.</p>
<fig id="F1" position="float">
<label>Figure 1</label>
<caption><p>Flow chart diagram.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fcomp-04-884533-g0001.tif"/>
</fig>
<p>We would like to note that all the studies that were included in the review were cross-checked for adherence to the above-mentioned inclusion criteria by all the researchers involved in the study.</p>
</sec>
<sec>
<title>2.4. Quality Assessment</title>
<p>Having specified the search process as well as the Inclusion/Exclusion criteria we adopted in our research protocol, we next focused on the qualitative assessment of our results.</p>
<p>In order to maximize objectivity and minimize the possibility of subjective interpretations and/or mistakes, the studies we selected were simultaneously assessed by all the researchers involved in the review process.</p>
<p>To determine the scientific reliability and accuracy of the studies included, we first generated a set of questions that we applied to each of the papers included in our review. We then assigned to each question a specific score, so that papers&#x00027; quality could be objectively assessed.</p>
<p>If &#x0201C;yes&#x0201D; was given as an answer, then the paper would receive 1 point on our scoring board. If &#x0201C;partially&#x0201D; was given as an answer, then the paper would receive 0.5 points on our scoring board. If &#x0201C;no&#x0201D; was given as an answer, then the paper would receive 0 points on our scoring board.</p>
<p>The total score for each paper was then calculated and a qualitative assessment performed. The results of this process can be observed on <xref ref-type="table" rid="T2">Tables 2</xref>, <xref ref-type="table" rid="T3">3</xref> below. Below, we also report the set of questions we used in order to evaluate the papers&#x00027; quality and to establish their scientific soundness:</p>
<table-wrap position="float" id="T2">
<label>Table 2</label>
<caption><p>Quality assessment&#x02014;statistics.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>QA score</bold></th>
<th valign="top" align="center"><bold>Quantity</bold></th>
<th valign="top" align="center"><bold>Percentage</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">0&#x02013;2.5</td>
<td valign="top" align="center">0</td>
<td valign="top" align="center">0</td>
</tr>
<tr>
<td valign="top" align="left">2.5&#x02013;4</td>
<td valign="top" align="center">5</td>
<td valign="top" align="center">38.4</td>
</tr>
<tr>
<td valign="top" align="left">4&#x02013;5</td>
<td valign="top" align="center">8</td>
<td valign="top" align="center">61.6</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap position="float" id="T3">
<label>Table 3</label>
<caption><p>Quality mean values by year.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Years</bold></th>
<th valign="top" align="center"><bold>Quantity</bold></th>
<th valign="top" align="center"><bold>Average quality</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">1983&#x02013;2004</td>
<td valign="top" align="center">4</td>
<td valign="top" align="center">4.5</td>
</tr>
<tr>
<td valign="top" align="left">2013&#x02013;2015</td>
<td valign="top" align="center">4</td>
<td valign="top" align="center">3.5</td>
</tr>
<tr>
<td valign="top" align="left">2017&#x02013;2020</td>
<td valign="top" align="center">5</td>
<td valign="top" align="center">4</td>
</tr>
</tbody>
</table>
</table-wrap>
<list list-type="order">
<list-item><p>Were the objectives of the paper clearly stated?</p>
<list list-type="bullet">
<list-item><p>1 point if the objectives were explicitly stated;</p></list-item>
<list-item><p>0.5 points if the objectives were clear enough to be understood;</p></list-item>
<list-item><p>0 points if no objectives were stated, or if the objectives were hard to determine, or if they didn&#x00027;t relate to the proposed research.</p></list-item>
</list></list-item>
<list-item><p>Did the paper achieve the objectives stated?</p>
<list list-type="bullet">
<list-item><p>1 point if the paper achieved the proposed objectives or goals or if it implemented a solution that was instrumental to such an end;</p></list-item>
<list-item><p>0.5 points if the paper achieved the proposed goals with some limitations, deviations, or shortcomings;</p></list-item>
<list-item><p>0 points if the paper did not achieve the proposed goals or objectives.</p></list-item>
</list></list-item>
<list-item><p>Was the research process clearly described? In other words, was it transparent and reproducible?</p>
<list list-type="bullet">
<list-item><p>1 point if the paper clearly specified methods, technologies, and data, along with all necessary references and sources needed to reproduce the research;</p></list-item>
<list-item><p>0.5 points if minor details were lacking or if the research process was not fully transparent;</p></list-item>
<list-item><p>0 points if it was impossible to restore the sequence of actions (hence the research process was not transparent), or if certain critical details were missing.</p></list-item>
</list></list-item>
<list-item><p>Were the results properly evaluated?</p>
<list list-type="bullet">
<list-item><p>1 point if the paper provided a clear and systematic analysis of the results; hence if the results were assessed in an appropriate manner;</p></list-item>
<list-item><p>0.5 points if the paper offered only a partial analysis of the results or if they could have been better analyzed;</p></list-item>
<list-item><p>0 points if the results provided were not sufficiently scrutinized or if there was no attempt to evaluate the data.</p></list-item>
</list></list-item>
<list-item><p>Was the conclusion sound?</p>
<list list-type="bullet">
<list-item><p>1 point if the conclusion was deemed to be logically sound and scientifically grounded;</p></list-item>
<list-item><p>0.5 points if the conclusion was acceptable but some limitations were found;</p></list-item>
<list-item><p>0 points if the conclusion was overstated or if certain techniques (such as spin) were deployed.</p></list-item>
</list></list-item>
</list>
<p>Thus, the total score that could potentially be attributed to each paper ranged from 0 to 5. The results of this quality assessment procedure can be found on <xref ref-type="table" rid="T2">Tables 2</xref>, <xref ref-type="table" rid="T3">3</xref> below. This process of quality assessment was performed on the 13 papers selected for inclusion in our review and it was, as noted above, of paramount importance to evaluate the quality of the papers we included in this study. As the tables below clearly demonstrate, the vast majority of the papers we ended up including in our study were of either good quality (overall score between 2.5 and 4) or of high quality (overall score between 4 and 5). On these grounds, we can infer that the results we gathered from the papers we included in our log are accurate and scientifically sound.</p>
</sec>
</sec>
<sec sec-type="results" id="s3">
<title>3. Results</title>
<p>Before we go on to cluster the papers we selected in our study by topics, we quickly show their distribution by year of publication (<xref ref-type="fig" rid="F2">Figure 2</xref> below). This data is meant to provide our readers with some general, yet important information about how research on this topic has developed in recent years.</p>
<fig id="F2" position="float">
<label>Figure 2</label>
<caption><p>Paper distribution by year of publication.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fcomp-04-884533-g0002.tif"/>
</fig>
<p><xref ref-type="table" rid="T4">Table 4</xref> below clusters the papers we selected around two main topics: (i) filmmaking practices and (ii) analogies between filmmaking practices and software development. <xref ref-type="table" rid="T5">Table 5</xref> below shows whether our selected papers belonged to gray or white literature. <xref ref-type="fig" rid="F3">Figure 3</xref> below further specifies the distribution (in terms of percentage) of the papers we selected by publisher. As customary for a literature review, we focused&#x02014;mostly&#x02014;on white literature and on secondary sources, even though we also included in our study some gray literature. We would like to note here that including gray literature in a literature review (so advocating a multivocal approach to literature reviews) is becoming an increasingly acceptable practice in software engineering (Mahood et al., <xref ref-type="bibr" rid="B57">2014</xref>; Garousi et al., <xref ref-type="bibr" rid="B36">2016</xref>, <xref ref-type="bibr" rid="B38">2020</xref>).</p>
<table-wrap position="float" id="T4">
<label>Table 4</label>
<caption><p>Number of sources per topic.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="center" colspan="2"><bold>Searched topics</bold></th>
<th valign="top" align="center" colspan="2" style="border-bottom: thin solid #000000;"><bold>Initial sources</bold></th>
<th valign="top" align="center" colspan="2" style="border-bottom: thin solid #000000;"><bold>Included sources</bold></th>
</tr>
<tr>
<th valign="top" align="left" colspan="2"></th>
<th valign="top" align="left"><bold>White</bold></th>
<th valign="top" align="center"><bold>Gray</bold></th>
<th valign="top" align="center"><bold>White</bold></th>
<th valign="top" align="center"><bold>Gray</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Filmmaking practices</td>
<td valign="top" align="left">The movie creation process</td>
<td valign="top" align="center">19</td>
<td valign="top" align="center">0</td>
<td valign="top" align="center">1</td>
<td valign="top" align="center">0</td>
</tr>
<tr>
<td/>
<td valign="top" align="left">Directors&#x00027; techniques</td>
<td valign="top" align="center">12</td>
<td valign="top" align="center">9</td>
<td valign="top" align="center">4</td>
<td valign="top" align="center">0</td>
</tr>
<tr>
<td valign="top" align="left">Resemblance</td>
<td valign="top" align="left">Similarities between creativity and programming</td>
<td valign="top" align="center">1</td>
<td valign="top" align="center">4</td>
<td valign="top" align="center">1</td>
<td valign="top" align="center">2</td>
</tr>
<tr>
<td/>
<td valign="top" align="left">Lean and Agile in cinema</td>
<td valign="top" align="center">1</td>
<td valign="top" align="center">17</td>
<td valign="top" align="center">1</td>
<td valign="top" align="center">4</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap position="float" id="T5">
<label>Table 5</label>
<caption><p>Types of sources selected.</p></caption>
<table frame="hsides" rules="groups">
<tbody><tr>
<td valign="top" align="left"><bold>Grey literature</bold></td>
</tr>
<tr>
<td valign="top" align="left"><bold>Magazines</bold></td>
</tr>
<tr>
<td valign="top" align="left">- Code</td>
</tr>
<tr>
<td valign="top" align="left">- Filmmaker</td>
</tr>
<tr>
<td valign="top" align="left">Blogs</td>
</tr>
<tr>
<td valign="top" align="left">- Pipefy</td>
</tr>
<tr>
<td valign="top" align="left">- The Beat</td>
</tr>
<tr>
<td valign="top" align="left">- Axosoft Dev</td>
</tr>
<tr>
<td valign="top" align="left">- Carey Martell</td>
</tr>
<tr>
<td valign="top" align="left"><bold>White literature</bold></td>
</tr>
<tr>
<td valign="top" align="left"><bold>Journals</bold></td>
</tr>
<tr>
<td valign="top" align="left">- Essays</td>
</tr>
<tr>
<td valign="top" align="left">- Extreme Leadership: Leaders, Teams, and Situations Outside the Norm</td>
</tr>
<tr>
<td valign="top" align="left"><italic>Conferences</italic></td>
</tr>
<tr>
<td valign="top" align="left">- Conference and Symposium on the Foundations of Software Engineering</td>
</tr>
<tr>
<td valign="top" align="left"><bold>Books</bold></td>
</tr>
<tr>
<td valign="top" align="left">- O&#x00027;Reilly Media, Inc.</td>
</tr>
<tr>
<td valign="top" align="left">- National Academies Press Washington, DC</td>
</tr>
<tr>
<td valign="top" align="left">- Gulf Professional Publishing</td>
</tr>
<tr>
<td valign="top" align="left">- Vintage</td>
</tr>
<tr>
<td valign="top" align="left">- Springer</td>
</tr>
<tr>
<td valign="top" align="left">- Cambridge Scholars Publishing</td>
</tr>
</tbody>
</table>
</table-wrap>
<fig id="F3" position="float">
<label>Figure 3</label>
<caption><p>Papers distribution&#x02014;by publisher.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fcomp-04-884533-g0003.tif"/>
</fig>
<p>The first topic we analyzed (movie practices) is characterized by a relatively large amount of publications. Therefore, we arranged the relevant literature into two main streams or parts: (i) papers describing the movie creation process and (ii) papers describing the techniques used, in filmmaking, by famous movie directors. If, for the first topic, inclusion was pretty straightforward, the selection process for the second topic proved to be slightly more complicated. More specifically, it was necessary to exclude the sources that did not explicitly relate to the research (for example, papers about artistic, or non-management techniques).</p>
<p>The second topic instantiated parallels between filmmaking and software development. We first examined the similarities between certain creative processes and particular engineering or programming techniques. We only found a few sources attesting to some kind of resemblance between filmmaking and software production. Among such sources, we came across two articles (gray literature, Garousi et al., <xref ref-type="bibr" rid="B37">2019</xref>) that were proposing an interesting parallelism between movie management and software development. We also explored the possibility to apply software development approaches (such as Lean and Agile principles or methodologies) to filmmaking. Most of the sources we found here could be classified as gray literature; however, there were some books describing curious experiments, for example, about Lean filmmaking (more on this below), that we ended up including in our review.</p>
<p>Having presented our research protocol, we next focused on answering the research questions characterizing our study, in light of our findings.</p>
<sec>
<title>3.1. About RQ1: Resemblance Between Filmmaking and Software Development</title>
<p>To answer this research question, we preliminary analyzed studies describing some analogies between art and software development. As mentioned above, we found an interesting study proposing some similarities between the work of software engineers (programmers) and the work of painters (Graham, <xref ref-type="bibr" rid="B40">2004</xref>). More specifically, this study considered both artists and programmers as &#x0201C;makers.&#x0201D; The analogy thus revolved around the fact that both artists and programmers produce things, that can be practically used or appreciated, by different people. A second important analogy described in the study, which is partly derived from the first one we discussed above, concerns the idea that both artists and programmers are ultimately creative individuals (Sacks, <xref ref-type="bibr" rid="B80">1992</xref>), deeply involved in acts of creativity (Csikszentmihalyi, <xref ref-type="bibr" rid="B20">1990</xref>, <xref ref-type="bibr" rid="B22">2015</xref>; Greenberg, <xref ref-type="bibr" rid="B41">2007</xref>), that shape and mould the world around themselves (Csikszentmihalyi, <xref ref-type="bibr" rid="B21">2014</xref>).</p>
<p>Other potential analogies or parallels were observed. In particular, a paper by Calvo (<xref ref-type="bibr" rid="B16">2013</xref>) describes the structural similarities between filmmaking and the process involved in the production of any given software. The first step in the production of a movie is known as script writing (or screenwriting, Parker, <xref ref-type="bibr" rid="B70">1999</xref>). This is a process that requires writing down the movement, actions, expression and dialogue of the characters in the screenplay (Field, <xref ref-type="bibr" rid="B32">2008</xref>). Screenwriting serves to construct the film&#x00027;s narrative and to shape it and design it to match the targeted audience (Hueth, <xref ref-type="bibr" rid="B45">2019</xref>). The corresponding process in software development involves the analysis and design of software parts. In software engineering, this step typically includes the formation of a core structure as well as the identification of functional and non-functional requirements and explanation of user interactions (Pressman, <xref ref-type="bibr" rid="B77">2005</xref>). Thus, there seems to be a relatively strong parallel (in terms of structures at least) between the processes involved in the production of a movie and those characterizing the development of any given software system architectures.</p>
<p>Another important analogy concerns the similarity between screenwriting and code production. Filmmakers make storyboards, blueprints for their movie, and these are typically created on the basis of a script base (Van der Lelie, <xref ref-type="bibr" rid="B90">2006</xref>). Creating project prototypes capable of informing product development is a general technique used in software development as well (Winkler et al., <xref ref-type="bibr" rid="B93">2013</xref>; Huber et al., <xref ref-type="bibr" rid="B44">2020</xref>).</p>
<p>Yet, we found that there is no direct and precise analogue of the screenplay editing process in software engineering (Millard, <xref ref-type="bibr" rid="B60">2010</xref>; Koivumki, <xref ref-type="bibr" rid="B54">2011</xref>). Screenplay editing processes typically require multiple re-shoots, test screenings, and constant honing. Nevertheless, it is, of course, possible to argue that honing is crucially important in software development, inasmuch as a solution to problems often requires multiple interactions and progressive, incremental changes.</p>
<p>Another significant point of contact between these two practices is the fact that both are designed and are indeed intended for a human audience (Altenloh, <xref ref-type="bibr" rid="B8">1914</xref>; Dijkstra, <xref ref-type="bibr" rid="B23">1979</xref>; Seffah et al., <xref ref-type="bibr" rid="B84">2005</xref>; Hanich, <xref ref-type="bibr" rid="B42">2018</xref>). Both the filmmaker and the software developer in organizing their work, must keep in mind the user; hence, they must make their products (be it movies or programs) easily accessible by virtually anyone.</p>
</sec>
<sec>
<title>3.2. About RQ2: Potentially Overlapping Practices Used in Filmmaking and Software Development Techniques</title>
<p>The second research question was split in two different parts: (i) potential application of filmmaking techniques to software development and (ii) potential usage of programming approaches in the movie industry.</p>
<sec>
<title>3.2.1. Potential Adaptation of Filmmaking Techniques to Programming</title>
<p>Unfortunately, no researcher has been investigating this issue in the scholarly community at the time of writing; hence, there is an instructive lack of studies with respect to this point. To solve this issue and to provide some basis for our review, we decided to review some approaches and techniques used by various movie directors with respect to management practices.</p>
<p>Akira Kurosawa, a famous Japanese director, shared his vision and thoughts about filmmaking in his autobiography (Kurosawa, <xref ref-type="bibr" rid="B56">1983</xref>). In this book, he is portrayed as actively involved and directly participating in every single aspect of the movie production (including writing the scripts, developing the design, preparing the actors, placing shots and editing; Stiglegger, <xref ref-type="bibr" rid="B88">2001</xref>). This, it can be argued, is what gave Kurosawa&#x00027;s movies the feeling that the director was in command over every aspect of the production process (Richie and Mellen, <xref ref-type="bibr" rid="B78">1998</xref>) as well as what determined part of their success. This capacity, we note, is also important in software engineering, where having a leader, who is highly experienced in every aspect of the project development, is an important condition for the successful implementation of the project itself (Alefari et al., <xref ref-type="bibr" rid="B7">2017</xref>).</p>
<p>However, Kurosawa was not solely responsible for the writing of his movies. He was actively collaborating with other screenwriters. Each of them worked on the same script, often at the same time, adding text and suggestions and often different points of view. At a later stage, Kurosawa reviewed the scripts produced and picked what he thought was the best, among those that were submitted to him. This rather authoritative way of selecting and organizing contents helped Kurosawa streamlining potential disagreement among different scriptwriters. We note that this approach is often replicated in the software development industry. For example, the process of architectural design is in many ways analogous to that of screenwriting. In such a process, each qualified team member does provide his or her own version of the project structure, but then the project leader intervenes and ultimately chooses which one he would like to pursue.</p>
<p>However, it is worth also noting that despite this rather authoritative approach to production during his career, Kurosawa preferred working with the same group of creative technicians, crew members and actors, popularly known as the &#x0201C;Kurosawa-gumi&#x0201D; or Kurosawa&#x00027;s group. The intimate relations between professional team members usually contributes to increase the project&#x00027;s quality. It can surely be argued that Kurosawa-gumi ensured the success of Kurosawas&#x00027;movies (Nogami, <xref ref-type="bibr" rid="B66">2006</xref>). Again, the same results (project&#x00027;s improvements)&#x02014;we notice&#x02014;are often achieved by following this practice in software engineering. Well-established and long-term collaborative partnership between and within software engineering teams do provide higher work efficiency during the project development and contribute to maximize outcomes as well as results (Whitehead, <xref ref-type="bibr" rid="B92">2007</xref>).</p>
<p>Another very famous director&#x02014;Steven Spielberg&#x02014;who is also a fan of Kurosawa&#x02014;perhaps inspired by him&#x02014;developed his own way to organize and supervise the production of a movie (Acu&#x000F1;a, <xref ref-type="bibr" rid="B1">2018</xref>). One of the greatest strengths underlying Spielberg&#x00027;s work is arguably the capacity to meticulously plan the pre-production stage of his movies (Gordon, <xref ref-type="bibr" rid="B39">2007</xref>). This involves paying a lot of attention to the movie script as well as to the storyboards and to the mockup, a full-sized structural model of the movie typically used for reviewing format (Awalt, <xref ref-type="bibr" rid="B9">2014</xref>). Such careful planning, it has been argued helped Spielberg sticking to deadlines and production budgets, determining many of his successes (Morris, <xref ref-type="bibr" rid="B64">2007</xref>). On a similar vein, we note that the waterfall approach in software engineering, which typically allows the breakdown of projects into linear sequential phases, each characterized by a specific deliverable that depends on the deliverables of the previous phase and corresponds to a specialization of tasks (Adenowo and Adenowo, <xref ref-type="bibr" rid="B3">2013</xref>), requires a similar approach.</p>
<p>Another decisive component, which arguably contributed to the success of Spielberg&#x00027;s work is his direct involvement in the selection of the professionals used in the movie production (Awalt, <xref ref-type="bibr" rid="B9">2014</xref>). Spielberg is known to give special attention to friendly management and social skills. His priority is to achieve the maximum degree of cooperation possible in any given project in which he is involved. This requires remaining open to suggestions for improvement coming from other team members (Pe&#x000F1;a-Acu&#x000F1;a, <xref ref-type="bibr" rid="B71">2018</xref>). As software development is a deeply collaborative process (Saeki, <xref ref-type="bibr" rid="B81">1995</xref>; O&#x00027;Neill, <xref ref-type="bibr" rid="B68">2001</xref>), we notice that successful team leaders in software engineering often adopt this type of practice (Whitehead, <xref ref-type="bibr" rid="B92">2007</xref>).</p>
</sec>
<sec>
<title>3.2.2. Potential Usage of Programming Techniques in the Movie Industry</title>
<p>To answer this second sub-question we looked at existing successful implementation of Lean principles in filmmaking.</p>
<p>First, we found that the Lean principle of focusing on people, its motivation and collaboration (Poppendieck and Cusumano, <xref ref-type="bibr" rid="B76">2012</xref>) has been largely adopted by moviemakers. Filmmaking is an quintessentially collaborative practice that relies on different types of talents, skills, and expertise, all working collectively to successfully produce the end product, the movie (Hodge, <xref ref-type="bibr" rid="B43">2009</xref>). Pixar studio recently introduced a policy that allows everyone in the company, irrespective of their position, to express their opinions, provide feedback, and share their ideas with the director. The aim of this policy is to maximize collaborative interactions among team members and boost production and efficiency (Moreira, <xref ref-type="bibr" rid="B63">2020</xref>).</p>
<p>Besides, it is worth noting that the Pixar studio represents a very good illustration of how a company can successfully use lean principles. At various stages of the film production, their workers actively use various lean tools and procedures (such as Kanban and Andon) to minimize waste and avoid production bottlenecks. For example, in his movies Pixar director, Jason Blum, aims at reducing waste by producing small-budget films, which use relatively inexpensive shots and limit the number of locations, dialogues, and speaking roles (Yakimchuk, <xref ref-type="bibr" rid="B94">2017</xref>).</p>
<p>Another important thing to mention in this context is the first Lean filmmaking experiment made by Eddy and Eddy (<xref ref-type="bibr" rid="B27">2020</xref>). The goal of this experiment was to apply a number of Lean principles to the movie production process. In his experiment, which involved recording a hackathon, groups of eight-nine people were creating films for 2 days working in abbreviated cycles. Each film cycle was showed to an audience with the purpose of gathering feedback, which informed subsequent changes in the production line. In this way, the need for a script was abolished, as it was considered redundant. The experiment was quite successful and the authors&#x00027; achievements confirmed the possibilities to tailor and adapt software engineering techniques to different contexts (such as movie production).</p>
<p>To further analyze the potential relevance of software engineering methods, practices, and techniques to filmmaking, we also looked, as mentioned in the introduction, at the Agile approach. Specifically, we analyzed it in terms of movie production. A study by Figueroa (<xref ref-type="bibr" rid="B33">2015</xref>) claimed that Agile methodologies can be applied successfully in filmmaking based on similarities between movies and software projects. According to Martell (<xref ref-type="bibr" rid="B59">2015</xref>), Scrum methods can be applied to any kind of work and are &#x0201C;perfect systems for adapting to the film industry&#x0201D; Martell (<xref ref-type="bibr" rid="B59">2015</xref>).</p>
</sec>
</sec>
<sec>
<title>3.3. RQ3: Collaborative Practices in Filmmaking and Software Development</title>
<sec>
<title>3.3.1. Teamwork and Leadership in Filmmaking</title>
<p>Another important aspect of our research involved an analysis of the importance of collaborative efforts. Such an analysis was instrumental to answer the third research question characterizing our work.</p>
<p>First, we researched teamwork practices in Stanley Kubrick&#x00027;s work (Perko, <xref ref-type="bibr" rid="B72">2018</xref>). We found out that one the many skills in which Kubrick excelled was communication (Falsetto, <xref ref-type="bibr" rid="B28">2001</xref>). Not only that, but we understood that he was always open to suggestions and ideas from other crew members and that he was also a good listener (Phillips, <xref ref-type="bibr" rid="B74">2013</xref>). It can thus be argued that this peculiar talent and overall attitude also helped him winning over his people hearts and minds.</p>
<p>Our investigation of Kubrick&#x00027;s work revealed that Kubrick, in order to streamline movie production, often used to divide larger tasks into smaller ones. More specifically, we found out that he used to separate crew members in smaller groups and assign them a team leader (Falsetto, <xref ref-type="bibr" rid="B28">2001</xref>). This approach was pursued to determine a fair and efficient division of the tasks among workers (Adam, <xref ref-type="bibr" rid="B2">2016</xref>). Moreover, such an approach to team management was instrumental to introduce another crucial cooperative practice; that of mentorship. Team leaders and even Kubrick himself occasionally assumed the role of mentors to guide, orient, and help young and inexperienced film workers. This was instrumental to provide them with opportunities for learning and developing their respective careers.</p>
<p>However, it is important to note that there wasn&#x00027;t an unlimited degree of freedom for collaborative team members under Kubrick&#x00027;s supervision. Krubrick extensively used the social capital as well as the connections he had accumulated over his career, to persuade people, put under pressure, or even directly control them during the production process of his movies Kubrick (<xref ref-type="bibr" rid="B55">2001</xref>).</p>
<p>A number of studies mention leadership as a crucially important factor in collaborative processes (Ferren and Stanton, <xref ref-type="bibr" rid="B31">2004</xref>; Slater, <xref ref-type="bibr" rid="B87">2005</xref>; Ciancarini et al., <xref ref-type="bibr" rid="B17">2021a</xref>,<xref ref-type="bibr" rid="B18">b</xref>). For example, Mainemelis and Epitropaki (<xref ref-type="bibr" rid="B58">2014</xref>) examined the way in which Francis Ford Coppola organized the production of his masterpiece &#x0201C;The Godfather.&#x0201D; The director in this case used an approach that can be called of extreme leadership, according to which &#x0201C;the leader act as the troublemaker, who induces crises and creates chaos&#x0201D; (Mainemelis and Epitropaki, <xref ref-type="bibr" rid="B58">2014</xref>).</p>
<p>During the shooting of The Godfather, Coppola used to continuously change script as well as the shooting process. Coppola had understood that film creation process is fluid and one must always search for new ideas and opportunities to improve the project. This flexible approach allowed him to better integrate creative contributions from its crew mates.</p>
<p>Now, we know that at the beginning the production of The Godfather wasn&#x00027;t going so well because of these continuous changes. We also know that Coppola was on the verge of getting fired; yet he continued applying his style to the production of his movie, making unusual and risky decisions (such as the decision to cast Brando and Pacino for leading roles). Nevertheless, Coppola efforts were crowned with success, and the movie has given him international acclaim.</p>
</sec>
<sec>
<title>3.3.2. Correlation Between Collaboration Practices in Movie and Software</title>
<p>As the reader may recall the significance of the third research question lied in the identification of movie practices that are potentially applicable to software development. At the time of writing we can not say whether the techniques we discussed above can necessarily be beneficial in the software industry. This is because the current available scientific literature did not investigate this specific question.</p>
<p>However, our analysis was significant because we discovered that software development and filmmaking share a common nature; that of both being highly collaborative and creative social practices (Mitchell et al., <xref ref-type="bibr" rid="B61">2003</xref>). Collaboration in software engineering and filmmaking is certainly complex and happening at many different levels, as we have seen above. For example, project members in both the IT and Cinema Industries typically deal with how the work is separated, how the results are gathered and combined, how the resources are allocated, or how the communication is organized. This requires a significant amount of coordination, cooperation and organization; however, it seems that the combination of these factors (and possibly of more, involving of course also a good degree of creativity) is a recipe for high work performance and success. On these grounds, we can probably suggest that, at least, some filmmaking practices and techniques could be successfully adopted in software development.</p>
</sec>
</sec>
</sec>
<sec id="s4">
<title>4. Summary of Our Results</title>
<p>In this section, we schematically summarize for the reader what we have achieved so far.</p>
<sec>
<title>4.1. Analogies Between Software Development and Filmmaking (RQ1)</title>
<p>We identified a series of important commonalities between fimmaking and software engineering, such as:</p>
<list list-type="bullet">
<list-item><p>both artists and programmers can be seen as <italic>makers</italic>.</p></list-item>
<list-item><p>both artists and programmers can be seen as highly creative individuals.</p></list-item>
<list-item><p>both filmmaking and software development require and demand continuous cooperative interactions and incremental changes.</p></list-item>
<list-item><p>both software development and filmmaking are designed are indeed intended for a human audience.</p></list-item>
</list>
<sec>
<title>4.1.1. Movie and Software Development Techniques (RQ2)</title>
<p>Our review of the literature allowed us to identify relevant information about the adaptation of software development techniques in the movie industry: Our literature review, in particular, established that:</p>
<list list-type="bullet">
<list-item><p>this topic is not yet well-investigated in the relevant scientific community, hence it showed the importance of our selected topic for future research in the field.</p></list-item>
<list-item><p>Kurosawa used to control and direct almost every aspect of his film production. Our work also demonstrated that this capacity of leadership is crucially important in software engineering.</p></list-item>
<list-item><p>Kurosawa, while centralizing decision making, was also seeking collaborative interactions with his team members in the production of the screenplay and that he preferred working with the same group of creative collaborators (or gumi). Our work also showed that long-term team engagement is crucially important in the software development industry.</p></list-item>
<list-item><p>Spielberg&#x00027;s work is an excellent example of Waterfall.</p></list-item>
<list-item><p>Spielberg pays maniacal attention to management, cooperation, and social skills. Our review also showed the centrality of such an open minded, collaborative approach to software engineering/development.</p></list-item>
</list>
<p>We nevertheless also found that software development techniques or approaches can also be used in filmmaking. In particular, we found:</p>
<list list-type="bullet">
<list-item><p>that the lean principle of focusing on people, its motivation and collaboration is adopted by moviemakers.</p></list-item>
<list-item><p>that Pixar studio successfully uses lean principles.</p></list-item>
<list-item><p>that Agile methodologies and especially Scrum can be also successfully applied in film industry.</p></list-item>
</list>
</sec>
<sec>
<title>4.1.2. Collaborative Filmmaking Practices (RQ3)</title>
<p>In addition, in the context of filmmaking practices we also found:</p>
<list list-type="bullet">
<list-item><p>that openness to suggestions and ideas from other crew members is widely used.</p></list-item>
<list-item><p>that division of larger tasks into smaller ones is often beneficial.</p></list-item>
<list-item><p>that mentorship and supervision are profitable.</p></list-item>
<list-item><p>that leadership is an important factor in collaborative processes as well as in the implementation of any project&#x00027;s plan.</p></list-item>
</list>
</sec>
</sec>
</sec>
<sec id="s5">
<title>5. Limitations and Threats to Validity</title>
<p>In this section, we critically analyse the above-mentioned results, focusing especially on potential biases in selection as well as on other sort of limitations, and on potential threats to the validity of this study (Keele et al., <xref ref-type="bibr" rid="B48">2007</xref>; Akl et al., <xref ref-type="bibr" rid="B6">2019</xref>).</p>
<sec>
<title>5.1. Results Validation</title>
<p>Results validation is a significant part of any literature review (Robson and McCartan, <xref ref-type="bibr" rid="B79">2016</xref>). We preliminary reviewed the outcomes of this study through self-assessment. In particular, we investigated the risk of bias in our study. <xref ref-type="table" rid="T6">Table 6</xref> describes the possible biases potentially affecting our study and the solutions adopted to avoid them.</p>
<table-wrap position="float" id="T6">
<label>Table 6</label>
<caption><p>Potential biases.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Type of bias</bold></th>
<th valign="top" align="left"><bold>Comment</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left"><bold>Pre-trial bias</bold></td>
<td/>
</tr>
<tr>
<td valign="top" align="left">Flawed study design</td>
<td valign="top" align="left">&#x02022;The Methodology section clearly describes objectives, research questions, plan and methods for the review. So, this bias type is minimized and mostly avoided.</td>
</tr>
<tr>
<td valign="top" align="left">Selection bias</td>
<td valign="top" align="left">&#x02022;We adopted rigorous criteria for literature selection and that&#x02014;we believe helped avoiding this type of bias. Section 2 above describes this point in more details.</td>
</tr>
<tr>
<td valign="top" align="left"><bold>Bias during trial</bold></td>
<td/>
</tr>
<tr>
<td valign="top" align="left">Data collection bias</td>
<td valign="top" align="left">&#x02022;A bias (involving conflict of interest, for example) may occur in this stage. We would like to notice that we do not have any conflict of interest to declare. Hence, there was no bias relationship between the authors of the paper and the authors of the sources selected for the review. Another bias typically occurring in the stage of data collection concerns the inclusion of gray literature in the review. We admit that we included a lot of gray literature in this study and that might be problematic. However, we also reiterate&#x02014;as argued above&#x02014;that including gray literature in literature reviews is becoming an increasingly acceptable practice in software engineering. We would also like to notice that while we found many scientific articles describing both the principles and the background for software and filmmaking practices, we couldn&#x00027;t locate any information about their resemblance in peer reviewed manuscript; hence, we had to include sources belonging to gray literature.</td>
</tr>
<tr>
<td valign="top" align="left"><bold>Bias after trial</bold></td>
<td/>
</tr>
<tr>
<td valign="top" align="left">Analysis bias</td>
<td valign="top" align="left">&#x02022;Despite this work tries to find confirmation for our hypothesis; the bias is still moderate because there is not much literature that researched our topic.</td>
</tr>
<tr>
<td valign="top" align="left">Publication bias</td>
<td valign="top" align="left">&#x02022;This type of bias normally occurs in published academic research, especially when certain research influences the decision to publish, distribute or select for publication a given paper Begg, <xref ref-type="bibr" rid="B11">1994</xref> We followed the PRISMA checklist and specified our research protocol upfront. Therefore, we are confident that we did not incur in this sort of bias.</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Although it is, de facto, impossible to perform a fully unbiased research; we aimed at reducing biases as much as possible. Based on the explanation given on <xref ref-type="table" rid="T4">Table 4</xref> below, we reached the conclusion that our level of bias is moderate, and&#x02014;as a consequence&#x02014;that our work can be considered to be scientifically reliable.</p>
</sec>
<sec>
<title>5.2. General Limitations</title>
<p>During the review process, we faced some challenges, which gave us an opportunity to notice the many potential limitations affecting this research. The biggest limitation affecting this study probably concerns the lack of relevant academic literature connecting the practices of software development and movie production and the limited amount of studies included in this review. As a consequence, the relationship between the practices underlying software development and film-making are investigated by a very small number of papers in scientific databases and our claim partially lack a strong scientific backup. Another important limitation affecting our study, which directly descend from the first one we mentioned above, is the heavy reliance on gray literature. There is, potentially, a lot of useful scientific information presented in reports, blogs, and various other non-academic venues (Paez, <xref ref-type="bibr" rid="B69">2017</xref>); however, when using it, one must be particularly careful, so as to avoid relying on incorrect or inaccurate data. We carefully scrutinized such literature in accordance with the best practices of our discipline (Schmucker et al., <xref ref-type="bibr" rid="B82">2013</xref>; Borrego et al., <xref ref-type="bibr" rid="B13">2014</xref>), and attempted to include only reliable data in our review.</p>
</sec>
<sec>
<title>5.3. Critical Assessment Against Benchmark Questions</title>
<p>A final step in the evaluation of research findings involves their critical assessment against a set of benchmark questions, which can be used as a point of reference to assess the overall quality of a literature review (Kitchenham, <xref ref-type="bibr" rid="B49">2004</xref>):</p>
<list list-type="order">
<list-item><p><italic>Are the review&#x00027;s inclusion and exclusion criteria described and appropriate?</italic> All criteria used for inclusion or exclusion were mentioned upfront in our research protocol. All the criteria used in this research seem to be reasonable and relevant to the topic. We thus believe that they are appropriate and coherent for this research.</p></list-item>
<list-item><p><italic>Is the literature search likely to have covered all relevant studies?</italic> The process we established to gather papers <italic>via</italic> search queries as well as the methods we used to search relevant databases were sound and comprehensive. We are thus confident that our literature searches were representative and accurate.</p></list-item>
<list-item><p><italic>Did the reviewers assess the quality/validity of the included studies?</italic> We count this condition as sufficiently met as we included in our review a brief quality assessment of the findings included in this study.</p></list-item>
<list-item><p><italic>Were the basic data/studies adequately described?</italic> We believe this condition is met because we built a reading log to put all the relevant information extracted from the papers we selected. This allowed us to process our data systematically and comprehensively.</p></list-item>
</list>
</sec>
<sec>
<title>5.4. Adherence to PRISMA Checklist</title>
<p>In order to produce a systematic and coherent piece of work, as noticed in Section 2 above, our research protocol was developed in accordance with the PRISMA checklist. <xref ref-type="table" rid="T7">Table 7</xref> describes in some detail how and where we dealt with the most important items of the PRISMA checklist. This checklist demonstrates the quality of the review and allows our readers to more comprehensively evaluate its strengths and weaknesses:</p>
<table-wrap position="float" id="T7">
<label>Table 7</label>
<caption><p>Prisma checklist.</p></caption>
<table frame="hsides" rules="groups">
<thead><tr>
<th valign="top" align="left"><bold>Section</bold></th>
<th valign="top" align="center"><bold>Reported on page</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="center" colspan="2"><bold>TITLE</bold></td>
</tr>
<tr>
<td valign="top" align="left">Title</td>
<td valign="top" align="center">1</td>
</tr>
<tr>
<td valign="top" align="center" colspan="2"><bold>ABSTRACT</bold></td>
</tr>
<tr>
<td valign="top" align="left">Structured summary</td>
<td valign="top" align="center">1</td>
</tr>
<tr>
<td valign="top" align="center" colspan="2"><bold>INTRODUCTION</bold></td>
</tr>
<tr>
<td valign="top" align="left">Rationale</td>
<td valign="top" align="center">1</td>
</tr>
<tr>
<td valign="top" align="left">Objectives</td>
<td valign="top" align="center">1-2</td>
</tr>
<tr>
<td valign="top" align="center" colspan="2"><bold>METHODS</bold></td>
</tr>
<tr>
<td valign="top" align="left">Protocol and registration</td>
<td valign="top" align="center">2</td>
</tr>
<tr>
<td valign="top" align="left">Eligibility criteria</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Information sources</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Search</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Study selection</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Data collection process</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Data items</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Risk of bias in individual studies</td>
<td valign="top" align="center">3</td>
</tr>
<tr>
<td valign="top" align="left">Summary measures</td>
<td valign="top" align="center">4-5</td>
</tr>
<tr>
<td valign="top" align="left">Synthesis of results</td>
<td valign="top" align="center">1</td>
</tr>
<tr>
<td valign="top" align="left">Risk of bias across studies</td>
<td valign="top" align="center">1</td>
</tr>
<tr>
<td valign="top" align="left">Additional analyses</td>
<td valign="top" align="center">1</td>
</tr>
<tr>
<td valign="top" align="center" colspan="2"><bold>RESULTS</bold></td>
</tr>
<tr>
<td valign="top" align="left">Study selection</td>
<td valign="top" align="center">3-4</td>
</tr>
<tr>
<td valign="top" align="left">Study characteristics</td>
<td valign="top" align="center">4</td>
</tr>
<tr>
<td valign="top" align="left">Risk of bias within studies</td>
<td valign="top" align="center">4</td>
</tr>
<tr>
<td valign="top" align="left">Results of individual studies</td>
<td valign="top" align="center">4</td>
</tr>
<tr>
<td valign="top" align="left">Synthesis of results</td>
<td valign="top" align="center">4-7</td>
</tr>
<tr>
<td valign="top" align="left">Risk of bias across studies</td>
<td valign="top" align="center">4</td>
</tr>
<tr>
<td valign="top" align="left">Additional analysis</td>
<td valign="top" align="center">7</td>
</tr>
<tr>
<td valign="top" align="center" colspan="2"><bold>DISCUSSION</bold></td>
</tr>
<tr>
<td valign="top" align="left">Summary of evidence</td>
<td valign="top" align="center">7-8</td>
</tr>
<tr>
<td valign="top" align="left">Limitations</td>
<td valign="top" align="center">7</td>
</tr>
<tr>
<td valign="top" align="left">Conclusions</td>
<td valign="top" align="center">8</td>
</tr>
<tr>
<td valign="top" align="center" colspan="2"><bold>FUNDING</bold></td>
</tr>
<tr>
<td valign="top" align="left">Funding</td>
<td valign="top" align="center">9-10</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec sec-type="conclusions" id="s6">
<title>6. Conclusions</title>
<p>Naturally, the analysis performed on our findings is somehow subjective, hence subject to interpretations, which may lead to disagreement. However, as mentioned above, in order to maximize objectivity and reduce suggestiveness, all authors of this research were directly involved in the analysis.</p>
<p>Our analysis demonstrated that software development and filmmaking indeed have a common nature. This study also showed that these two seemingly different processes are not only highly creative practices, but also that they are cooperative in character. We managed to show that artists and programmers can be considered as makers of things and that they are&#x02014;to some extent at least&#x02014;moved by the same goal; namely making things for a human audience. In addition, our study demonstrated&#x02014;through a comparative analysis&#x02014;, that it is possible to use and successfully deploy the methods of cooperative work used in the film industry in software development (Callens, <xref ref-type="bibr" rid="B15">2013</xref>). Similarly, we showed that some methodologies used in software engineering (such as Agile and Lean) can be profitably adapted by filmmakers.</p>
<p>This review therefore suggested a new promising line of research for the exploration of the relations between software engineering and filmmaking. However, we are aware that this work constitutes only a preliminary and rather partial attempt of analysis; it is nevertheless hoped that this review will broaden interest in this topic and provide new theoretical grounds for more detailed explorations into these extraordinarily rich and fascinating set of phenomena. As a matter of fact, we will now turn our attention to performing an empirical analysis on the field. The goal of this analysis will be to articulate and specify the findings of this review, by considering whether and how the variety in genres of movies (action, comedy, drama, science fiction, &#x02026;) can be mapped to the variety of software being produced (apps, real time, embedded, commercial, etc. &#x02026;).</p>
</sec>
<sec sec-type="data-availability" id="s7">
<title>Data Availability Statement</title>
<p>The original contributions presented in the study are included in the article/supplementary material, further inquiries can be directed to the corresponding author/s.</p>
</sec>
<sec id="s8">
<title>Author Contributions</title>
<p>All authors: conception, elaboration, and review. All authors contributed to the article and approved the submitted version.</p>
</sec>
<sec sec-type="funding-information" id="s9">
<title>Funding</title>
<p>The authors thank Russian Science Foundation for generously supporting this research with grant number 22-21-00494.</p>
</sec>
<sec sec-type="COI-statement" id="conf1">
<title>Conflict of Interest</title>
<p>The authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec sec-type="disclaimer" id="s10">
<title>Publisher&#x00027;s Note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec> 
</body>
<back>
<ref-list>
<title>References</title>
<ref id="B1">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Acu na</surname> <given-names>B.</given-names></name></person-group> (<year>2018</year>). <source>Understanding Steven Spielberg</source>. <publisher-name>New Horizon. Cambridge Scholars Publishing.</publisher-name></citation>
</ref>
<ref id="B2">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Adam</surname> <given-names>S.</given-names></name></person-group> (<year>2016</year>). <source>The Wealth of Nations</source>. <publisher-loc>Toronto, ON</publisher-loc>: <publisher-name>Aegitas</publisher-name>.</citation>
</ref>
<ref id="B3">
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Adenowo</surname> <given-names>A. A.</given-names></name> <name><surname>Adenowo</surname> <given-names>B. A.</given-names></name></person-group> (<year>2013</year>). <article-title>Software engineering methodologies: a review of the waterfall model and object-oriented approach</article-title>. <source>Int. J. Sci. Eng. Res</source>. <volume>4</volume>, <fpage>427</fpage>&#x02013;<lpage>434</lpage>. Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ijser.org/paper/Software-Engineering-Methodologies-A-Review-of-the-Waterfall-Model-and-ObjectOriented-Approach.html">https://www.ijser.org/paper/Software-Engineering-Methodologies-A-Review-of-the-Waterfall-Model-and-ObjectOriented-Approach.html</ext-link></citation>
</ref>
<ref id="B4">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Agrawal</surname> <given-names>M.</given-names></name></person-group> (<year>2016</year>). <source>Filmmaking: A Project Management Case Study for Software Development</source>.</citation>
</ref>
<ref id="B5">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Ahmed</surname> <given-names>S. U.</given-names></name> <name><surname>Jaccheri</surname> <given-names>L.</given-names></name> <name><surname>Sindre</surname> <given-names>G.</given-names></name> <name><surname>Trifonova</surname> <given-names>A.</given-names></name></person-group> (<year>2009</year>). <article-title>&#x0201C;Conceptual framework for the intersection of software and art,&#x0201D;</article-title> in <source>Handbook of Research on Computational Arts and Creative Informatics</source> eds J. Braman, G. Vincenti, G. Trajkovski (<publisher-loc>Hershey, PA</publisher-loc>: <publisher-name>IGI Global</publisher-name>), <fpage>26</fpage>&#x02013;<lpage>44</lpage>. <pub-id pub-id-type="doi">10.4018/978-1-60566-352-4.ch002</pub-id></citation>
</ref>
<ref id="B6">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Akl</surname> <given-names>E.</given-names></name> <name><surname>Altman</surname> <given-names>D.</given-names></name> <name><surname>Aluko</surname> <given-names>P.</given-names></name> <name><surname>Askie</surname> <given-names>L.</given-names></name> <name><surname>Beaton</surname> <given-names>D.</given-names></name> <name><surname>Berlin</surname> <given-names>J.</given-names></name> <etal/></person-group>. (<year>2019</year>). <source>Cochrane Handbook for Systematic Reviews of Interventions</source>. <publisher-loc>Hoboken, NJ</publisher-loc>: <publisher-name>John Wiley &#x00026; Sons</publisher-name>.<pub-id pub-id-type="pmid">35352103</pub-id></citation></ref>
<ref id="B7">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Alefari</surname> <given-names>M.</given-names></name> <name><surname>Salonitis</surname> <given-names>K.</given-names></name> <name><surname>Xu</surname> <given-names>Y.</given-names></name></person-group> (<year>2017</year>). <article-title>The role of leadership in implementing lean manufacturing</article-title>. <source>Proc. Cirp</source> <volume>63</volume>, <fpage>756</fpage>&#x02013;<lpage>761</lpage>. <pub-id pub-id-type="doi">10.1016/j.procir.2017.03.169</pub-id><pub-id pub-id-type="pmid">33867380</pub-id></citation></ref>
<ref id="B8">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Altenloh</surname> <given-names>E.</given-names></name></person-group> (<year>1914</year>). <article-title>A sociology of the cinema: the audience</article-title>. <source>Screen</source> <volume>42</volume>, <fpage>249</fpage>&#x02013;<lpage>293</lpage>. <pub-id pub-id-type="doi">10.1093/screen/42.3.249</pub-id></citation>
</ref>
<ref id="B9">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Awalt</surname> <given-names>S.</given-names></name></person-group> (<year>2014</year>). <source>Steven Spielberg and Duel: The Making of a Film Career</source>. <publisher-name>Rowman &#x00026; Littlefield.</publisher-name></citation>
</ref>
<ref id="B10">
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Beck</surname> <given-names>K.</given-names></name> <name><surname>Beedle</surname> <given-names>M.</given-names></name> <name><surname>Van Bennekum</surname> <given-names>A.</given-names></name> <name><surname>Cockburn</surname> <given-names>A.</given-names></name> <name><surname>Cunningham</surname> <given-names>W.</given-names></name> <name><surname>Fowler</surname> <given-names>M.</given-names></name> <etal/></person-group> (<year>2001</year>). <source>The Agile Manifesto</source>. Available online at: <ext-link ext-link-type="uri" xlink:href="https://agilemanifesto.org/">https://agilemanifesto.org/</ext-link></citation>
</ref>
<ref id="B11">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Begg</surname> <given-names>C. B.</given-names></name></person-group> (<year>1994</year>). <article-title>&#x0201C;Publication bias,&#x0201D;</article-title> in <source>The Handbook of Research Synthesis</source>, eds H. Cooper and L. V. Hedges (<publisher-name>New York, NY</publisher-name>: <publisher-name>Russell Sage Foundation</publisher-name>), <fpage>299</fpage>&#x02013;<lpage>409</lpage>.</citation>
</ref>
<ref id="B12">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Bond</surname> <given-names>G. W.</given-names></name></person-group> (<year>2005</year>). <article-title>Software as art</article-title>. <source>Commun. ACM</source> <volume>48</volume>, <fpage>118</fpage>&#x02013;<lpage>124</lpage>. <pub-id pub-id-type="doi">10.1145/1076211.1076215</pub-id></citation>
</ref>
<ref id="B13">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Borrego</surname> <given-names>M.</given-names></name> <name><surname>Foster</surname> <given-names>M. J.</given-names></name> <name><surname>Froyd</surname> <given-names>J. E.</given-names></name></person-group> (<year>2014</year>). <article-title>Systematic literature reviews in engineering education and other developing interdisciplinary fields</article-title>. <source>J. Eng. Educ</source>. <volume>103</volume>, <fpage>45</fpage>&#x02013;<lpage>76</lpage>. <pub-id pub-id-type="doi">10.1002/jee.20038</pub-id></citation>
</ref>
<ref id="B14">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Brereton</surname> <given-names>P.</given-names></name> <name><surname>Kitchenham</surname> <given-names>B. A.</given-names></name> <name><surname>Budgen</surname> <given-names>D.</given-names></name> <name><surname>Turner</surname> <given-names>M.</given-names></name> <name><surname>Khalil</surname> <given-names>M.</given-names></name></person-group> (<year>2007</year>). <article-title>Lessons from applying the systematic literature review process within the software engineering domain</article-title>. <source>J. Syst. Softw</source>. <volume>80</volume>, <fpage>571</fpage>&#x02013;<lpage>583</lpage>. <pub-id pub-id-type="doi">10.1016/j.jss.2006.07.009</pub-id></citation>
</ref>
<ref id="B15">
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Callens</surname> <given-names>B.</given-names></name></person-group> (<year>2013</year>). <source>Pixar&#x00027;s 22 Rules of Storytelling and How They Apply to Software Development</source>. Available online at: <ext-link ext-link-type="uri" xlink:href="https://wraltechwire.com/2013/09/26/pixars-22-rules-of-storytelling-and-how-they-apply-to-software-development-13927/">https://wraltechwire.com/2013/09/26/pixars-22-rules-of-storytelling-and-how-they-apply-to-software-development-13927/</ext-link></citation>
</ref>
<ref id="B16">
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Calvo</surname> <given-names>A.</given-names></name></person-group> (<year>2013</year>). <source>Why Filmmaking is Like Software Design</source>. Available online at: <ext-link ext-link-type="uri" xlink:href="https://filmmakermagazine.com/67052-why-filmmaking-is-like-software-design/&#x00023;.Ylb6lMhBw2w">https://filmmakermagazine.com/67052-why-filmmaking-is-like-software-design/&#x00023;.Ylb6lMhBw2w</ext-link></citation>
</ref>
<ref id="B17">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ciancarini</surname> <given-names>P.</given-names></name> <name><surname>Farina</surname> <given-names>M.</given-names></name> <name><surname>Masyagin</surname> <given-names>S.</given-names></name> <name><surname>Succi</surname> <given-names>G.</given-names></name> <name><surname>Yermolaieva</surname> <given-names>S.</given-names></name> <name><surname>Zagvozkina</surname> <given-names>N.</given-names></name></person-group> (<year>2021a</year>). <article-title>Non verbal communication in software engineering-an empirical study</article-title>. <source>IEEE Access</source> <volume>9</volume>, <fpage>71942</fpage>&#x02013;<lpage>71953</lpage>. <pub-id pub-id-type="doi">10.1109/ACCESS.2021.3075983</pub-id></citation>
</ref>
<ref id="B18">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ciancarini</surname> <given-names>P.</given-names></name> <name><surname>Farina</surname> <given-names>M.</given-names></name> <name><surname>Masyagin</surname> <given-names>S.</given-names></name> <name><surname>Succi</surname> <given-names>G.</given-names></name> <name><surname>Yermolaieva</surname> <given-names>S.</given-names></name> <name><surname>Zagvozkina</surname> <given-names>N.</given-names></name></person-group> (<year>2021b</year>). <article-title>Root causes of interaction issues in agile software development teams-status and perspectives</article-title>. <source>Adv. Intell. Syst. Comput</source>. <volume>2</volume>, <fpage>1017</fpage>&#x02013;<lpage>1036</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-030-73103-8_74</pub-id></citation>
</ref>
<ref id="B19">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Cramer</surname> <given-names>F.</given-names></name> <name><surname>Gabriel</surname> <given-names>U.</given-names></name></person-group> (<year>2001</year>). <publisher-loc>Lanham, MD</publisher-loc>: <publisher-name>Software art.</publisher-name></citation>
</ref>
<ref id="B20">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Csikszentmihalyi</surname> <given-names>M.</given-names></name></person-group> (<year>1990</year>). <source>The Domain of Creativity</source>. <publisher-loc>New York City, NYC</publisher-loc>: <publisher-name>Harper</publisher-name>.</citation>
</ref>
<ref id="B21">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Csikszentmihalyi</surname> <given-names>M.</given-names></name></person-group> (<year>2014</year>). <article-title>&#x0201C;Society, culture, and person: a systems view of creativity,&#x0201D;</article-title> in <source>The Systems Model of Creativity</source> (<publisher-loc>Springer</publisher-loc>), <fpage>47</fpage>&#x02013;<lpage>61</lpage>. <pub-id pub-id-type="doi">10.1007/978-94-017-9085-7_4</pub-id></citation>
</ref>
<ref id="B22">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Csikszentmihalyi</surname> <given-names>M.</given-names></name></person-group> (<year>2015</year>). <source>The Systems Model of Creativity: The Collected Works of Mihaly Csikszentmihalyi</source>. <publisher-loc>Springer.</publisher-loc> <pub-id pub-id-type="doi">10.1007/978-94-017-9085-7</pub-id></citation>
</ref>
<ref id="B23">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Dijkstra</surname> <given-names>E.</given-names></name></person-group> (<year>1979</year>). <article-title>&#x0201C;Programming considered as a human activity,&#x0201D;</article-title> in <source>Classics in Software Engineering</source> (<publisher-loc>Yourdon Press</publisher-loc>), <fpage>1</fpage>&#x02013;<lpage>9</lpage>.</citation>
</ref>
<ref id="B24">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Dings&#x000F8;yr</surname> <given-names>T.</given-names></name> <name><surname>Dyb&#x000E5;</surname> <given-names>T.</given-names></name> <name><surname>Moe</surname> <given-names>N. B.</given-names></name></person-group> (<year>2010</year>). <article-title>&#x0201C;Agile software development: an introduction and overview,&#x0201D;</article-title> in <source>Agile Software Development</source> eds T. Dings&#x000F8;yr, T. Dyb&#x000E5;, N. Moe (<publisher-loc>Berlin</publisher-loc>: <publisher-name>Springer</publisher-name>), <fpage>1</fpage>&#x02013;<lpage>13</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-642-12575-1_1</pub-id></citation>
</ref>
<ref id="B25">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Donelan</surname> <given-names>J.</given-names></name></person-group> (<year>2007</year>). <article-title>Lessons in filmmaking</article-title>. <source>Comput. Graph. World</source> <fpage>34</fpage>&#x02013;<lpage>39</lpage>.</citation>
</ref>
<ref id="B26">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ebert</surname> <given-names>C.</given-names></name> <name><surname>Abrahamsson</surname> <given-names>P.</given-names></name> <name><surname>Oza</surname> <given-names>N.</given-names></name></person-group> (<year>2012</year>). <article-title>Lean software development</article-title>. <source>IEEE Comput. Archit. Lett</source>. <volume>29</volume>, <fpage>22</fpage>&#x02013;<lpage>25</lpage>. <pub-id pub-id-type="doi">10.1109/MS.2012.116</pub-id></citation>
</ref>
<ref id="B27">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Eddy</surname> <given-names>D.</given-names></name> <name><surname>Eddy</surname> <given-names>K.</given-names></name></person-group> (<year>2020</year>). <source>The Art of Lean Filmmaking: An Unconventional Guide to Creating Independent Feature Films</source>. <publisher-name>Lean Film making.</publisher-name></citation>
</ref>
<ref id="B28">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Falsetto</surname> <given-names>M.</given-names></name></person-group> (<year>2001</year>). <source>Stanley Kubrick: A Narrative and Stylistic Analysis</source>. <publisher-loc>Berlin</publisher-loc>: <publisher-name>Greenwood Publishing Group</publisher-name>.</citation>
</ref>
<ref id="B29">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Farina</surname> <given-names>M.</given-names></name> <name><surname>Gorb</surname> <given-names>A.</given-names></name> <name><surname>Kruglov</surname> <given-names>A.</given-names></name> <name><surname>Succi</surname> <given-names>G.</given-names></name></person-group> (<year>2022</year>). <article-title>Technologies for GQM-based metrics recommender systems: a systematic literature review</article-title>. <source>IEEE Access</source> <volume>10</volume>, <fpage>23098</fpage>&#x02013;<lpage>23111</lpage>. <pub-id pub-id-type="doi">10.1109/ACCESS.2022.3152397</pub-id></citation>
</ref>
<ref id="B30">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Feld</surname> <given-names>W. M.</given-names></name></person-group> (<year>2000</year>). <source>Lean Manufacturing: Tools, Techniques, and How To Use Them</source>. <publisher-loc>Westport, CT</publisher-loc>: <publisher-name>CRC Press</publisher-name>. <pub-id pub-id-type="doi">10.1201/9781420025538</pub-id></citation>
</ref>
<ref id="B31">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Ferren</surname> <given-names>A. S.</given-names></name> <name><surname>Stanton</surname> <given-names>W. W.</given-names></name></person-group> (<year>2004</year>). <source>Leadership Through Collaboration: The Role of the Chief Academic Officer</source>. <publisher-loc>Boca Raton, FL</publisher-loc>: <publisher-name>Greenwood Publishing Group</publisher-name>.<pub-id pub-id-type="pmid">25068939</pub-id></citation></ref>
<ref id="B32">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Field</surname> <given-names>S.</given-names></name></person-group> (<year>2008</year>). <source>The Definitive Guide to Screenwriting</source>. <publisher-loc>Westport, CT</publisher-loc>: <publisher-name>Random House</publisher-name>.</citation>
</ref>
<ref id="B33">
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Figueroa</surname> <given-names>G.</given-names></name></person-group> (<year>2015</year>). <source>Lights, Camera, Software Development!</source>. Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.projecttimes.com/articles/lights-camera-software/">https://www.projecttimes.com/articles/lights-camera-software/</ext-link></citation>
</ref>
<ref id="B34">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Fishwick</surname> <given-names>O. P.</given-names></name> <name><surname>Malina</surname> <given-names>R.</given-names></name> <name><surname>Sommerer</surname> <given-names>C.</given-names></name> <name><surname>Bertelsen</surname> <given-names>W.</given-names></name> <name><surname>Fishwick</surname> <given-names>P.</given-names></name></person-group> (<year>2003</year>). <article-title>Aesthetic computing "manifesto"</article-title>. <source>Leonardo</source>. <volume>36</volume>:<fpage>255</fpage>. <pub-id pub-id-type="doi">10.1162/002409403322258556</pub-id></citation>
</ref>
<ref id="B35">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Fishwick</surname> <given-names>P. A.</given-names></name></person-group> (<year>2008</year>). <source>Aesthetic Computing</source>. <publisher-loc>New York City, NY</publisher-loc>: <publisher-name>MIT Press</publisher-name>.</citation>
</ref>
<ref id="B36">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Garousi</surname> <given-names>V.</given-names></name> <name><surname>Felderer</surname> <given-names>M.</given-names></name> <name><surname>M&#x000E4;ntyl&#x000E4;</surname> <given-names>M. V.</given-names></name></person-group> (<year>2016</year>). <article-title>&#x0201C;The need for multivocal literature reviews in software engineering: complementing systematic literature reviews with grey literature,&#x0201D;</article-title> in <source>Proceedings of the 20th International Conference on Evaluation and Assessment in Software Engineering</source> (<publisher-loc>Cambridge, MA:</publisher-loc>), <fpage>1</fpage>&#x02013;<lpage>6</lpage>. <pub-id pub-id-type="doi">10.1145/2915970.2916008</pub-id></citation>
</ref>
<ref id="B37">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Garousi</surname> <given-names>V.</given-names></name> <name><surname>Felderer</surname> <given-names>M.</given-names></name> <name><surname>M&#x000E4;ntyl&#x000E4;</surname> <given-names>M. V.</given-names></name></person-group> (<year>2019</year>). <article-title>Guidelines for including grey literature and conducting multivocal literature reviews in software engineering</article-title>. <source>Inform. Softw. Technol</source>. <volume>106</volume>, <fpage>101</fpage>&#x02013;<lpage>121</lpage>. <pub-id pub-id-type="doi">10.1016/j.infsof.2018.09.006</pub-id></citation>
</ref>
<ref id="B38">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Garousi</surname> <given-names>V.</given-names></name> <name><surname>Felderer</surname> <given-names>M.</given-names></name> <name><surname>M&#x000E4;ntyl&#x000E4;</surname> <given-names>M. V.</given-names></name> <name><surname>Rainer</surname> <given-names>A.</given-names></name></person-group> (<year>2020</year>). <article-title>&#x0201C;Benefitting from the grey literature in software engineering research,&#x0201D;</article-title> in <source>Contemporary Empirical Methods in Software Engineering</source> eds M. Felderer, G. Travassos (<publisher-loc>Berlin</publisher-loc>: <publisher-name>Springer</publisher-name>), <fpage>385</fpage>&#x02013;<lpage>413</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-030-32489-6_14</pub-id></citation>
</ref>
<ref id="B39">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Gordon</surname> <given-names>A. M.</given-names></name></person-group> (<year>2007</year>). <source>Empire of Dreams: The Science Fiction and Fantasy Films of Steven Spielberg</source>. <publisher-loc>Limerick</publisher-loc>: <publisher-name>Rowman &#x00026; Littlefield Publishers</publisher-name>.</citation>
</ref>
<ref id="B40">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Graham</surname> <given-names>P.</given-names></name></person-group> (<year>2004</year>). <source>Hackers &#x00026; Painters: Big Ideas From the Computer Age</source>. <publisher-loc>Lanham, MD</publisher-loc>: <publisher-name>O&#x00027;Reilly Media, Inc.</publisher-name></citation>
</ref>
<ref id="B41">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Greenberg</surname> <given-names>I.</given-names></name></person-group> (<year>2007</year>). <source>Processing: Creative Coding and Computational Art</source>. <publisher-loc>Newton, MA</publisher-loc>: <publisher-name>Apress</publisher-name>.<pub-id pub-id-type="pmid">29518564</pub-id></citation></ref>
<ref id="B42">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Hanich</surname> <given-names>J.</given-names></name></person-group> (<year>2018</year>). <source>Audience Effect: On the Collective Cinema Experience</source>. <publisher-loc>New York City, NYC</publisher-loc>: <publisher-name>Edinburgh University Press</publisher-name>. <pub-id pub-id-type="doi">10.1515/9781474414968</pub-id><pub-id pub-id-type="pmid">31626656</pub-id></citation></ref>
<ref id="B43">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hodge</surname> <given-names>C.</given-names></name></person-group> (<year>2009</year>). <article-title>Film collaboration and creative conflict</article-title>. <source>J. Film Video</source> <volume>61</volume>, <fpage>18</fpage>&#x02013;<lpage>30</lpage>. <pub-id pub-id-type="doi">10.1353/jfv.0.0020</pub-id></citation>
</ref>
<ref id="B44">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Huber</surname> <given-names>T. L.</given-names></name> <name><surname>Winkler</surname> <given-names>M. A.</given-names></name> <name><surname>Dibbern</surname> <given-names>J.</given-names></name> <name><surname>Brown</surname> <given-names>C. V.</given-names></name></person-group> (<year>2020</year>). <article-title>The use of prototypes to bridge knowledge boundaries in agile software development</article-title>. <source>Inform. Syst. J</source>. <volume>30</volume>, <fpage>270</fpage>&#x02013;<lpage>294</lpage>. <pub-id pub-id-type="doi">10.1111/isj.12261</pub-id></citation>
</ref>
<ref id="B45">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Hueth</surname> <given-names>A. C.</given-names></name></person-group> (<year>2019</year>). <source>Scriptwriting for Film, Television and New Media</source>. <publisher-loc>Edinburgh</publisher-loc>: <publisher-name>Routledge.</publisher-name> <pub-id pub-id-type="doi">10.4324/9780429461361</pub-id></citation>
</ref>
<ref id="B46">
<citation citation-type="book"><person-group person-group-type="author"><collab>Janes A. and Succi, G.</collab></person-group> (<year>2014</year>). <source>Lean Software Development in Action</source>. <publisher-loc>London</publisher-loc>: <publisher-name>Springer.</publisher-name> <pub-id pub-id-type="doi">10.1007/978-3-642-00503-9</pub-id></citation>
</ref>
<ref id="B47">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kanaan</surname> <given-names>G.</given-names></name></person-group> (<year>2016</year>). <source>Great Teamwork Makes Great Films, So What Makes Great Teamwork</source>? THE [LEGAL] ARTIST.</citation>
</ref>
<ref id="B48">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Keele</surname> <given-names>S.</given-names></name></person-group> (<year>2007</year>). <source>Guidelines for Performing Systematic Literature Reviews in Software Engineering</source>. Technical report, Citeseer.</citation>
</ref>
<ref id="B49">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kitchenham</surname> <given-names>B.</given-names></name></person-group> (<year>2004</year>). <source>Procedures for Performing Systematic Reviews, Vol. 33</source>. <publisher-loc>Keele</publisher-loc>: <publisher-name>Keele University,</publisher-name> <fpage>1</fpage>&#x02013;<lpage>26</lpage>.</citation>
</ref>
<ref id="B50">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kitchenham</surname> <given-names>B.</given-names></name> <name><surname>Brereton</surname> <given-names>O. P.</given-names></name> <name><surname>Budgen</surname> <given-names>D.</given-names></name> <name><surname>Turner</surname> <given-names>M.</given-names></name> <name><surname>Bailey</surname> <given-names>J.</given-names></name> <name><surname>Linkman</surname> <given-names>S.</given-names></name></person-group> (<year>2009</year>). <article-title>Systematic literature reviews in software engineering-a systematic literature review</article-title>. <source>Inform. Softw. Technol</source>. <volume>51</volume>, <fpage>7</fpage>&#x02013;<lpage>15</lpage>. <pub-id pub-id-type="doi">10.1016/j.infsof.2008.09.009</pub-id><pub-id pub-id-type="pmid">30205648</pub-id></citation></ref>
<ref id="B51">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Knuth</surname> <given-names>D.</given-names></name></person-group> (<year>2011</year>). <article-title>The art of programming</article-title>. <source>ITNow</source> (Berlin) <volume>53</volume>, <fpage>18</fpage>&#x02013;<lpage>19</lpage>. <pub-id pub-id-type="doi">10.1093/itnow/bwr021</pub-id></citation>
</ref>
<ref id="B52">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Knuth</surname> <given-names>D. E.</given-names></name></person-group> (<year>1984</year>). <article-title>Literate programming</article-title>. <source>Comput. J</source>. <volume>27</volume>, <fpage>97</fpage>&#x02013;<lpage>111</lpage>. <pub-id pub-id-type="doi">10.1093/comjnl/27.2.97</pub-id></citation>
</ref>
<ref id="B53">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Knuth</surname> <given-names>D. E.</given-names></name></person-group> (<year>1997</year>). <source>The Art of Computer Programming, Vol. 3</source>. <publisher-name>Pearson Education.</publisher-name></citation>
</ref>
<ref id="B54">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Koivumki</surname> <given-names>M.-R.</given-names></name></person-group> (<year>2011</year>). <article-title>The aesthetic independence of the screenplay</article-title>. <source>J. Screenwrit</source>. <volume>2</volume>, <fpage>25</fpage>&#x02013;<lpage>40</lpage>. <pub-id pub-id-type="doi">10.1386/josc.2.1.25_1</pub-id></citation>
</ref>
<ref id="B55">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Kubrick</surname> <given-names>S.</given-names></name></person-group> (<year>2001</year>). <source>Stanley Kubrick: Interviews</source>. <publisher-name>University Press of Mississippi</publisher-name>.</citation>
</ref>
<ref id="B56">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Kurosawa</surname> <given-names>A.</given-names></name></person-group> (<year>1983</year>). <source>Something Like an Autobiography</source>. <publisher-loc>New York City, NYC</publisher-loc>: <publisher-name>Vintage</publisher-name>.</citation>
</ref>
<ref id="B57">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Mahood</surname> <given-names>Q.</given-names></name> <name><surname>Van Eerd</surname> <given-names>D.</given-names></name> <name><surname>Irvin</surname> <given-names>E.</given-names></name></person-group> (<year>2014</year>). <article-title>Searching for grey literature for systematic reviews: challenges and benefits</article-title>. <source>Res. Synth. Methods</source> <volume>5</volume>, <fpage>221</fpage>&#x02013;<lpage>234</lpage>. <pub-id pub-id-type="doi">10.1002/jrsm.1106</pub-id><pub-id pub-id-type="pmid">26052848</pub-id></citation></ref>
<ref id="B58">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Mainemelis</surname> <given-names>C.</given-names></name> <name><surname>Epitropaki</surname> <given-names>O.</given-names></name></person-group> (<year>2014</year>). <article-title>Extreme leadership as creative leadership: reflections on francis ford coppola in the godfather</article-title>. <source>Extreme Leadersh</source>. 187&#x02013;200. <pub-id pub-id-type="doi">10.4337/9781781002124.00024</pub-id></citation>
</ref>
<ref id="B59">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Martell</surname> <given-names>C.</given-names></name></person-group> (<year>2015</year>). <source>Agile SCRUM for Film-makers: How to Produce Movies &#x00026; TV Shows in Half the Time.</source> <publisher-name>Martell Books.</publisher-name></citation>
</ref>
<ref id="B60">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Millard</surname> <given-names>K.</given-names></name></person-group> (<year>2010</year>). <article-title>After the typewriter: the screenplay in a digital era</article-title>. <source>J. Screenwrit</source>. <volume>1</volume>, <fpage>11</fpage>&#x02013;<lpage>25</lpage>. <pub-id pub-id-type="doi">10.1386/josc.1.1.11/1</pub-id></citation>
</ref>
<ref id="B61">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Mitchell</surname> <given-names>W. J.</given-names></name> <name><surname>Inouye</surname> <given-names>A. S.</given-names></name> <name><surname>Blumenthal</surname> <given-names>M. S.</given-names></name> <etal/></person-group>. (<year>2003</year>). <source>Beyond Productivity: Information Technology, Innovation, and Creativity</source>. <publisher-loc>Washington, DC</publisher-loc>: <publisher-name>National Academies Press</publisher-name>.</citation>
</ref>
<ref id="B62">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Moher</surname> <given-names>D.</given-names></name> <name><surname>Liberati</surname> <given-names>A.</given-names></name> <name><surname>Tetzlaff</surname> <given-names>J.</given-names></name> <name><surname>Altman</surname> <given-names>D. G.</given-names></name> <name><surname>Group</surname> <given-names>P.</given-names></name> <etal/></person-group>. (<year>2009</year>). <article-title>Preferred reporting items for systematic reviews and meta-analyses: the prisma statement</article-title>. <source>PLoS Med</source>. <volume>6</volume>:<fpage>e1000097</fpage>. <pub-id pub-id-type="doi">10.1371/journal.pmed.1000097</pub-id><pub-id pub-id-type="pmid">20171303</pub-id></citation></ref>
<ref id="B63">
<citation citation-type="web"><person-group person-group-type="author"><name><surname>Moreira</surname> <given-names>L.</given-names></name></person-group> (<year>2020</year>). <source>Pixar: Where Creativity Meets, Performance Through Lean</source>. Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.pipefy.com/blog/lean-pixar-where-creativity-meets-performance/&#x00023;::text=In%20order%20to%20organize%20their,idea%20until%20it&#x00027;s%20finally%20animated">https://www.pipefy.com/blog/lean-pixar-where-creativity-meets-performance/&#x00023;::text=In%20order%20to%20organize%20their,idea%20until%20it&#x00027;s%20finally%20animated</ext-link>.</citation>
</ref>
<ref id="B64">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Morris</surname> <given-names>N.</given-names></name></person-group> (<year>2007</year>). <source>The Cinema of Steven Spielberg: Empire of Light</source>. <publisher-loc>New York City, NYC</publisher-loc>: <publisher-name>Columbia University Press</publisher-name>. <pub-id pub-id-type="doi">10.7312/morr476489</pub-id></citation>
</ref>
<ref id="B65">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Netland</surname> <given-names>T. H.</given-names></name> <name><surname>Powell</surname> <given-names>D. J.</given-names></name></person-group> (<year>2016</year>). <source>The Routledge Companion to Lean Management</source>. <publisher-loc>London</publisher-loc>: <publisher-name>Taylor &#x00026; Francis.</publisher-name> <pub-id pub-id-type="doi">10.4324/9781315686899</pub-id></citation>
</ref>
<ref id="B66">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Nogami</surname> <given-names>T.</given-names></name></person-group> (<year>2006</year>). <source>Waiting on the Weather: Making Movies With Akira Kurosawa</source>. <publisher-loc>Berkeley, CA</publisher-loc>: <publisher-name>Stone Bridge Press, Inc</publisher-name>.</citation>
</ref>
<ref id="B67">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Ohanian</surname> <given-names>T.</given-names></name> <name><surname>Phillips</surname> <given-names>N.</given-names></name></person-group> (<year>2013</year>). <source>Digital Filmmaking: The Changing Art and Craft of Making Motion Pictures</source>. <publisher-loc>Boca Raton, FL</publisher-loc>: <publisher-name>CRC Press</publisher-name>. <pub-id pub-id-type="doi">10.4324/9780080504407</pub-id></citation>
</ref>
<ref id="B68">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>O&#x00027;Neill</surname> <given-names>E.</given-names></name></person-group> (<year>2001</year>). <source>User-Developer Cooperation in Software Development: Building Common Ground and Usable Systems</source>. <publisher-loc>Berlin</publisher-loc>: <publisher-name>Springer Science &#x00026; Business Media</publisher-name>.</citation>
</ref>
<ref id="B69">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Paez</surname> <given-names>A.</given-names></name></person-group> (<year>2017</year>). <article-title>Gray literature: an important resource in systematic reviews</article-title>. <source>J. Evid. Based Med</source>. <volume>10</volume>, <fpage>233</fpage>&#x02013;<lpage>240</lpage>. <pub-id pub-id-type="doi">10.1111/jebm.12266</pub-id><pub-id pub-id-type="pmid">28857505</pub-id></citation></ref>
<ref id="B70">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Parker</surname> <given-names>P.</given-names></name></person-group> (<year>1999</year>). <source>The Art and Science of Screenwriting</source>. <publisher-loc>Bristol</publisher-loc>: <publisher-name>Intellect Books</publisher-name>.</citation>
</ref>
<ref id="B71">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Pe na-Acu na</surname> <given-names>B.</given-names></name></person-group> (<year>2018</year>). <source>Understanding Steven Spielberg</source>. <publisher-loc>Cambridge</publisher-loc>: <publisher-name>Cambridge Scholars Publishing</publisher-name>.</citation>
</ref>
<ref id="B72">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Perko</surname> <given-names>M.</given-names></name></person-group> (<year>2018</year>). <article-title>&#x0201C;Origin stories: Stanley Kubrick&#x00027;s Collaborations,&#x0201D;</article-title> in <source>Essais, (Hors-s&#x000E9;rie 4)</source>. <pub-id pub-id-type="doi">10.4000/essais.717</pub-id></citation>
</ref>
<ref id="B73">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Petersen</surname> <given-names>K.</given-names></name> <name><surname>Vakkalanka</surname> <given-names>S.</given-names></name> <name><surname>Kuzniarz</surname> <given-names>L.</given-names></name></person-group> (<year>2015</year>). <article-title>Guidelines for conducting systematic mapping studies in software engineering: an update</article-title>. <source>Inform. Softw. Technol</source>. <volume>64</volume>, <fpage>1</fpage>&#x02013;<lpage>18</lpage>. <pub-id pub-id-type="doi">10.1016/j.infsof.2015.03.007</pub-id></citation>
</ref>
<ref id="B74">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Phillips</surname> <given-names>G. D.</given-names></name></person-group> (<year>2013</year>). <source>Stanley Kubrick: Interviews</source>. <publisher-loc>Oxford, MS</publisher-loc>: <publisher-name>University Press of Mississippi</publisher-name>.</citation>
</ref>
<ref id="B75">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Piper</surname> <given-names>R. J.</given-names></name></person-group> (<year>2013</year>). <source>How To Write a Systematic Literature Review: A Guide for Medical Students</source>. <publisher-name>National AMR, Fostering Medical Research,</publisher-name> <fpage>1</fpage>&#x02013;<lpage>8</lpage>.</citation>
</ref>
<ref id="B76">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Poppendieck</surname> <given-names>M.</given-names></name> <name><surname>Cusumano</surname> <given-names>M. A.</given-names></name></person-group> (<year>2012</year>). <article-title>Lean software development: a tutorial</article-title>. <source>IEEE Softw</source>. <volume>29</volume>, <fpage>26</fpage>&#x02013;<lpage>32</lpage>. <pub-id pub-id-type="doi">10.1109/MS.2012.107</pub-id></citation>
</ref>
<ref id="B77">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Pressman</surname> <given-names>R. S.</given-names></name></person-group> (<year>2005</year>). <source>Software Engineering: A Practitioner&#x00027;s Approach</source>. <publisher-loc>London</publisher-loc>: <publisher-name>Palgrave Macmillan</publisher-name>.</citation>
</ref>
<ref id="B78">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Richie</surname> <given-names>D.</given-names></name> <name><surname>Mellen</surname> <given-names>J.</given-names></name></person-group> (<year>1998</year>). <source>The Films of Akira Kurosawa</source>. <publisher-loc>Berkeley, CA</publisher-loc>: <publisher-name>Univ of California Press</publisher-name>.</citation>
</ref>
<ref id="B79">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Robson</surname> <given-names>C.</given-names></name> <name><surname>McCartan</surname> <given-names>K.</given-names></name></person-group> (<year>2016</year>). <source>Real World Research</source>. <publisher-name>Social Science Research Group</publisher-name>.</citation>
</ref>
<ref id="B80">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sacks</surname> <given-names>O.</given-names></name></person-group> (<year>1992</year>). <article-title>Tourette&#x00027;s syndrome and creativity</article-title>. <source>BMJ</source> <volume>305</volume>:<fpage>1515</fpage>. <pub-id pub-id-type="doi">10.1136/bmj.305.6868.1515</pub-id><pub-id pub-id-type="pmid">1286364</pub-id></citation></ref>
<ref id="B81">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Saeki</surname> <given-names>M.</given-names></name></person-group> (<year>1995</year>). <article-title>&#x0201C;Communication, collaboration and cooperation in software development-how should we support group work in software development?,&#x0201D;</article-title> in <source>Proceedings 1995 Asia Pacific Software Engineering Conference</source>, <fpage>12</fpage>&#x02013;<lpage>20</lpage>.</citation>
</ref>
<ref id="B82">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Schmucker</surname> <given-names>C.</given-names></name> <name><surname>Bluemle</surname> <given-names>A.</given-names></name> <name><surname>Briel</surname> <given-names>M.</given-names></name> <name><surname>Portalupi</surname> <given-names>S.</given-names></name> <name><surname>Lang</surname> <given-names>B.</given-names></name> <name><surname>Motschall</surname> <given-names>E.</given-names></name> <etal/></person-group>. (<year>2013</year>). <article-title>A protocol for a systematic review on the impact of unpublished studies and studies published in the gray literature in meta-analyses</article-title>. <source>Syst. Rev</source>. <volume>2</volume>, <fpage>1</fpage>&#x02013;<lpage>7</lpage>. <pub-id pub-id-type="doi">10.1186/2046-4053-2-24</pub-id><pub-id pub-id-type="pmid">23634657</pub-id></citation></ref>
<ref id="B83">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sedelow</surname> <given-names>S. Y.</given-names></name></person-group> (<year>1970</year>). <article-title>The computer in the humanities and fine arts</article-title>. <source>ACM Comput. Surveys</source>, <volume>2</volume>, <fpage>89</fpage>&#x02013;<lpage>110</lpage>. <pub-id pub-id-type="doi">10.1145/356566.356568</pub-id></citation>
</ref>
<ref id="B84">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Seffah</surname> <given-names>A.</given-names></name> <name><surname>Gulliksen</surname> <given-names>J.</given-names></name> <name><surname>Desmarais</surname> <given-names>M. C.</given-names></name></person-group> (<year>2005</year>). <article-title>&#x0201C;An introduction to human-centered software engineering,&#x0201D;</article-title> in <source>Human-Centered Software Engineering-Integrating Usability in the Software Development Lifecycle</source> eds A. Seffah, J. Gulliksen, M. Desmarais (<publisher-loc>Berlin</publisher-loc>: <publisher-name>Springer</publisher-name>), <fpage>3</fpage>&#x02013;<lpage>14</lpage>. <pub-id pub-id-type="doi">10.1007/1-4020-4113-6_1</pub-id></citation>
</ref>
<ref id="B85">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Shah</surname> <given-names>R.</given-names></name> <name><surname>Ward</surname> <given-names>P. T.</given-names></name></person-group> (<year>2003</year>). <article-title>Lean manufacturing: context, practice bundles, and performance</article-title>. <source>J. Oper. Manage</source>. <volume>21</volume>, <fpage>129</fpage>&#x02013;<lpage>149</lpage>. <pub-id pub-id-type="doi">10.1016/S0272-6963(02)00108-0</pub-id></citation>
</ref>
<ref id="B86">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Siddaway</surname> <given-names>A.</given-names></name></person-group> (<year>2014</year>). <article-title>What is a systematic literature review and how do i do one</article-title>. <source>Univ. Stirl</source>. <volume>1</volume>, <fpage>1</fpage>&#x02013;<lpage>13</lpage>.</citation>
</ref>
<ref id="B87">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Slater</surname> <given-names>L.</given-names></name></person-group> (<year>2005</year>). <article-title>Leadership for collaboration: an affective process</article-title>. <source>Int. J. Leadersh. Educ</source>. <volume>8</volume>, <fpage>321</fpage>&#x02013;<lpage>333</lpage>. <pub-id pub-id-type="doi">10.1080/13603120500088745</pub-id></citation>
</ref>
<ref id="B88">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Stiglegger</surname> <given-names>M.</given-names></name></person-group> (<year>2001</year>). <source>Donald Richie: The Films of Akira Kurosawa, 3rd Edn, Expanded and Updated With a New Epiloque</source>. <publisher-loc>Redditch</publisher-loc>: <publisher-name>Westland</publisher-name>.</citation>
</ref>
<ref id="B89">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Trifonova</surname> <given-names>A.</given-names></name> <name><surname>Jaccheri</surname> <given-names>L.</given-names></name> <name><surname>Bergaust</surname> <given-names>K.</given-names></name></person-group> (<year>2008</year>). <article-title>Software engineering issues in interactive installation art. International</article-title> <source>J. Arts Technol</source>. <volume>1</volume>, <fpage>43</fpage>&#x02013;<lpage>65</lpage>. <pub-id pub-id-type="doi">10.1504/IJART.2008.019882</pub-id></citation>
</ref>
<ref id="B90">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Van der Lelie</surname> <given-names>C.</given-names></name></person-group> (<year>2006</year>). <article-title>The value of storyboards in the product design process</article-title>. <source>Pers. Ubiquit. Comput</source>. <volume>10</volume>, <fpage>159</fpage>&#x02013;<lpage>162</lpage>. <pub-id pub-id-type="doi">10.1007/s00779-005-0026-7</pub-id><pub-id pub-id-type="pmid">29750222</pub-id></citation></ref>
<ref id="B91">
<citation citation-type="web"><person-group person-group-type="author"><collab>Wallace</collab></person-group> (<year>1999</year>). <source>Is Software Art or Engineering?</source> Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.spectacle.org/1199/software.html">https://www.spectacle.org/1199/software.html</ext-link></citation>
</ref>
<ref id="B92">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Whitehead</surname> <given-names>J.</given-names></name></person-group> (<year>2007</year>). <article-title>&#x0201C;Collaboration in software engineering: a roadmap,&#x0201D;</article-title> in <source>Future of Software Engineering (FOSE&#x00027;07)</source>, 214&#x02013;225. <publisher-loc>Washington, DC</publisher-loc>: <publisher-name>IEEE.</publisher-name> <pub-id pub-id-type="doi">10.1109/FOSE.2007.4</pub-id></citation>
</ref>
<ref id="B93">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Winkler</surname> <given-names>D.</given-names></name> <name><surname>Mordinyi</surname> <given-names>R.</given-names></name> <name><surname>Biffl</surname> <given-names>S.</given-names></name></person-group> (<year>2013</year>). <article-title>&#x0201C;Research prototypes versus products: lessons learned from software development processes in research projects,&#x0201D;</article-title> in <source>European Conference on Software Process Improvement</source> (<publisher-loc>Berlin Springer</publisher-loc>), <fpage>48</fpage>&#x02013;<lpage>59</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-642-39179-8_5</pub-id></citation>
</ref>
<ref id="B94">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Yakimchuk</surname> <given-names>N.</given-names></name></person-group> (<year>2017</year>). <source>Small Budget? Producer Jason Blum&#x00027;s 5 Rules for Lean Filmmaking</source>.</citation>
</ref>
</ref-list>
<fn-group>
<fn id="fn0001"><p><sup>1</sup><ext-link ext-link-type="uri" xlink:href="http://www.prisma-statement.org">http://www.prisma-statement.org</ext-link></p></fn>
</fn-group>
</back>
</article> 