Commit e1ee4b2d2e8dc549ec20770b423f0c8e70c7f44a
Exists in
master
and in
2 other branches
Merge branch 'oss_2018' of softwarepublico.gov.br:softwarepublico/articles into oss_2018
Conflicts: oss2018/content/03-methods.tex oss2018/spb-oss-2018.bib
Showing
4 changed files
with
110 additions
and
105 deletions
Show diff stats
oss2018/content/01-introduction.tex
| ... | ... | @@ -3,32 +3,38 @@ |
| 3 | 3 | E-government projects differ from others due to their complexity and extension |
| 4 | 4 | \cite{anthopoulos2016egovernment}. They are complex because they combine |
| 5 | 5 | construction, innovation, information \& communications technologies, politics, |
| 6 | -and social impact. Their extension, on the other hand, is related to their scope, | |
| 7 | -target audience, organizational size, time, and the corresponding resistance to | |
| 8 | -change. Government-academia collaborative projects can be considered an | |
| 9 | -alternative to create novelty for e-government projects and to meet the needs of | |
| 10 | -society. This collaborative work has challenges, such as organizing the | |
| 11 | -collaboration project, aligning goals, synchronizing the pace of between | |
| 6 | +and social impact. Their extension, on the other hand, is related to their | |
| 7 | +scope, target audience, organizational size, time, and the corresponding | |
| 8 | +resistance to change. Government-academia collaborative projects may be treated | |
| 9 | +as an alternative to create novelty for e-government projects and to meet the | |
| 10 | +needs of society. This collaborative work has challenges, such as organizing | |
| 11 | +the collaboration project, aligning goals, synchronizing the pace of between | |
| 12 | 12 | government and academia \cite{anthopoulos2016egovernment}, and overcoming the |
| 13 | 13 | failure trend of e-government projects \cite{goldfinch2007pessimism}. |
| 14 | 14 | |
| 15 | -Poor project management is one of the main reasons why e-government projects | |
| 16 | -fail \cite{anthopoulos2016egovernment}. When government and academia combine | |
| 17 | -efforts to develop an e-government solution, the differences in the project | |
| 18 | -management become an issue. Academia commonly work on cutting edge of | |
| 19 | -technology while government is still relying on traditional techniques. | |
| 20 | -Changing the development process in large-size institutions represents | |
| 21 | -an organizational disturbance which impacts on structure, culture, and | |
| 22 | -management practices \cite{nerur2015challenges}. As a result, government and | |
| 23 | -academia have to harmonize their view to increasing the chances of success in | |
| 24 | -projects with tight deadlines and short budgets. | |
| 15 | +Poor project management is one of the causes of e-government projects failure | |
| 16 | +\cite{anthopoulos2016egovernment} which in turn grows into a critical issue | |
| 17 | +when government and academia combine efforts to develop an e-gov solution. | |
| 18 | +Academia commonly works on cutting edge of technology while the government is | |
| 19 | +still relying on traditional techniques. Changing the development process in | |
| 20 | +large-size institutions represents an organizational disturbance with impacts | |
| 21 | +on structure, culture, and management practices \cite{nerur2015challenges}. As | |
| 22 | +a result, government and academia have to harmonize their view to increasing | |
| 23 | +the chances of success in projects with tight deadlines and short budgets. | |
| 25 | 24 | |
| 26 | -% TODO: Projetos de sl tem x características e muitas de suas práticas tem se mostrado válidas e que abrem precedentes para utilizar no contexto governo academia. Falar da influência do SL no projeto | |
| 25 | +Due to the plurality of the Free Libre Open Source (FLOSS) ecosystems and the | |
| 26 | +diversity of organizations which currently employ agile methodologies, | |
| 27 | +procedures from both may be an option for harmonizing different management | |
| 28 | +approaches. Open communication, project modularity, the community of users, and | |
| 29 | +fast response to problems are just a few of the FLOSS ecosystem practices | |
| 30 | +\cite{capiluppi, warsta}. Individuals and interactions, working software, | |
| 31 | +customer collaboration, responding to change \cite{beck} are the core of agile | |
| 32 | +development. With this in mind, FLOSS and agile practices may improve the process | |
| 33 | +management and the cooperation of distinct teams. | |
| 27 | 34 | |
| 28 | -In this work we investigate a set of practices from a 30-month | |
| 35 | +In this work, we investigate the empirical method built during 30 months of a | |
| 29 | 36 | government-academia project that helped to harmonize the differences between |
| 30 | -government and academia management cultures. We trace the best practices based | |
| 31 | -on open source ecosystems and agile methodologies. Finally, we validate their | |
| 32 | -benefits by collecting data from the main project repository and by surveying | |
| 33 | -the project participant points of view. | |
| 34 | - | |
| 37 | +both organization management cultures. We trace the best practices based on | |
| 38 | +FLOSS ecosystems and agile methodology. Finally, we collect data from the | |
| 39 | +project repository and survey the project participant points of view to | |
| 40 | +extracting a set of methods which favor government-academia collaboration. | ... | ... |
oss2018/content/02-relatedwork.tex
| 1 | 1 | \section{Related work} |
| 2 | 2 | \label{sec:relatedwork} |
| 3 | 3 | |
| 4 | -% TODO: | |
| 5 | -%O related work está bem montado. Contudo, eu senti falta de falar sobre | |
| 6 | -%software livre. A adoção dele ou de suas práticas. Se não existe ainda esse | |
| 7 | -%estudo, então essa seria uma bela colaboração da nossa parte e deveria ser | |
| 8 | -%evidênciada no último parágrafo. IMO isso é importante uma vez que é a nossa | |
| 9 | -%chance de por a parte de FLOSS que sempre defendemos, em adição a conferência é | |
| 10 | -%sobre FLOSS e talvez possam dizer que a gente não se 'enquadra' na conferência. | |
| 11 | -%Não acho que precisamos tirar a parte 'agile', mas precisamos ser mais conciso | |
| 12 | -%sobre isso | |
| 13 | - | |
| 14 | -%Sugestão do Fabio: Colocar referências de trabalho que conseguiram conciliar | |
| 15 | -%ou que reportam dificuldade em conciliar ou aplicar processos de gerenciamento | |
| 16 | -%em um projeto de colaboração | |
| 17 | - | |
| 4 | +% TODO: Verificar se não vale a pena citar os fatores que o Strode descobriu. | |
| 5 | +% Eu acho que deixaria a frase mais completa | |
| 18 | 6 | Discussions on how to introduce new management methods into an organization are |
| 19 | -present in several papers. Nerur et al. identify the critical issues that involve | |
| 20 | -migrating from traditional to agile by comparing main practices of the two | |
| 7 | +present in several papers. Nerur et al. recognized critical issues concerning | |
| 8 | +the migration from traditional to agile by comparing practices of both | |
| 21 | 9 | methodologies \cite{nerur2015challenges}. The authors point out managerial, |
| 22 | 10 | organizational, people, process, and technological issues to be rethought and |
| 23 | 11 | reconfigured in an organization for a successful migration. Strode et al. |
| 24 | -investigate the correlation between adoption of agile methodologies and | |
| 25 | -organizational culture \cite{impactOfOrganizationalCulture}. They evaluate the | |
| 26 | -perception of organizational culture and the use of agile practices in nine | |
| 27 | -software development projects, identifying organizational culture factors that | |
| 28 | -are correlated to the implementation of agile methods. | |
| 12 | +investigated the relationship between the adoption of agile methodologies and | |
| 13 | +organizational culture \cite{impactOfOrganizationalCulture} by evaluating nine | |
| 14 | +projects. They identified a set of factors directly linked to the agile | |
| 15 | +methods. | |
| 29 | 16 | |
| 30 | 17 | Some works also discuss how academia can collaborate with the industry in the |
| 31 | -management of software projects. Chookittikul et al. evaluates the increasing | |
| 32 | -use of the agile methods by software development organizations in Thailand and | |
| 33 | -suggests universities create curricula which develop in their undergraduate | |
| 34 | -students' practical skills required by industry (mainly agile practices) to | |
| 35 | -encourage the software industry growth in the region \cite{cho2011gap}. | |
| 36 | -Sandberg et al. report the use of Scrum in a collaborative research | |
| 37 | -consortium between industry and academia (involving ten industry partners and | |
| 38 | -five universities in Sweden) \cite{sandberg2017iacollaboration}. | |
| 39 | - | |
| 40 | -New variables arise when a different approach to project management is | |
| 41 | -introduced to complex and large-scale organizations, such as the public | |
| 42 | -administration. Alleman et al. describe a production deployment for the US | |
| 43 | -government, focus on describing the methodology applied to address long-term | |
| 44 | -planning and value estimation \cite{alleman2003making}. Agile methods | |
| 45 | -application in the Brazilian public sector are approached by Melo et al. \cite{melo2013agileBr} and De | |
| 46 | -Sousa et al. \cite{de2016using}, both are experiences limited | |
| 47 | -to pilot projects. Not production-ready one that will provide more accurate | |
| 48 | -data with the real world. | |
| 49 | - | |
| 50 | -This paper differentiates itself from others by describing a production level | |
| 51 | -software development collaboration between government and academia, | |
| 52 | -analyzing differences in the development process and administrative issues of | |
| 53 | -the two organizations, and evidencing empirical practices that harmonized the | |
| 54 | -interactions and satisfied the development and management process of both | |
| 55 | -sides. | |
| 56 | - | |
| 57 | -% TODO: if needed, we can add this paper as related work | |
| 58 | -%% Staying Agile in Government Software Projects - reports how the agile culture and practices (XP and Scrum) were introduced in a development team working on a government project. Describes practices added, adapted and abandoned. They had a experienced small team that did not know agile. TODO: Not sure if any process had to be added/adapted/abandoned at the government side. | |
| 59 | - | |
| 60 | -%Talvez seria relevante citar Extending Patterns for Fearless Change: sobre como introduzir novas ideias em uma organização tradicional (em particular, como introduzir métodos ágeis) | |
| 61 | -%O Mestrado do Alexandre Freire sobre como ensinar métodos ágeis que tem toda um capítulo sobre governo: https://www.ime.usp.br/~ale/dissertacao_ale_para_web.pdf | |
| 18 | +management of software projects. Chookittikul et al. evaluated the increasing | |
| 19 | +use of the agile techniques in the software development companies in Thailand. | |
| 20 | +The authors suggested that universities should create curricula which develop | |
| 21 | +in their undergraduate student's practical skills required by industry (mainly | |
| 22 | +agile practices) to promote growth in the local software business \cite{cho2011gap}. | |
| 23 | +Sandberg et al. report the use of Scrum in a collaborative research consortium | |
| 24 | +between industry and academia (involving ten industry partners and five | |
| 25 | +universities in Sweden) \cite{sandberg2017iacollaboration}. | |
| 26 | + | |
| 27 | +Complex and large-scale organizations, such as the public administration, have | |
| 28 | +to deal with multiple project variables. Alleman et al. describe a production | |
| 29 | +deployment for the US government, focus on the methodology applied to address | |
| 30 | +long-term planning and value estimation \cite{alleman2003making}. Agile | |
| 31 | +methods application in the Brazilian public sector are approached by Melo et | |
| 32 | +al. \cite{melo2013agileBr} and De Sousa et al. \cite{de2016using}, both are | |
| 33 | +experiences limited to pilot projects. | |
| 34 | + | |
| 35 | +Several works tried to highlight the FLOSS practices, while others attempted to | |
| 36 | +determine the relationship between the FLOSS practices and agile methods. | |
| 37 | +Capiluppi et al. examined about 400 projects to find FLOSS project properties | |
| 38 | +\cite{capiluppi}. In their work, they extracted generic characterization | |
| 39 | +(project size, age, license, and programming language), analyzed the average | |
| 40 | +number of people involved in the project, the community of user, and | |
| 41 | +documentation characteristics. Warsta et al. found differences and similarities | |
| 42 | +between agile development and FLOSS practices \cite{warsta}. The authors argued | |
| 43 | +that FLOSS development may differ from agile by philosophical and economic | |
| 44 | +perspective, on the other hand, both shares the definition of work. Finally, | |
| 45 | +Eric Raymond describes many of his experience and decisions in his work with | |
| 46 | +FLOSS communities \cite{raymond}, this report has many intersections with the | |
| 47 | +agile manifesto. | |
| 48 | + | |
| 49 | +This paper distinguishes itself from others by studying a a production level | |
| 50 | +software development collaboration between government and academia. We extracted | |
| 51 | +empirical practices that helped to harmonize the interactions between two | |
| 52 | +different development process and satisfied the management process of both | |
| 53 | +sides. We analyzed these methods from the FLOSS an agile perspective. | ... | ... |
oss2018/spb-oss-2018.bib
| ... | ... | @@ -3,7 +3,6 @@ |
| 3 | 3 | author={Anthopoulos, Leonidas and Reddick, Christopher G and Giannakidou, Irene and Mavridis, Nikolaos}, |
| 4 | 4 | journal={Government Information Quarterly}, |
| 5 | 5 | volume={33}, |
| 6 | - number={1}, | |
| 7 | 6 | pages={161--173}, |
| 8 | 7 | year={2016}, |
| 9 | 8 | publisher={Elsevier} |
| ... | ... | @@ -15,25 +14,15 @@ |
| 15 | 14 | booktitle = {Proceedings of the 39th International Conference on Software Engineering: Software Engineering in Practice Track}, |
| 16 | 15 | series = {ICSE-SEIP '17}, |
| 17 | 16 | year = {2017}, |
| 18 | - isbn = {978-1-5386-2717-4}, | |
| 19 | 17 | location = {Buenos Aires, Argentina}, |
| 20 | 18 | pages = {73--82}, |
| 21 | - numpages = {10}, | |
| 22 | - url = {https://doi.org/10.1109/ICSE-SEIP.2017.20}, | |
| 23 | - doi = {10.1109/ICSE-SEIP.2017.20}, | |
| 24 | - acmid = {3103122}, | |
| 25 | 19 | publisher = {IEEE Press}, |
| 26 | - address = {Piscataway, NJ, USA}, | |
| 27 | - keywords = {agile methodologies, case study, collaboration, industry-academia research} | |
| 28 | 20 | } |
| 29 | 21 | |
| 30 | 22 | |
| 31 | 23 | @article{goldfinch2007pessimism, |
| 32 | - ISSN={00333352, 15406210}, | |
| 33 | - URL={http://www.jstor.org/stable/4624644}, | |
| 34 | 24 | author={Shaun Goldfinch}, |
| 35 | 25 | journal={Public Administration Review}, |
| 36 | - number={5}, | |
| 37 | 26 | pages={917-929}, |
| 38 | 27 | publisher={[American Society for Public Administration, Wiley]}, |
| 39 | 28 | title={Pessimism, Computer Failure, and Information Systems Development in the Public Sector}, |
| ... | ... | @@ -46,7 +35,6 @@ |
| 46 | 35 | author={Highsmith, Jim and Cockburn, Alistair}, |
| 47 | 36 | journal={Computer}, |
| 48 | 37 | volume={34}, |
| 49 | - number={9}, | |
| 50 | 38 | pages={120--127}, |
| 51 | 39 | year={2001}, |
| 52 | 40 | publisher={IEEE} |
| ... | ... | @@ -87,7 +75,6 @@ |
| 87 | 75 | author={Fowler, Martin}, |
| 88 | 76 | journal={Wuhan University Journal of Natural Sciences}, |
| 89 | 77 | volume={6}, |
| 90 | - number={1}, | |
| 91 | 78 | pages={12--24}, |
| 92 | 79 | year={2001}, |
| 93 | 80 | publisher={Springer} |
| ... | ... | @@ -98,7 +85,6 @@ |
| 98 | 85 | author={Cockburn, Alistair and Highsmith, Jim}, |
| 99 | 86 | journal={Computer}, |
| 100 | 87 | volume={34}, |
| 101 | - number={11}, | |
| 102 | 88 | pages={131--133}, |
| 103 | 89 | year={2001}, |
| 104 | 90 | publisher={IEEE} |
| ... | ... | @@ -116,19 +102,12 @@ |
| 116 | 102 | author = {Nerur, Sridhar and Mahapatra, RadhaKanta and Mangalaraj, George}, |
| 117 | 103 | title = {Challenges of Migrating to Agile Methodologies}, |
| 118 | 104 | journal = {Commun. ACM}, |
| 119 | - issue_date = {May 2005}, | |
| 120 | 105 | volume = {48}, |
| 121 | 106 | number = {5}, |
| 122 | 107 | month = may, |
| 123 | 108 | year = {2005}, |
| 124 | - issn = {0001-0782}, | |
| 125 | 109 | pages = {72--78}, |
| 126 | - numpages = {7}, | |
| 127 | - url = {http://doi.acm.org/10.1145/1060710.1060712}, | |
| 128 | - doi = {10.1145/1060710.1060712}, | |
| 129 | - acmid = {1060712}, | |
| 130 | 110 | publisher = {ACM}, |
| 131 | - address = {New York, NY, USA} | |
| 132 | 111 | } |
| 133 | 112 | |
| 134 | 113 | @inproceedings{meirelles2017spb, |
| ... | ... | @@ -137,16 +116,9 @@ |
| 137 | 116 | booktitle = {Proceedings of the 13th International Symposium on Open Collaboration}, |
| 138 | 117 | series = {OpenSym '17}, |
| 139 | 118 | year = {2017}, |
| 140 | - isbn = {978-1-4503-5187-4}, | |
| 141 | 119 | location = {Galway, Ireland}, |
| 142 | 120 | pages = {16:1--16:10}, |
| 143 | - articleno = {16}, | |
| 144 | - numpages = {10}, | |
| 145 | - url = {http://doi.acm.org/10.1145/3125433.3125471}, | |
| 146 | - doi = {10.1145/3125433.3125471}, | |
| 147 | - acmid = {3125471}, | |
| 148 | 121 | publisher = {ACM}, |
| 149 | - address = {New York, NY, USA}, | |
| 150 | 122 | keywords = {Free Software, Management Team, Software Integration} |
| 151 | 123 | } |
| 152 | 124 | |
| ... | ... | @@ -164,7 +136,6 @@ |
| 164 | 136 | author={Dyb{\aa}, Tore and Dings{\o}yr, Torgeir}, |
| 165 | 137 | journal={Information and software technology}, |
| 166 | 138 | volume={50}, |
| 167 | - number={9}, | |
| 168 | 139 | pages={833--859}, |
| 169 | 140 | year={2008}, |
| 170 | 141 | publisher={Elsevier} |
| ... | ... | @@ -224,6 +195,42 @@ |
| 224 | 195 | organization={IEEE} |
| 225 | 196 | } |
| 226 | 197 | |
| 198 | +@inproceedings{capiluppi, | |
| 199 | + title={Characteristics of open source projects}, | |
| 200 | + author={Capiluppi, Andrea and Lago, Patricia and Morisio, Maurizio}, | |
| 201 | + booktitle={Software Maintenance and Reengineering, 2003. Proceedings. Seventh European Conference on}, | |
| 202 | + pages={317--327}, | |
| 203 | + year={2003}, | |
| 204 | + organization={IEEE} | |
| 205 | +} | |
| 206 | + | |
| 207 | +@inproceedings{warsta, | |
| 208 | + title={Is open source software development essentially an agile method}, | |
| 209 | + author={Warsta, Juhani and Abrahamsson, Pekka}, | |
| 210 | + booktitle={Proceedings of the 3rd Workshop on Open Source Software Engineering}, | |
| 211 | + pages={143--147}, | |
| 212 | + year={2003} | |
| 213 | +} | |
| 214 | + | |
| 215 | +@article{beck, | |
| 216 | + title={Manifesto for Agile Software Development. Agile Alliance (2001)}, | |
| 217 | + author={Beck, Kent and Beedle, M and Bennekum, A and others}, | |
| 218 | + journal={Retrieved June}, | |
| 219 | + volume={14}, | |
| 220 | + year={2010} | |
| 221 | +} | |
| 222 | + | |
| 223 | +@article{raymond, | |
| 224 | + title={The cathedral and the bazaar}, | |
| 225 | + author={Raymond, Eric}, | |
| 226 | + journal={Philosophy \& Technology}, | |
| 227 | + volume={12}, | |
| 228 | + number={3}, | |
| 229 | + pages={23}, | |
| 230 | + year={1999}, | |
| 231 | + publisher={Springer} | |
| 232 | +} | |
| 233 | + | |
| 227 | 234 | @incollection{booch2003, |
| 228 | 235 | title = "Collaborative Development Environments", |
| 229 | 236 | series = "Advances in Computers", |
| ... | ... | @@ -236,4 +243,3 @@ doi = "https://doi.org/10.1016/S0065-2458(03)59001-5", |
| 236 | 243 | url = "http://www.sciencedirect.com/science/article/pii/S0065245803590015", |
| 237 | 244 | author = "Grady Booch and Alan W. Brown" |
| 238 | 245 | } |
| 239 | - | ... | ... |
oss2018/spb-oss-2018.tex