Submitted by Pedro Henrique Rodrigues (pedro.henriquer@ufpe.br) on 2015-03-04T19:19:31Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) HASE-MS-SelfManagement-ElisaCardozo-2012-05-23.pdf: 10066236 bytes, checksum: b75143deb4f5f50fbca9a2a94677e351 (MD5) / Made available in DSpace on 2015-03-04T19:19:31Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) HASE-MS-SelfManagement-ElisaCardozo-2012-05-23.pdf: 10066236 bytes, checksum: b75143deb4f5f50fbca9a2a94677e351 (MD5) Previous issue date: 2012-04-17 / Projeto Samsung / Resumo Estruturado Contexto – Muitos autores afirmam que o auto-gerenciamento de equipes está sendo cada vez mais adotado nas organizações. Uma das razões para esta popularidade é o fato de alguns autores considerarem que equipes auto-gerenciadas promovem um impacto positivo sobre alguns aspectos da efetividade, tais como o aumento da produtividade, a melhoria da qualidade do produto e também da qualidade de vida no trabalho. Porém, alguns pesquisadores afirmam que esses resultados são inconsistentes e podem variar de acordo com o tipo de trabalho. Na literatura de engenharia de software, pesquisadores indicam que há escassez sobre o tema. Objetivo – Mapear o conhecimento existente na literatura sobre o autogerenciamento de equipes inseridas no contexto de desenvolvimento de software e analisar a força das evidências encontradas em apoio às conclusões. Método – Um Mapeamento Sistemático da Literatura foi realizado para identificar, analisar e reunir o conhecimento encontrado na literatura atual sobre o auto-gerenciamento de equipes de software. Resultados – A partir de buscas automáticas e manuais, foram retornados 2.646 estudos. Após passarem por uma seleção, 43 desses estudos foram incluídos nesta pesquisa para serem analisados em profundidade. Esses estudos permitiram a identificação de 25 características definidoras de uma equipe de software auto-gerenciada, 28 resultados promovidos por estas equipes e 93 fatores que podem afetar seu trabalho, dentre fatores técnicos, humanos e organizacionais. Os estudos incluídos também passaram por uma avaliação da qualidade que indicou que 91% deles possuem fortes evidências para apoiar as conclusões da pesquisa. Conclusões – Apesar da quantidade significativa de estudos incluídos neste mapeamento, foram identificadas algumas lacunas no que diz respeito à profundidade da abordagem dada ao tema e à origem das evidências apontadas nos estudos. Portanto, ainda há escassez de estudos que abordem o tema com profundidade. Porém, é possível concluir que equipes de software autogerenciadas possuem diversas particularidades que, se não forem bem administradas, comprometem o auto-gerenciamento e podem prejudicar os resultados de desempenho.

