Commit 921dce9eec9902b4a9f4b12c0fe049a1af8cd579
1 parent
b60dc196
Exists in
master
and in
3 other branches
[oss-2018] applying some suggestions of Paulo
Showing
3 changed files
with
72 additions
and
47 deletions
Show diff stats
icse2018/content/01-introduction.tex
@@ -6,9 +6,8 @@ | @@ -6,9 +6,8 @@ | ||
6 | E-government projects differ from others due to their complexity and | 6 | E-government projects differ from others due to their complexity and |
7 | extension\cite{anthopoulos2016egovernment}. They are extensive in terms of | 7 | extension\cite{anthopoulos2016egovernment}. They are extensive in terms of |
8 | organizational size, time, scope, target audience and corresponding resistance | 8 | organizational size, time, scope, target audience and corresponding resistance |
9 | -to change. They are also complex by combining construction, innovation and ICT | ||
10 | -in their context, in addition to politics and social impact. In order to | ||
11 | -create novelty for e-government projects and meet the needs of society, research | 9 | +to change. They are also complex by combining Construction, Innovation and Information and Communications Technologies |
10 | +in their context, in addition to politics and social impact. To create novelty for e-government projects and meet the needs of society, research | ||
12 | collaboration between government and academia can be considered as a way to | 11 | collaboration between government and academia can be considered as a way to |
13 | transfer technological knowledge. However, such collaboration also has | 12 | transfer technological knowledge. However, such collaboration also has |
14 | challenges, not only in relation to project organization and alignment of goals | 13 | challenges, not only in relation to project organization and alignment of goals |
icse2018/content/04-case.tex
@@ -3,16 +3,17 @@ | @@ -3,16 +3,17 @@ | ||
3 | 3 | ||
4 | The project to evolve the Brazilian Public Software Portal | 4 | The project to evolve the Brazilian Public Software Portal |
5 | \cite{meirelles2017spb} was a partnership between government and academia held | 5 | \cite{meirelles2017spb} was a partnership between government and academia held |
6 | -between 2014 and 2016. In order to solve maintenance problems and fill | 6 | +between 2014 and 2016. To solve maintenance problems and fill |
7 | design-reality gaps in the portal, the Ministry of Planning (MPOG) joined the | 7 | design-reality gaps in the portal, the Ministry of Planning (MPOG) joined the |
8 | University of Brasília (UnB) and the University of São Paulo (USP) to develop a | 8 | University of Brasília (UnB) and the University of São Paulo (USP) to develop a |
9 | platform with features and technologies novelties in the government context. | 9 | platform with features and technologies novelties in the government context. |
10 | 10 | ||
11 | +%TODO: - Ainda não se falou de ferramentas integradas. Deve ser apresentado o novo SPB (de forma simples e direta como fizemos no IEEE) para se entender a complexidade do projeto/caso | ||
12 | + | ||
11 | The academic team carried out development activities in the Advanced Laboratory | 13 | The academic team carried out development activities in the Advanced Laboratory |
12 | -of Production, Research and Innovation in Software Engineering of UnB. The | 14 | +of Production, Research and Innovation in Software Engineering (LAPPIS) of UnB. The |
13 | project management and development process in this laboratory is usually | 15 | project management and development process in this laboratory is usually |
14 | -executed adopting agile methodologies, such as Extreme Programming (XP), Scrum | ||
15 | -and Kanban. For this project, a total of 42 undergraduate students, two MSc | 16 | +executed adopting free software practices and agile approach. For this project, a total of 42 undergraduate students, two MSc |
16 | students and two coordinator-professors participated in the development team. | 17 | students and two coordinator-professors participated in the development team. |
17 | Six IT professionals were also hired as senior developers due their vast | 18 | Six IT professionals were also hired as senior developers due their vast |
18 | experiences in Front-end/UX or in one of the softwares integrated to the | 19 | experiences in Front-end/UX or in one of the softwares integrated to the |
@@ -25,8 +26,8 @@ execute development of ministry's software. This department is responsible for | @@ -25,8 +26,8 @@ execute development of ministry's software. This department is responsible for | ||
25 | contracting and homologating software development services and follows | 26 | contracting and homologating software development services and follows |
26 | traditional management approaches, such as the RUP. | 27 | traditional management approaches, such as the RUP. |
27 | 28 | ||
28 | -In order to manage the project progress, these two aforementioned teams | ||
29 | -periodically met in person. These meetings initially only took place at the | 29 | +These two aforementioned teams |
30 | +periodically met in person for the purpose of managing the project progress. These meetings initially only took place at the | ||
30 | ministry's headquarters to discuss strategic/political and technical goals. | 31 | ministry's headquarters to discuss strategic/political and technical goals. |
31 | These meetings were held monthly with the presence of two UnB professors, the | 32 | These meetings were held monthly with the presence of two UnB professors, the |
32 | executive-secretary of the Presidency (project supporter) and all MPOG members | 33 | executive-secretary of the Presidency (project supporter) and all MPOG members |
@@ -41,29 +42,4 @@ platform development. | @@ -41,29 +42,4 @@ platform development. | ||
41 | In this case study, we focus on analyzing the dynamics between government and | 42 | In this case study, we focus on analyzing the dynamics between government and |
42 | academia for collaborative development. We aim to map the practices adopted in | 43 | academia for collaborative development. We aim to map the practices adopted in |
43 | the project management and development process to harmonize the cultural and | 44 | the project management and development process to harmonize the cultural and |
44 | -organizational differences of the institutions involved. Our analysis was guided | ||
45 | -by the following research questions: | ||
46 | - | ||
47 | -\textbf{RQ1.} {How to well combine teams with different management processes | ||
48 | -in a government-academia collaboration project?} | ||
49 | - | ||
50 | -In this first moment, we describe what changes in the management model and the | ||
51 | -development process have improved interactions between institutions, as well as | ||
52 | -internally. To map the benefits obtained by these movements, we use evidence | ||
53 | -obtained from interviews and online surveys with members on both sides, after | ||
54 | -project closure. We also collect data from management and communication tools | ||
55 | -used throughout the project. | ||
56 | - | ||
57 | -In a second moment, we address our analysis to issues related to organizational | ||
58 | -differences and diversity of project members in terms of maturity and experience | ||
59 | -in collaborative development. The harmony between teams sought not only to | ||
60 | -approximate the mind-set and culture of teams but also to delimitate the | ||
61 | -interactions between different roles and responsibilities. Evaluating this | ||
62 | -synergy generates the second research question: | ||
63 | - | ||
64 | -\textbf{RQ2.} \textit{Which boundaries should be established between government | ||
65 | -and academia teams in collaboration interactions?} | ||
66 | - | ||
67 | -We highlight positive and negative effects of boundaries created among project | ||
68 | -member using evidences from interview responses and open field responses from | ||
69 | -online surveys. | 45 | +organizational differences of the institutions involved. |
70 | \ No newline at end of file | 46 | \ No newline at end of file |
icse2018/content/05-methods.tex
1 | \section{Research Design} | 1 | \section{Research Design} |
2 | \label{sec:researchdesign} | 2 | \label{sec:researchdesign} |
3 | 3 | ||
4 | -To answer the two research questions presented in the previous section, we | 4 | +Our analysis was guided |
5 | +by the following research questions: | ||
6 | + | ||
7 | +\textbf{RQ1.} {How to well combine teams with different management processes | ||
8 | +in a government-academia collaboration project?} | ||
9 | + | ||
10 | +In this first moment, we describe what changes in the management model and the | ||
11 | +development process have improved interactions between institutions, as well as | ||
12 | +internally. To map the benefits obtained by these movements, we use evidence | ||
13 | +obtained from interviews and online surveys with members on both sides, after | ||
14 | +project closure. We also collect data from management and communication tools | ||
15 | +used throughout the project. | ||
16 | + | ||
17 | +In a second moment, we address our analysis to issues related to organizational | ||
18 | +differences and diversity of project members in terms of maturity and experience | ||
19 | +in collaborative development. The harmony between teams sought not only to | ||
20 | +approximate the mind-set and culture of teams but also to delimitate the | ||
21 | +interactions between different roles and responsibilities. Evaluating this | ||
22 | +synergy generates the second research question: | ||
23 | + | ||
24 | +\textbf{RQ2.} \textit{Which boundaries should be established between government | ||
25 | +and academia teams in collaboration interactions?} | ||
26 | + | ||
27 | +We highlight positive and negative effects of boundaries created among project | ||
28 | +member using evidences from interview responses and open field responses from | ||
29 | +online surveys. | ||
30 | + | ||
31 | +To answer the two research questions presented, we | ||
5 | designed an interview and two questionnaires with quantitative and | 32 | designed an interview and two questionnaires with quantitative and |
6 | qualitative questions addressed to project members. We also collect data from | 33 | qualitative questions addressed to project members. We also collect data from |
7 | tools that supported the project management activities. | 34 | tools that supported the project management activities. |
@@ -13,8 +40,7 @@ project participants: | @@ -13,8 +40,7 @@ project participants: | ||
13 | 40 | ||
14 | \begin{enumerate} | 41 | \begin{enumerate} |
15 | \item \textit{MPOG Staff:} two government-side employees who have acted | 42 | \item \textit{MPOG Staff:} two government-side employees who have acted |
16 | -directly in the platform development process. They were separately interviewed | ||
17 | -by videoconference using the Hangouts platform. The interviews took an average | 43 | +directly in the platform development process. They were separately interviewed and each interview took an average |
18 | of 2 hours with 28 open questions divided by subject: Professional profile; | 44 | of 2 hours with 28 open questions divided by subject: Professional profile; |
19 | Organization, communication and development methodologies in the context of | 45 | Organization, communication and development methodologies in the context of |
20 | government and project; Satisfaction with the developed platform; Lessons | 46 | government and project; Satisfaction with the developed platform; Lessons |
@@ -22,9 +48,9 @@ learned. | @@ -22,9 +48,9 @@ learned. | ||
22 | \item \textit{UnB undegraduated students:} 42 undergraduate students who | 48 | \item \textit{UnB undegraduated students:} 42 undergraduate students who |
23 | participated in any time of the project as developer and received scholarship. A | 49 | participated in any time of the project as developer and received scholarship. A |
24 | questionnaire with 45 closed and six open questions was sent through emails using | 50 | questionnaire with 45 closed and six open questions was sent through emails using |
25 | -the Google Forms platform. The topics covered were: Organization, communication | 51 | +online form platform. The topics covered were: Organization, communication |
26 | and development activities between the respondents and the different groups of | 52 | and development activities between the respondents and the different groups of |
27 | -the project; Learning acquired; Professional learning; Experience with FLOSS | 53 | +the project; Learning acquired; Professional learning; Experience with free software |
28 | projects. We received a total of 37 responses. | 54 | projects. We received a total of 37 responses. |
29 | \item \textit{Senior Developers:} eight advanced level researchers, MSc students or | 55 | \item \textit{Senior Developers:} eight advanced level researchers, MSc students or |
30 | IT market professionals who participated in some period of the project. A | 56 | IT market professionals who participated in some period of the project. A |
@@ -36,16 +62,40 @@ Software. All eight recipients answered the questions. | @@ -36,16 +62,40 @@ Software. All eight recipients answered the questions. | ||
36 | 62 | ||
37 | \subsection{Data Collection} | 63 | \subsection{Data Collection} |
38 | 64 | ||
39 | -In a second round, we also collect post-mortem data from Redmine | ||
40 | -(outside the SPB portal), Gitlab and Mailman (inside the SPB portal) - tools | 65 | +%TODO: quais dados? |
66 | +In a second round, we also collected post-mortem data from Gitlab - an open source and web-based repository manager integrated to SPB platform | ||
41 | used for management, communication and code versioning during the 30-month | 67 | used for management, communication and code versioning during the 30-month |
42 | -project. The data of the tools provided by the SPB portal are open and available | ||
43 | -for access at any time. For Redmine, we use a backup and instantiate the tool on | ||
44 | -a server in UnB's research lab. The analysis of these data composes and ratifies | ||
45 | -the evidences obtained in the previous round (surveys). The information obtained | ||
46 | -represents, in terms of volume, interactions and the evolution of these | 68 | +project. These all data are open and available |
69 | +for access at any time on the SPB Portal. This data analyze composes and ratifies | ||
70 | +the evidences obtained in the previous round (surveys). The results | ||
71 | +represent, in terms of volume, interactions and the evolution of these | ||
47 | interactions between the government and academia teams, and, in terms of | 72 | interactions between the government and academia teams, and, in terms of |
48 | development complexity, the platform size and quantity of software releases | 73 | development complexity, the platform size and quantity of software releases |
49 | delivered. | 74 | delivered. |
50 | 75 | ||
76 | +\subsection{Respondents profile} | ||
77 | + | ||
78 | +\subsubsection{MPOG Staff} | ||
79 | + | ||
80 | +The two analysts interviewed are more than 30 years old and have been government | ||
81 | +employees for more than 7 years. Only one of them continues working in the same | ||
82 | +ministry. Both reported that the collaborative project studied was their first | ||
83 | +experience in collaborative projects between government and academia. | ||
84 | + | ||
85 | +\subsubsection{UnB undergraduated students} | ||
86 | + | ||
87 | +The average age of the 37 respondents is 25 years old and 91.9\% of them are male. | ||
88 | +Currently, 35.1\% continue at university as undergraduate or graduate students, | ||
89 | +18.9\% work as developer in a small company and 18.9\% in medium or large | ||
90 | +companies, 10.8\% are entrepreneurs, 8.1\% are unemployed and the others work as | ||
91 | +teachers or civil servants. | ||
92 | + | ||
93 | +\subsubsection{Senior Developers} | ||
94 | +The average age is 32 years old and 87.5\% are male. They have an average of 11 | ||
95 | +years of experience in the IT market, and currently 62.5\% of respondents are | ||
96 | +company employees, 37.5\% are freelance developers, 25\% are master's degree | ||
97 | +students and 25\% entrepreneurs. They have worked on average in 5 companies and | ||
98 | +participated in 4 to 80 projects. They participated in the collaborative project | ||
99 | +studied between 7 to 24 months. | ||
100 | + | ||
51 | % And finally, we analized Colab code before and after the project to evaluate how much effort was spent to use this software as a component of the platform. | 101 | % And finally, we analized Colab code before and after the project to evaluate how much effort was spent to use this software as a component of the platform. |