diff --git a/icse2018/content/01-introduction.tex b/icse2018/content/01-introduction.tex index 1fd502e..8d4e97d 100644 --- a/icse2018/content/01-introduction.tex +++ b/icse2018/content/01-introduction.tex @@ -6,9 +6,8 @@ E-government projects differ from others due to their complexity and extension\cite{anthopoulos2016egovernment}. They are extensive in terms of organizational size, time, scope, target audience and corresponding resistance -to change. They are also complex by combining construction, innovation and ICT -in their context, in addition to politics and social impact. In order to -create novelty for e-government projects and meet the needs of society, research +to change. They are also complex by combining Construction, Innovation and Information and Communications Technologies +in their context, in addition to politics and social impact. To create novelty for e-government projects and meet the needs of society, research collaboration between government and academia can be considered as a way to transfer technological knowledge. However, such collaboration also has challenges, not only in relation to project organization and alignment of goals diff --git a/icse2018/content/04-case.tex b/icse2018/content/04-case.tex index 6c52aa9..2078521 100644 --- a/icse2018/content/04-case.tex +++ b/icse2018/content/04-case.tex @@ -3,16 +3,17 @@ The project to evolve the Brazilian Public Software Portal \cite{meirelles2017spb} was a partnership between government and academia held -between 2014 and 2016. In order to solve maintenance problems and fill +between 2014 and 2016. To solve maintenance problems and fill design-reality gaps in the portal, the Ministry of Planning (MPOG) joined the University of Brasília (UnB) and the University of São Paulo (USP) to develop a platform with features and technologies novelties in the government context. +%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 + The academic team carried out development activities in the Advanced Laboratory -of Production, Research and Innovation in Software Engineering of UnB. The +of Production, Research and Innovation in Software Engineering (LAPPIS) of UnB. The project management and development process in this laboratory is usually -executed adopting agile methodologies, such as Extreme Programming (XP), Scrum -and Kanban. For this project, a total of 42 undergraduate students, two MSc +executed adopting free software practices and agile approach. For this project, a total of 42 undergraduate students, two MSc students and two coordinator-professors participated in the development team. Six IT professionals were also hired as senior developers due their vast 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 contracting and homologating software development services and follows traditional management approaches, such as the RUP. -In order to manage the project progress, these two aforementioned teams -periodically met in person. These meetings initially only took place at the +These two aforementioned teams +periodically met in person for the purpose of managing the project progress. These meetings initially only took place at the ministry's headquarters to discuss strategic/political and technical goals. These meetings were held monthly with the presence of two UnB professors, the executive-secretary of the Presidency (project supporter) and all MPOG members @@ -41,29 +42,4 @@ platform development. In this case study, we focus on analyzing the dynamics between government and academia for collaborative development. We aim to map the practices adopted in the project management and development process to harmonize the cultural and -organizational differences of the institutions involved. Our analysis was guided -by the following research questions: - -\textbf{RQ1.} {How to well combine teams with different management processes -in a government-academia collaboration project?} - -In this first moment, we describe what changes in the management model and the -development process have improved interactions between institutions, as well as -internally. To map the benefits obtained by these movements, we use evidence -obtained from interviews and online surveys with members on both sides, after -project closure. We also collect data from management and communication tools -used throughout the project. - -In a second moment, we address our analysis to issues related to organizational -differences and diversity of project members in terms of maturity and experience -in collaborative development. The harmony between teams sought not only to -approximate the mind-set and culture of teams but also to delimitate the -interactions between different roles and responsibilities. Evaluating this -synergy generates the second research question: - -\textbf{RQ2.} \textit{Which boundaries should be established between government -and academia teams in collaboration interactions?} - -We highlight positive and negative effects of boundaries created among project -member using evidences from interview responses and open field responses from -online surveys. +organizational differences of the institutions involved. \ No newline at end of file diff --git a/icse2018/content/05-methods.tex b/icse2018/content/05-methods.tex index b28e00b..66526cf 100644 --- a/icse2018/content/05-methods.tex +++ b/icse2018/content/05-methods.tex @@ -1,7 +1,34 @@ \section{Research Design} \label{sec:researchdesign} -To answer the two research questions presented in the previous section, we +Our analysis was guided +by the following research questions: + +\textbf{RQ1.} {How to well combine teams with different management processes +in a government-academia collaboration project?} + +In this first moment, we describe what changes in the management model and the +development process have improved interactions between institutions, as well as +internally. To map the benefits obtained by these movements, we use evidence +obtained from interviews and online surveys with members on both sides, after +project closure. We also collect data from management and communication tools +used throughout the project. + +In a second moment, we address our analysis to issues related to organizational +differences and diversity of project members in terms of maturity and experience +in collaborative development. The harmony between teams sought not only to +approximate the mind-set and culture of teams but also to delimitate the +interactions between different roles and responsibilities. Evaluating this +synergy generates the second research question: + +\textbf{RQ2.} \textit{Which boundaries should be established between government +and academia teams in collaboration interactions?} + +We highlight positive and negative effects of boundaries created among project +member using evidences from interview responses and open field responses from +online surveys. + +To answer the two research questions presented, we designed an interview and two questionnaires with quantitative and qualitative questions addressed to project members. We also collect data from tools that supported the project management activities. @@ -13,8 +40,7 @@ project participants: \begin{enumerate} \item \textit{MPOG Staff:} two government-side employees who have acted -directly in the platform development process. They were separately interviewed -by videoconference using the Hangouts platform. The interviews took an average +directly in the platform development process. They were separately interviewed and each interview took an average of 2 hours with 28 open questions divided by subject: Professional profile; Organization, communication and development methodologies in the context of government and project; Satisfaction with the developed platform; Lessons @@ -22,9 +48,9 @@ learned. \item \textit{UnB undegraduated students:} 42 undergraduate students who participated in any time of the project as developer and received scholarship. A questionnaire with 45 closed and six open questions was sent through emails using -the Google Forms platform. The topics covered were: Organization, communication +online form platform. The topics covered were: Organization, communication and development activities between the respondents and the different groups of -the project; Learning acquired; Professional learning; Experience with FLOSS +the project; Learning acquired; Professional learning; Experience with free software projects. We received a total of 37 responses. \item \textit{Senior Developers:} eight advanced level researchers, MSc students or IT market professionals who participated in some period of the project. A @@ -36,16 +62,40 @@ Software. All eight recipients answered the questions. \subsection{Data Collection} -In a second round, we also collect post-mortem data from Redmine -(outside the SPB portal), Gitlab and Mailman (inside the SPB portal) - tools +%TODO: quais dados? +In a second round, we also collected post-mortem data from Gitlab - an open source and web-based repository manager integrated to SPB platform used for management, communication and code versioning during the 30-month -project. The data of the tools provided by the SPB portal are open and available -for access at any time. For Redmine, we use a backup and instantiate the tool on -a server in UnB's research lab. The analysis of these data composes and ratifies -the evidences obtained in the previous round (surveys). The information obtained -represents, in terms of volume, interactions and the evolution of these +project. These all data are open and available +for access at any time on the SPB Portal. This data analyze composes and ratifies +the evidences obtained in the previous round (surveys). The results +represent, in terms of volume, interactions and the evolution of these interactions between the government and academia teams, and, in terms of development complexity, the platform size and quantity of software releases delivered. +\subsection{Respondents profile} + +\subsubsection{MPOG Staff} + +The two analysts interviewed are more than 30 years old and have been government +employees for more than 7 years. Only one of them continues working in the same +ministry. Both reported that the collaborative project studied was their first +experience in collaborative projects between government and academia. + +\subsubsection{UnB undergraduated students} + +The average age of the 37 respondents is 25 years old and 91.9\% of them are male. +Currently, 35.1\% continue at university as undergraduate or graduate students, +18.9\% work as developer in a small company and 18.9\% in medium or large +companies, 10.8\% are entrepreneurs, 8.1\% are unemployed and the others work as +teachers or civil servants. + +\subsubsection{Senior Developers} +The average age is 32 years old and 87.5\% are male. They have an average of 11 +years of experience in the IT market, and currently 62.5\% of respondents are +company employees, 37.5\% are freelance developers, 25\% are master's degree +students and 25\% entrepreneurs. They have worked on average in 5 companies and +participated in 4 to 80 projects. They participated in the collaborative project +studied between 7 to 24 months. + % 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. -- libgit2 0.21.2