Este trabalho procurou unir dois temas que, embora sejam muito relevantes, parecem trilhar caminhos independentes na administração: a avaliação de desempenho organizacional e as empresas brasileiras de desenvolvimento de software. Se, por um lado, a avaliação de desempenho organizacional pretende fornecer ferramentas e processos que auxiliem os gestores na condução de seus negócios, por outro lado, o desenvolvimento de software é tido como um setor que gera empregos de alta qualificação e que exporta um produto ou serviço com margens reais bem mais altas que aquelas registradas pela pauta tradicional de exportação. Nesse cenário, uma pesquisa de interesse é entender como é que as empresas brasileiras de desenvolvimento de software fazem avaliação de desempenho organizacional. Para cumprir com os objetivos deste trabalho exploratório, foi utilizada uma abordagem tanto qualitativa (dois estudos de caso) quanto quantitativa (16 respondentes de survey). Como resultados preliminares, há indicação de que existe um processo de amadurecimento da avaliação de desempenho das empresas de desenvolvimento de software e esse amadurecimento inclui a diminuição da importância atribuída ao curtíssimo prazo e o aumento da importância do médio e longo prazos. Estágios mais avançados desse amadurecimento devem incluir níveis cada vez maiores de sistematização das práticas de avaliação de desempenho e também devem privilegiar determinadas dimensões de avaliação. Em relação à percepção e à prática, também como resultados preliminares, percebe-se que as empresas não consideram importante preocuparem-se com as dimensões sociais e de meio-ambiente e não acreditam que eles gerem impactos positivos nos indicadores financeiros e, talvez, por esse motivo, as práticas são pouco maduras. Por fim, e talvez o resultado preliminar mais importante (até surpreendente), as empresas consideram que ter inovação e pessoas motivadas e desenvolvidas tecnicamente são as dimensões mais importantes e as que geram mais impactos positivos nos indicadores financeiros, mas elas não sabem ou não conseguem implementar indicadores para mensurá-las adequadamente. / This study has tried to bind two subjects of utmost importance but that seems to have independent pathways in Management: organizational performance measurement and Brazilian software development companies. On the one hand, organizational performance measurement intends to offer tools and processes so that managers can improve the way they run their businesses; on the other hand, the software development industry generates highly qualified jobs and exports goods and services with higher margins when compared to the Brazilian traditional export basket. As a result, a research of interest should ask how Brazilian software development companies are conducting organizational performance measurement. In order to comply with the goals of this exploratory study, both qualitative (two study cases) and quantitative (16 respondents of a survey) approaches were applied. Preliminary findings show that evidences lead to the existence of a performance measurement maturation process that software development companies undergo. According to this maturation process, companies shift their focus from the short term to the medium and long terms. More matured companies may experience a growing performance measurement systematization, even if it is non-declared at the beginning, and they should also privilege certain measurement perspectives. Regarding perception and practice, preliminary results show that companies do not perceive social and environmental perspectives as important, and they believe these perspectives do not have positive impacts on financial indicators. Consequently, practices related to these perspectives are not matured. Finally, the most important-even surprising-preliminary findings show companies believe that producing innovation and having motivated and well-trained employees are the most important perspectives to their businesses and they have positive impacts on financial indicators. Nevertheless, they do not know or they are unable to adequately implement performance measurement indicators of these perspectives.

Este trabalho procurou unir dois temas que, embora sejam muito relevantes, parecem trilhar caminhos independentes na administração: a avaliação de desempenho organizacional e as empresas brasileiras de desenvolvimento de software. Se, por um lado, a avaliação de desempenho organizacional pretende fornecer ferramentas e processos que auxiliem os gestores na condução de seus negócios, por outro lado, o desenvolvimento de software é tido como um setor que gera empregos de alta qualificação e que exporta um produto ou serviço com margens reais bem mais altas que aquelas registradas pela pauta tradicional de exportação. Nesse cenário, uma pesquisa de interesse é entender como é que as empresas brasileiras de desenvolvimento de software fazem avaliação de desempenho organizacional. Para cumprir com os objetivos deste trabalho exploratório, foi utilizada uma abordagem tanto qualitativa (dois estudos de caso) quanto quantitativa (16 respondentes de survey). Como resultados preliminares, há indicação de que existe um processo de amadurecimento da avaliação de desempenho das empresas de desenvolvimento de software e esse amadurecimento inclui a diminuição da importância atribuída ao curtíssimo prazo e o aumento da importância do médio e longo prazos. Estágios mais avançados desse amadurecimento devem incluir níveis cada vez maiores de sistematização das práticas de avaliação de desempenho e também devem privilegiar determinadas dimensões de avaliação. Em relação à percepção e à prática, também como resultados preliminares, percebe-se que as empresas não consideram importante preocuparem-se com as dimensões sociais e de meio-ambiente e não acreditam que eles gerem impactos positivos nos indicadores financeiros e, talvez, por esse motivo, as práticas são pouco maduras. Por fim, e talvez o resultado preliminar mais importante (até surpreendente), as empresas consideram que ter inovação e pessoas motivadas e desenvolvidas tecnicamente são as dimensões mais importantes e as que geram mais impactos positivos nos indicadores financeiros, mas elas não sabem ou não conseguem implementar indicadores para mensurá-las adequadamente. / This study has tried to bind two subjects of utmost importance but that seems to have independent pathways in Management: organizational performance measurement and Brazilian software development companies. On the one hand, organizational performance measurement intends to offer tools and processes so that managers can improve the way they run their businesses; on the other hand, the software development industry generates highly qualified jobs and exports goods and services with higher margins when compared to the Brazilian traditional export basket. As a result, a research of interest should ask how Brazilian software development companies are conducting organizational performance measurement. In order to comply with the goals of this exploratory study, both qualitative (two study cases) and quantitative (16 respondents of a survey) approaches were applied. Preliminary findings show that evidences lead to the existence of a performance measurement maturation process that software development companies undergo. According to this maturation process, companies shift their focus from the short term to the medium and long terms. More matured companies may experience a growing performance measurement systematization, even if it is non-declared at the beginning, and they should also privilege certain measurement perspectives. Regarding perception and practice, preliminary results show that companies do not perceive social and environmental perspectives as important, and they believe these perspectives do not have positive impacts on financial indicators. Consequently, practices related to these perspectives are not matured. Finally, the most important-even surprising-preliminary findings show companies believe that producing innovation and having motivated and well-trained employees are the most important perspectives to their businesses and they have positive impacts on financial indicators. Nevertheless, they do not know or they are unable to adequately implement performance measurement indicators of these perspectives.

