Submitted by Caroline Xavier (caroline.xavier@pucrs.br) on 2017-06-30T18:19:05Z No. of bitstreams: 1 DIS_GREICE_DE_CARLI_ROMAN_COMPLETO.pdf: 9835425 bytes, checksum: aa605361de91b916006af4710a54365b (MD5) / Made available in DSpace on 2017-06-30T18:19:05Z (GMT). No. of bitstreams: 1 DIS_GREICE_DE_CARLI_ROMAN_COMPLETO.pdf: 9835425 bytes, checksum: aa605361de91b916006af4710a54365b (MD5) Previous issue date: 2016-12-15 / Em fevereiro de 2001, o Manifesto ?gil foi proposto tendo como princ?pio equipes pequenas e co-localizadas. No entanto, ao longo destes 16 anos, a agilidade tamb?m foi posta em pr?tica em outros contextos, como por exemplo: equipes distribu?das e sistemas complexos, utilizando-se o termo "Desenvolvimento ?gil em Larga Escala". N?o h? uma defini??o clara e compreensiva de como a agilidade est? presente neste contexto. Assim, nosso trabalho preenche essa lacuna com o objetivo de caracterizar a agilidade no Desenvolvimento ?gil em Larga Escala. Neste trabalho, realizou-se um estudo organizado em duas fases. Na Fase 1, denominada Base Te?rica, realizamos um estudo do estado-da-arte da ?rea. Na Fase 2, denominado Estudo Emp?rico, n?s realizamos duas investiga??es: um estudo de campo em uma empresa ?gil em larga escala, para identificar o desenvolvimento durante o processo de transforma??o da empresa para esta nova abordagem e, um grupo focal, para identificar como as equipes ?geis em larga escala que v?m utilizando os m?todos ?geis o quanto se percebem em termos de aspectos de maturidade ?gil. Estes resultados contribuem para os pesquisadores e profissionais entenderem melhor como a agilidade e definida e percebida nestes grandes ambientes. O conhecimento e ?til para aqueles que querem entender como o desenvolvimento ?gil se adapta a tais ambientes e para pesquisadores com o objetivo de se aprofundar sobre o tema. / The Agile Manifesto was proposed in February 2001 having in mind small and collocated teams. However, agile has also been put in practice in other settings (e.g. large teams, distributed teams, complex systems) under the term ?Large-Scale Agile Development' (LSAD). There is no clear definition for and understanding of how agility is present in this setting. Thus, our work fills in this gap aiming to characterize agility in LSAD. We conducted a study organized in two phases. In Phase 1, named Theoretical Base, we conducted the state-of-the-art of the area. In Phase 2, named Empirical Study, we conducted two investigations: a field study in a large-scale agile company to identify how agility was developed during the transformation process of the company to this new approach, and a focus group to identify how large-scale agile teams that have been using agile for a certain while perceive themselves in terms of maturity in agile aspects. Findings contribute to researchers and professionals better understand how agility is defined and perceived in large settings. This knowledge is useful for those who want to enter the agile journey in such similar environments and for researchers aiming to further explore the topic.

Submitted by PPG Ci?ncia da Computa??o (ppgcc@pucrs.br) on 2018-07-16T17:26:53Z No. of bitstreams: 1 ELISA COSTA DIEL_DIS.pdf: 2030569 bytes, checksum: 97dac6ad532e10d4b88caec8f69d282e (MD5) / Approved for entry into archive by Sheila Dias (sheila.dias@pucrs.br) on 2018-07-23T11:12:32Z (GMT) No. of bitstreams: 1 ELISA COSTA DIEL_DIS.pdf: 2030569 bytes, checksum: 97dac6ad532e10d4b88caec8f69d282e (MD5) / Made available in DSpace on 2018-07-23T11:31:48Z (GMT). No. of bitstreams: 1 ELISA COSTA DIEL_DIS.pdf: 2030569 bytes, checksum: 97dac6ad532e10d4b88caec8f69d282e (MD5) Previous issue date: 2017-03-16 / Apesar de o ?gil buscar colabora??o com todos as partes envolvidas, a maioria dos projetos ?geis n?o extende essa colabora??o para o pessoal de opera??es. Problemas de comunica??o s?o um problema recorrente em equipes ?geis que tamb?m ? eminente na rela??o entre desenvolvedores e opera??es. Esta pesquisa visa compreender como a comunica??o acontece em DevOps a partir das percep??es dos praticantes. Para alcan?ar nosso objetivo, realizou-se uma Revis?o de Literatura sobre DevOps e Comunica??o, e conduziu-se um Estudo de Campo com dados qualitativos sendo coletados atrav?s de entrevistas. Os resultados indicam que hoje existem pelo menos tr?s configura??es diferentes de DevOps sendo aplicadas na ind?stria: profissionais Devs e Ops alocados na mesma equipe; uma equipe de DevOps com um conjunto de habilidades compartilhadas; e uma equipe separada de Dev e Ops trabalhando juntos. Apesar dessas configura??es, n?o foram encontradas nenhuma particularidade. Em resumo, os resultados indicam que os membros de equipes co-alocadas e multi-funcionais se comunicam melhor; ? importante trabalhar em conjunto e compartilhar conhecimentos t?cnicos; o poder de decis?o variar? de acordo com a situa??o enfrentada; entre outros. Nossas descobertas ajudam a diminuir a lacuna apontada por Erich, Amrit e Daneva entre Dev e Ops, avan?ando para uma melhor compreens?o de como profissionais DevOps colaboram, ajudando eles a melhorar suas pr?ticas de comunica??o em seu trabalho di?rio. / Even though agile actively seeks collaboration with all kinds of stakeholders, most agile projects do not extend toward the operations people. Issues in communication are a recurring issue in agile teams. Such issues are also eminent in the relationship between developers and operations. This study aims to understand how communication happens in DevOps from the perspective of practitioners. To achieve our goal, a Literature Review on DevOps and Communication was performed, and a Field Study was conducted with qualitative data being collected through interviews. Results revealed that today there are at least three different DevOps configurations being applied in the industry, being: Dev and Ops professionals allocated to the same team; a team of DevOps with a shared skill set; and a separate team of Dev and Ops working together. Despite the configurations, we did not find any particularities. In summary, results show that co-allocated and cross functional team members communicate better; it is important to work together as a single team and share technical knowledge; decision power changes based on the situation that is being faced; among others. Our findings help to narrow the gap pointed out by Erich, Amrit, and Daneva between Dev and Ops, moving towards a better understanding of how DevOps team collaborates by helping practitioners to improve their communication practices in their daily work.

