Commit 2ca0862a9bebab377ba228decef3d7c8433af0db
1 parent
6e93ca71
Exists in
master
and in
3 other branches
Add a preliminary related work paragraph to introduction
This requires a second pair of eyes. And the text quality is poor. This is more a draft than anything else.
Showing
2 changed files
with
28 additions
and
0 deletions
Show diff stats
icse2018/bibliography.bib
... | ... | @@ -40,3 +40,28 @@ |
40 | 40 | year={2008}, |
41 | 41 | publisher={Elsevier} |
42 | 42 | } |
43 | + | |
44 | +@inproceedings{de2016using, | |
45 | + title={Using scrum in outsourced government projects: An action research}, | |
46 | + author={de Sousa, Thatiany Lima and Venson, Elaine and da Costa Figueiredo, Rejane Maria and Kosloski, Ricardo Ajax and Junior, Luiz Carlos Miyadaira Ribeiro}, | |
47 | + booktitle={System Sciences (HICSS), 2016 49th Hawaii International Conference on}, | |
48 | + pages={5447--5456}, | |
49 | + year={2016}, | |
50 | + organization={IEEE} | |
51 | +} | |
52 | + | |
53 | +@inproceedings{melo2010adoccao, | |
54 | + title={Ado{\c{c}}{\~a}o de m{\'e}todos {\'a}geis em uma Institui{\c{c}}{\~a}o P{\'u}blica de grande porte-um estudo de caso}, | |
55 | + author={Melo, Claudia de O and Ferreira, Gisele RM}, | |
56 | + booktitle={Workshop Brasileiro de M{\'e}todos {\'A}geis (Agile Brasil 2010). Centro de Eventos da PUCRS (CEPUC), Porto Alegre}, | |
57 | + year={2010} | |
58 | +} | |
59 | + | |
60 | +@inproceedings{alleman2003making, | |
61 | + title={Making agile development work in a government contracting environment-measuring velocity with earned value}, | |
62 | + author={Alleman, Glen B and Henderson, Michael and Seggelke, Ray}, | |
63 | + booktitle={Agile Development Conference, 2003. ADC 2003. Proceedings of the}, | |
64 | + pages={114--119}, | |
65 | + year={2003}, | |
66 | + organization={IEEE} | |
67 | +} | ... | ... |
icse2018/content/01-introduction.tex
... | ... | @@ -5,6 +5,9 @@ The difficulty of writing software is an old subject on computer science that da |
5 | 5 | |
6 | 6 | Specially in the public sector the pessimism and failure ratios are even deeper than in the general industry \cite{goldfinch2007pessimism,anthopoulos2016government}. This is due governments having rigid processes and organizational structures for which is hard to apply techniques that have been achieving success on software development in the private sector such as the broad spectrum of agile methods \cite{dybaa2008empirical}. |
7 | 7 | |
8 | + | |
8 | 9 | Here we report our experiences on a three years long development project with the Brazilian government in a scenario with low budget, high political instability and a mostly unexperienced team formed mostly by students but, despite all that risks and many others, has been kept under active development for three years and since its final delivery one year ago has been maintained online. |
9 | 10 | |
11 | +There are similar previous works that we will review here. Agile methods application on the Brazilian public sector are approached by \cite{melo2010adoccao,de2016using}, but both are experiences limited to pilot projects. Not production-ready one that will provide more accurate data with the real world. On \cite{alleman2003making} the authors describe a production deployment for the US government, but it focus on describing the methodology applied to address long term planning and value estimation. And again on \cite{anderson2005stretching} we see a production software development case and the adaptation proposal that we will follow in this article, but focused on a specific methodology, the CMMI. This article differentiates itself from others by describing a production level software development to the public sector, but unconstrained to any specific aspect of the agile methods or an specific project management methodology on the government side. The focus on this article will be the whole experience of adapting agile methods to the public sector. | |
12 | + | |
10 | 13 | We will give a more detailed context at section \ref{sec:problem_context} for later detailing which development practices were adopted during the project and what were the observed results for each one. This report is not expect to be the final recipe on working with public sector software development, but has the objective to report on which techniques have been successful, what adaptations were necessary and what has failed as means to provide other developers a reference when they meet similar situations. | ... | ... |