[pt] Na literatura disponível hoje, encontram-se exemplos da utilização do Scrum em projetos e times pequenos, deixando um questionamento sobre a possibilidade de utilização desta metodologia em projetos e/ou times grandes. Esta dissertação tem por objetivo examinar casos práticos de empresas conhecidas onde foi utilizado Scrum em projetos grandes, enfatizando as dificuldades encontradas ao longo de todo processo e as soluções adotadas, destacando as práticas que levaram os projetos a obter sucesso. / [en] In today s writings, there are many examples of using Scrum in small teams and projects, leaving a knowledge gap about the possibility of applying Scrum in big teams and large projects. This work aims at presenting case studies in known companies where Scrum has been applied in large projects, emphasizing the roadblocks found throughout the process, and the solutions adopted, highlighting the practices that lead the projects to success.

Esta tese propõe um modelo de referência aplicável às pequenas empresas produtoras de softwares, para dar suporte ao seu processo de desenvolvimento de produtos (PDP). Utilizando uma revisão bibliográfica que permitiu a contextualização teórica, ao estado da arte, e tendo por base o modelo de qualidade MPS.Br, são apresentados e discutidos os conceitos de qualidade e de produtividade com abordagem voltada para as pequenas empresas. A seguir, procede-se a uma avaliação contextualizada, com base no método de avaliação MARES, em algumas empresas do setor, para se obter uma constatação da efetiva situação das mesmas quanto as suas práticas no desenvolvimento de sistemas informatizados. Da análise dos resultados e baseado no referencial teórico, objetiva-se, como contribuição ao melhor domínio do tema, disponibilizar-se um modelo de referência capaz de harmonizar o atingimento de qualidade assegurada e produtividade elevada com atuação rápida e eficaz, de modo a garantir competitividade às pequenas empresas produtoras de software no Brasil. / This thesis proposes a product development process (PDP) reference model for software companies. The PDP reference model was developed based on the MPS.Br existing model and an extensive bibliography revision which allowed for a state of the art context analysis. This work also presents the main quality and productivity concepts targeted at small software development companies. Following that path, a context evaluation based on the evaluation method MARES was applied to a group of small software companies in order to produce a present stage concerning their software development practices, per company. By analyzing and comparing the evaluation results and the theoretical material surveyed, a new PDP reference model was proposed aiming to ease the introduction of quality and productivity practices for small software development companies. It is expected that the adoption of the proposed reference model can help small companies leverage their competitive advantage in Brazil.

