Commit da1e424b4b02195af1fa4077f6cb4e64d4f01af3

Authored by Paulo Meireles
1 parent 253a3ae3

[oss2018] Introduction: minor corrections and adding comments

Showing 1 changed file with 34 additions and 26 deletions   Show diff stats
icse2018/content/01-introduction.tex
@@ -3,46 +3,53 @@ @@ -3,46 +3,53 @@
3 %Falar sobre unir tradicional (guiado por tarefas e atividades) e agil (guiado por funcionalidades) - nerur et al 3 %Falar sobre unir tradicional (guiado por tarefas e atividades) e agil (guiado por funcionalidades) - nerur et al
4 %Falar sobre mudanças estrutura organizacional organica (agil) e burocratica (tradicional) 4 %Falar sobre mudanças estrutura organizacional organica (agil) e burocratica (tradicional)
5 5
6 -Egovernment projects are different from the others due to their complexity in 6 +E-government projects are different from the others due to their complexity in
7 terms of organizational size, proportional resistance to changes, innovation, 7 terms of organizational size, proportional resistance to changes, innovation,
8 -impacts to end users and policies. The partnership between government and 8 +impacts to end users and policies.
  9 +%TODO: precisamos de uma referência de e-gov ^
  10 +The partnership between government and
9 academia could be seen as a means of transferring technological knowledge for 11 academia could be seen as a means of transferring technological knowledge for
10 the creation of innovative e-government projects. This type of collaboration has 12 the creation of innovative e-government projects. This type of collaboration has
11 challenges not only in the organization of the project and the alignment of 13 challenges not only in the organization of the project and the alignment of
12 objectives and rhythms, but also to overcome the high probability of failure of 14 objectives and rhythms, but also to overcome the high probability of failure of
13 -e-government projects. Despite the various solutions proposed to prevent project 15 +e-government projects.
  16 +%
  17 +Despite the various solutions proposed to prevent project
14 failure, none of them actually seems to reduce this rate, which generates not 18 failure, none of them actually seems to reduce this rate, which generates not
15 -only a waste of money but also a lack of services offered to society. Among the 19 +only a waste of money but also a lack of services offered to society.
  20 +%TODO: Isto aqui ^ é em forte. Será que conseguimos uma referência?
  21 +Among the
16 reasons for this failure, poor project management is one of the main. 22 reasons for this failure, poor project management is one of the main.
17 23
18 Several development processes were introduced with the intention to increase 24 Several development processes were introduced with the intention to increase
19 -the chances of success in software projects, the traditional and agile methods  
20 -are the most popular. The traditional method has been used for a long time as a  
21 -way to discipline the software development process. This methodology can be  
22 -characterized by the predictive approach, focus on documentation, processes  
23 -oriented, and heavy based on tools\cite{comparisonAgileTraditional}. The agile  
24 -method, on the other hand, embraces the adaptative approach. It is characterized  
25 -by the people-oriented approach \cite{agileSoftwareDevelopment}, the  
26 -collaboration with clients \cite{theNewMethodology}, small selforganized teams  
27 -\cite{peopleFactor}, and the flexibility regarding planning  
28 -\cite{agileSoftwareDevelopmentEco}. In a nutshell, both methodologies intend to  
29 -increase the chance of the project success. While industry and academia are  
30 -aligned on the use of agile methodologies for software development, the  
31 -traditional approach is still preferred by the government. 25 +the chances of success in software projects. Traditional methods have been used
  26 +for a long time as a way to discipline the software development process. These
  27 +methodologies can be characterized by the predictive approach, focus on
  28 +documentation, processes oriented, and heavy based on
  29 +tools\cite{comparisonAgileTraditional}. Agile methods, on the other hand,
  30 +embraces the adaptative approach. It is characterized by the people-oriented
  31 +approach \cite{agileSoftwareDevelopment}, the collaboration with clients
  32 +\cite{theNewMethodology}, small selforganized teams \cite{peopleFactor}, and
  33 +the flexibility regarding planning \cite{agileSoftwareDevelopmentEco}. In a
  34 +nutshell, all methodologies intend to increase the chance of the project
  35 +success. While industry and academia are aligned on the use of agile
  36 +methodologies for software development, the traditional approach is still
  37 +preferred by the government.
  38 +%TODO: Vamos generalizar apenas afirmar no contexto Brasileiro? Brazilian government ^
32 39
33 When government and academia decide to come together for the development of an 40 When government and academia decide to come together for the development of an
34 e-government solution, management processes of each institution needs to be 41 e-government solution, management processes of each institution needs to be
35 aligned. Changing the software development process represents a complex 42 aligned. Changing the software development process represents a complex
36 organizational change that impact several aspects such as structure, culture, 43 organizational change that impact several aspects such as structure, culture,
37 and management practices. However, neither culture nor values can be easily 44 and management practices. However, neither culture nor values can be easily
38 -change and the effort for this kind of movement does not seem feasible for  
39 -development projects with tight deadlines and budgets. 45 +change, as well as, the effort for this kind of movement does not seem feasible
  46 +for development projects with tight deadlines and budgets.
40 47
41 -This paper present practical ways to harmonize the traditional and agile 48 +This paper present practical ways to harmonize traditional and agile
42 approach in the management of a partnership project between government and 49 approach in the management of a partnership project between government and
43 academia. For this, we interviewed members involved in the project with distinct 50 academia. For this, we interviewed members involved in the project with distinct
44 roles: requirement analysts and stakeholders of the Brazilian Ministry of 51 roles: requirement analysts and stakeholders of the Brazilian Ministry of
45 -Planning (MPOG), students from the University of Brasília and São Paulo and 52 +Planning (MPOG), students from the University of Brasília and São Paulo, and
46 senior developers. We also analyze data collected from the management and 53 senior developers. We also analyze data collected from the management and
47 communication tools. We these results, we evidence best practices adopted on a 54 communication tools. We these results, we evidence best practices adopted on a
48 30-months project to create an unprecedented platform for the Brazilian 55 30-months project to create an unprecedented platform for the Brazilian
@@ -50,9 +57,10 @@ government. We also validate lessons learned reported in our previous @@ -50,9 +57,10 @@ government. We also validate lessons learned reported in our previous
50 work\cite{meirelles2017spb}. 57 work\cite{meirelles2017spb}.
51 58
52 % TODO: Verificar as seções 59 % TODO: Verificar as seções
53 -Section \ref{sec:relatedwork} discuss the related work on blablabla. Section \ref{sec:casestudy} presents blablabla. Section  
54 -\ref{sec:researchdesign} describes our research questions and methodology.  
55 -Section \ref{sec:discussion} presents findings derived from our quantitative  
56 -and qualitative analyses. Section \ref{sec:results} we describe the results.  
57 -Finally, we present the limitations, related work and conclusions. 60 +Section \ref{sec:relatedwork} discuss the related work on blablabla. Section
  61 +\ref{sec:casestudy} presents blablabla. Section \ref{sec:researchdesign}
  62 +describes our research questions and methodology. Section \ref{sec:discussion}
  63 +presents findings derived from our quantitative and qualitative analyses.
  64 +Section \ref{sec:results} we describe the results. Finally, we present the
  65 +limitations, related work and conclusions.
58 66