Submitted by PPG Ci?ncia da Computa??o (ppgcc@pucrs.br) on 2018-10-09T13:24:12Z No. of bitstreams: 1 LUIS FERNANDES VAZ.DIS.pdf: 17076970 bytes, checksum: 6f8adcfdc62d9c6204d43c0aaaace7e5 (MD5) / Approved for entry into archive by Caroline Xavier (caroline.xavier@pucrs.br) on 2018-10-09T17:12:07Z (GMT) No. of bitstreams: 1 LUIS FERNANDES VAZ.DIS.pdf: 17076970 bytes, checksum: 6f8adcfdc62d9c6204d43c0aaaace7e5 (MD5) / Made available in DSpace on 2018-10-09T17:16:23Z (GMT). No. of bitstreams: 1 LUIS FERNANDES VAZ.DIS.pdf: 17076970 bytes, checksum: 6f8adcfdc62d9c6204d43c0aaaace7e5 (MD5) Previous issue date: 2018-03-27 / This research aimed to investigate task documentation in Software Crowdsourcing, more specifically, in the TopCoder platform. It also aimed to identify the elements that should be considered in the documentation of a task in this kind of software development. This research is of importance when considering that a Task is the component that links the other components of the software crowdsourcing model, which are: the Buyer, the Platform, and the Crowd. It is the task that expresses the Buyer?s need to the crowd members. We followed a qualitative research approach and conducted a Case Study with newcomers in Software Crowdsourcing and a Field Study with industry professionals. Data was analyzed using the Content Analysis technique. We found that, for the Case Study novices, the documentation of the task had a secondary role in the task selection. However, the need of a clear documentation become more relevant during the development of the task given that this is the moment that the instructions within the documentation need to be decoded by the developer and turned into a solution to be later submitted to the platform. For the Field Study participants, the most relevant elements related to the documentation of a task were how clear the description of a task is and their prior knowledge about the task content in order to influence its selection. Inspired on our studies? results, we propose a model for task documentation in TopCoder. We believe this model will likely aid the description of tasks in software crowdsourcing and will, as a consequence, help crowd members in their task development journey. / A presente pesquisa teve como objetivo investigar a documenta??o das tarefas disponibilizadas na plataforma TopCoder e os elementos que devem ser considerados na documenta??o de uma tarefa em Software Crowdsourcing. Esta investiga??o torna-se relevante na medida em que a Tarefa ? o elemento fundamental de liga??o entre os demais elementos do modelo de Software Crowdsourcing (Contratante, Plataforma e Multid?o). ? a Tarefa que expressa a necessidade do Contratante para os membros da multid?o. Assim, para o desenvolvimento desta investiga??o foi adotada a abordagem qualitativa, por meio de um Estudo de Caso com novatos em Software Crowdsourcing e de um Estudo de Campo, com profissionais da ind?stria. Para a an?lise e interpreta??o dos dados foi aplicada a t?cnica de An?lise de Conte?do. Como resultado desta pesquisa, constatou-se que no Estudo de Caso a documenta??o da tarefa teve um papel secund?rio quando os participantes selecionavam as tarefas. Entretanto, o papel da clareza da documenta??o surge com maior for?a durante a execu??o da tarefa, uma vez que ? neste momento que deve ser decodificada a instru??o da documenta??o a fim de realizar efetivamente a tarefa e submet?-la ? plataforma. Para os participantes do Estudo de Campo, os elementos mais relevantes referentes ? documenta??o das tarefas foram a clareza na descri??o da tarefa e o conhecimento sobre o assunto tratado pela tarefa. A partir dos resultados obtidos ? proposto um modelo de documenta??o de tarefa a ser utilizado na plataforma TopCoder. Acredita-se que com o mapeamento dos elementos identificados na pesquisa e a proposta de um modelo de documenta??o para a tarefa ser? poss?vel aprimorar a descri??o das tarefas e consequentemente as entregas realizadas pelos membros da multid?o.