The ability of agile teams to adapt the project plan to unexpected problems is still a less-researched area. They must change the project plans as facing unexpected challenges and, even though existing studies relate some aspects to this ability, such as participatory decision-making, openness to discuss problems in an immediate sense and focus on actions to be taken in near future, these studies do not yet offer a complete theory, or set of practices, about how adaptation takes place. What actions and decisions of the team allow for adaptation? Improvisation is an approach that could potentially fill this gap and consists of someone executing an action without previously planning it, or doing it differently from the original plan, when facing a problem. This study presents an investigation of how agile teams adapt when facing unexpected changes or problems during the projects. The concept of improvisation is used and the study involved two agile software development teams and using Grounded Theory (GT). The results indicate that the teams apply different improvisation strategies, such as breaking standard work rules, as well as maintain habits that contribute positively to improvisation. Clients also play an important role in helping teams solve unexpected problems and should be invited to collaborate. These results can be used to assist professionals in search of more effectiveness in agile teams in terms of adapting the plan during the project. / A habilidade de os times ágeis adaptarem o plano do projeto de acordo com problemas inesperados ainda é uma área de pesquisa pouco explorada. Essas equipes precisam ser capazes de adaptar o plano do projeto quando se deparam com desafios inesperados e, ainda que os estudos relacionem alguns aspectos a essa habilidade, como tomada de decisão participativa, abertura para discutir problemas de imediato e foco em ações de curto prazo, os estudos ainda não oferecem uma teoria completa ou conjunto de práticas que descrevam como, de fato, a adaptação acontece. Quais ações e decisões do time lhe garantem a capacidade de adaptação? A improvisação é uma abordagem interessante para compreender esse gap, e consiste em executar uma ação sem previamente planejá-la, ou de uma maneira diferente do que a planejada, quando da ocorrência de um problema ou mudança inesperada. Esse estudo apresenta uma investigação da adaptação em projetos ágeis quando as equipes se deparam com mudanças ou problemas inesperados. O conceito da improvisação é usado e o estudo envolveu dois times ágeis que desenvolvem software, e utilizando o método Grounded theory (GT). Os resultados indicam que os times utilizam diferentes estratégias de improvisação, como quebrar regras de trabalho, assim como mantem hábitos que contribuem positivamente para a improvisação. O cliente também desempenha um papel importante ao ajudar os times a resolverem problemas inesperados, e portanto devem ser convidados a colaborar. Esses resultados podem ser usados para auxiliar profissionais no sentido de obter-se times ágeis mais efetivos na adaptação do plano durante o projeto.

Metagenômica é a técnica que permite analisar os genomas de microorganismos que habitam determinados nichos do ambiente sem a necessidade de isolar e cultivar cada um separadamente. Ao conjunto de microorganismos que habita um determinado nicho se dá o nome de microbi- oma. Análises do perfil da diversidade taxonômica e funcional de comunidades microbianas em microbiomas são comuns em estudos de metagenômica. No entanto, atualmente as plata- formas de uso geral (como MG-RAST e IMG/M) tendem a separar as análises baseadas em reads (sequências não montadas) das baseadas em contigs (sequências montadas), isto dificulta as análises destes dados. Motivado por esta separação, desenvolvemos uma plataforma web, batizada de CARAVELA, que facilita a conexão entre os resultados de análises de diversidade taxonômica e funcional baseadas em reads e contigs respectivamente. Uma das principais fun- ções da plataforma CARAVELA é associar a identificação taxonômica de cada read com o contig que este read faz parte e, anotações funcionais do contig, quando existirem. Essa função deve permitir a rápida identificação de contigs potencialmente quiméricos bem como contigs taxonomicamente bem resolvidos. Também é possvel fazer buscas, tais como: listar todos os contigs que tenham um ou mais reads classificados como Pseudoxanthomonas suwonensis em sua composição e ainda, é possvel navegar nos contigs de maneira similar a navegadores de metagenomas tradicionais. Podem ser utilizados como arquivos de entrada a sada de outros programas, desde que o formato atenda certos padrões. A plataforma CARAVELA foi desenvol- vida com Java, HTML, CSS, Javascript e Mysql, e com o fim de testar a ferramenta, utilizamos o conjunto de dados metagnômicos obtidos a partir da operação de compostagem do Parque Zoológico de São Paulo. / The taxonomic diversity analysis (read-based) and functional analysis (contig / gene-based) from metagenomic studies usually generate information that is complementary. However, the tools that produce gene annotations (eg IMG / M) and taxonomic assignments (eg MyTaxa) do not allow easy integration of these results. Motivated by this split, we are develop a web platform called Caravela to facilitate the integration, search and visualization of information provided by read-based analyzes and contig / gene-based analyzes. The tool is able to display the list of contigs and for each contig, it displays annotated genes, reads participating in its composition and rate associated with each read (when such association exists). Such a capability enable manual / automated curation of assembly as well as taxonomic assignments (detection of possible mis-assignments). The platform able to accept output files from a variety of tools, as long as the file formats follow certain standards. The tests was performed on a dataset of metagenomic reads obtained from the composting operation of the São Paulo Zoological Park. The tool was implemented using Java technology, HTML, CSS and Javascript. Information was stored in a MySQL database.

Práticas da manufatura industrial, como o uso de processos e de normas e modelos de qualidade, a integração de empresas e a atuação em rede, podem ser utilizadas para a solução de problemas que tem caracterizado a produção de software, como custo excessivo, falta de qualidade e não atendimento ao planejamento e ao cronograma. Considerando esse contexto, neste trabalho tem-se o objetivo de definir uma arquitetura de processo baseada na orientação a objetos para integrar fábricas de software. Um método para definir essa arquitetura é, também, proposto. Os procedimentos metodológicos para realizar a pesquisa se resumem nos métodos de pesquisa bibliográfica, indução por analogia e experimento em laboratório. A pesquisa bibliográfica permitiu definir o referencial teórico para fundamentar a proposta de pesquisa. A indução por analogia foi utilizada para definir a arquitetura de processo, as fases do método e o objeto processo, a partir da arquitetura de software, do processo de desenvolvimento de software e da orientação a objetos, respectivamente. O objeto processo e os conceitos estruturais e notacionais propostos compõem a base para definir a arquitetura de processo. Dois experimentos em laboratório didático de ensino foram realizados para avaliar a arquitetura de processo, obtida por meio do método proposto, e para verificar os objetivos da pesquisa. Como resultado deste trabalho obteve-se a definição de uma arquitetura de processo para integrar fábricas de software por meio de seus processos com o objetivo de desenvolver projetos cooperativos de software. / Practices of the industrial manufacture such as process, standards and models of quality, integration of enterprises, and enterprise networks and chains can be used to solve problems that have characterized software production, such as excessive cost, lack of quality, and disregard for users requirements, planning and schedule. Thus, considering this context, this research aims to define a process architecture based on object orientation to integrate software factories. A method to define this architecture is also proposed in this research. The methodological procedures to carry out this research can be summarized in the following methods: bibliographical research, induction by analogy, and experiment in didactic laboratory. The bibliographical research made it possible to define the state of the art and the theoretical referential used as foundation of the proposals made in this research. The induction by analogy was used to define the process architecture, the method phases, and the object process, with software architecture, software development process, and object-orientation, respectively. The proposed object process and the structural and notational concepts compose the base to define the process architecture. Two experiments were carried out to evaluate the process architecture obtained through the instantiation of the proposed method and to verify the goals defined in this research. The result of this research is the definition of a process architecture that makes software factory integration possible, by means of standard process models to develop cooperative software projects.

É possível notar no trabalho diário das empresas que a pressão por diminuir o prazo de entrega dos softwares ainda é uma realidade. Neste contexto, empresas adotam técnicas de desenvolvimento ágil de software, implementando entregas constantes e estabelecendo ciclos iterativos e curtos no processo de desenvolvimento de software. Mas, se por um lado estas técnicas visam inovar e reduzir tempo de desenvolvimento, por outro, as empresas sentem-se pressionadas a adotar a forma tradicional de manter a qualidade de software. Neste ponto, o CMMI se apresenta como um modelo de maturidade de reconhecimento mundial e é classificado na abordagem tradicional por pregar grande formalismo e foco no processo. A abordagem ágil coloca que os indivíduos e suas interações têm maior importância que os processos e as ferramentas e que ser adaptável às mudanças é mais importante do que seguir a rigor o planejado. Ao integrar estes dois modelos de abordagens distintas espera-se que as práticas ágeis possam ajudar organizações maduras a se tornarem mais flexíveis. Com o intuito de averiguar esta integração, utilizou-se o método de pesquisa de estudo de caso, de modo a se aprofundar nas empresas que possuem certificação CMMI e decidiram adotar o modelo de desenvolvimento ágil. O objetivo é levantar como estas empresas resolveram os pontos de conflito da abordagem tradicional e ágil, de modo a se tornarem mais eficazes. O estudo ainda contém um quadro de integração CMMI versus desenvolvimento ágil de modo a elencar os pontos que merecem maior atenção e esforço de adaptação, visando a concretização da integração. / It\'s possible to notice in the daily work of companies that pressure by decreasing the delivery of software is still a reality. It is in this context that companies adopt the techniques of agile software development, implementing and establishing constant deliveries and short iterative cycles in the process of software development. But if on the one hand these techniques aim to innovate and reduce development time, on the other, companies feel pressured to adopt the traditional way of maintaining the quality of software. At this point, the CMMI is presented as maturity model worldwide recognition, classified in the traditional approach for preaching extensive formalism and focus on the process, as the agile approach puts individuals and their interactions is more important than processes and tools, where being adaptable changes is more important than following the strict what was planned. By integrating these two models of different approaches, it is expected that agile practices can help organizations mature to become more flexible. In order to investigate this integration is that this study uses the research method of case study so as to deepen the companies that have decided to adopt CMMI and agile development model. The goal is to raise as these companies solved the trouble spots of the traditional approach and agile in order to become more effective. The study also contain a framework for integrating CMMI vs. Agile development in order to list the points that deserve more attention and effort to adapt in order to achieve integration.

Em Engenharia de Software (ES), o Desenvolvimento Baseado em Componentes (DBC) vem se destacando como uma abordagem favorável ao reuso. Entretanto, mesmo após o advento do DBC, a ES continua enfrentando dificuldades relacionadas com a substituição e o reuso de componentes, provocadas pelo alto acoplamento de suas conexões. Esta pesquisa endereça uma das causas dessas dificuldades, a carência de modelos apropriados para adaptações e conexões. Com a construção de um Arcabouço para conexões de componentes de software, conseguiu-se aumentar a qualidade no desenvolvimento, o reuso, a coesão e a facilidade de substituição e de manutenção de componentes, bem como reduzir o acoplamento, o tempo e o esforço para conectá-los. Para construir este arcabouço, realizou-se um levantamento dos principais conceitos, tecnologias e dificuldades de reuso no DBC. Isso foi elaborado, a fim de investigar algumas abordagens aplicáveis como o Estilo Arquitetural C2, os Contratos de Reuso, o Arcabouço de Componentes e a Orientação a Aspectos. Após esse levantamento, foram especificados requisitos para abordagens de reuso no DBC, e considerados somente aqueles relacionados às conexões de componentes. Com base nesses requisitos, identificou-se os cinco principais elementos do arcabouço: Fluxo de Trabalho (Workflow) de Atividades; Estilo Arquitetural; Modelo de Componentes; Modelo para Definição de Conexões; e Modelo para Conexões de Componentes. Esses elementos, juntamente com a necessidade de ciclos iterativos e incrementais para conexões de componentes, originaram uma proposta de Modelo Abstrato, instanciável para cada tipo de projeto. Neste trabalho, foi identificada também a carência de modelos de conexão capazes de aumentar a coesão e reduzir o acoplamento entre componentes, facilitando a sua manutenção e substituição. Para suprir esta carência, foram propostos: o cSew (Component Sew), como um modelo de conexões baseado na costura de componentes; e a cSewAO (cSew Aspect Oriented), como uma alternativa para a sua implementação Orientada a Aspectos. A principal contribuição deste trabalho de pesquisa foi o desenvolvimento da cSewAOI (cSewAO Instance), uma instância do Modelo Abstrato para arcabouços de conexão de componentes que, além de suportar um Workflow de Atividades e a cSewAO, propõe algumas adaptações nas abordagens de reuso investigadas. O processo de verificação e validação da cSewAOI incluiu, além dos requisitos considerados, o desenvolvimento de um Estudo de Caso. Tal estudo envolveu um cenário com alterações em cascata e preocupações ortogonais. Com os resultados obtidos, foi possível extrair as principais conclusões e reunir informações para futuros projetos e experimentos.