Nesta dissertação, o autor aborda a dificuldade de prever-se o desempenho dos recursos humanos em um processo de desenvolvimento de software em um ambiente de Programação Extrema (XP) (BECK, 2000) e propõe uma solução com potencial para minimizar esse problema. Especificamente, o problema, a ser tratado neste trabalho, consiste em melhorar as previsões dos gerentes de projeto – no âmbito do ambiente mencionado - com relação ao desempenho dos recursos humanos na geração de valor para o negócio. Tal valor para o negócio é alcançado através da implementação, por parte dos programadores, das diversas funcionalidades de um sistema de software. Para a construção da solução proposta neste trabalho, o autor analisou um sistema XP de desenvolvimento de software (composto por ambiente, pessoas e processo), conforme o processo de modelagem proposto por Streit (2006) e apoiado na revisão da literatura relevante. Em seguida, o autor estruturou esse sistema em um modelo conceitual para, finalmente, desenvolver um modelo computacional do sistema analisado, baseado em múltiplos agentes inteligentes modelados conforme a arquitetura Beliefs-Desires-Intentions (BDI), ou Crenças-Desejos-Intenções. O modelo computacional da simulação multi-agente foi desenvolvido com o apoio da ferramenta SeSAm (KLÜGL, 2006). Testado através da experimentação estatística 2k Fatorial (LAW e KELTON, 2000), o modelo de simulação multi-agente de processos de desenvolvimento de software, para ambientes de Programação Extrema, demonstrou eficácia e aplicabilidade prática sobre o problema em questão. / In this research, the author adresses the difficulty to forecast the performance of the human resources in a software development process in an Extreme Programming (XP) (BECK, 2000) environment and proposes a solution that may be suitable to minimize this problem. Specifically, the main problem consists on how to improve the assumptions of the project managers - in the aforementioned environment - related with the human resources performance in generating value for the business. This value generation is reached through the implementation, by programmers, of the various functionalities of a software system. To build the solution proposed in this research, the author analysed a XP software development system (composed of environment, people and process) considering the modeling process proposed by Streit (2006) and also the relevant related works. This system was later structured in a conceptual model and, in sequence, in a computational model based on the Beliefs-Desires-Intentions (BDI) architecture of intelligent agents. The computational model of the multi-agent simulation was build with the support of the SeSAm (KLÜGL, 2006) tool. The tests of the multi-agent simulation of XP software develoment process model used the 2k Factorial statistical experimentation (LAW e KELTON, 2000) and their results demonstrated the effectiveness and practical applicability of the model for the research problem.

För att genomföra ett lyckat systemutvecklingsprojekt kan ett flertal utvecklingsmetoder användas. Utvecklingsmetoder hjälper till att undvika fallgropar under utvecklingsprocessen. De två typer av utvecklingsprocesser som arbetet baseras på är eXtreme Programming (XP) och Rational Unified Process (RUP). Genom att identifiera skillnader samt hur XP och RUP kan kombineras, presenteras olika faktorer. En faktor är projektstorlek som enligt litteratur är den viktigaste faktorn vid valet mellan XP och RUP. Med hjälp av en enkätundersökning hos ett antal utvecklingsföretag har data samlats in för att ta reda på om projektstorlek är en huvudsaklig faktor för valet mellan XP och RUP. Undersökningen resulterar i att verifiera eller falsifiera om projektstorlek är en huvudsaklig faktor vid valet mellan XP och RUP. Undersökningen visar med hjälp av ett poängsystem att projektstorlek inte är den huvudsakliga faktorn, det vill säga att hypotesen om att projektstorlek är huvudsaklig, falsifieras

Submitted by Nayara Passos (nayara.passos@ufpe.br) on 2015-03-10T14:09:50Z No. of bitstreams: 2 DISSERTAÇÃO Melquizedequi Cabral dos Santos.pdf: 4968844 bytes, checksum: 96eab8b905a2ae8cdf2de68caef3d973 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-10T14:09:50Z (GMT). No. of bitstreams: 2 DISSERTAÇÃO Melquizedequi Cabral dos Santos.pdf: 4968844 bytes, checksum: 96eab8b905a2ae8cdf2de68caef3d973 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Previous issue date: 2014 / As metodologias ágeis vêm despertando interesse da academia e da indústria por apresentarem processos mais flexíveis. Estudos mostram o crescimento da adoção das metodologias ágeis Scrum e XP, no entanto, ainda há uma carência de evidências sobre como a utilização de tais abordagens influencia no desenvolvimento de software. Uma área que ainda apresenta lacunas de pesquisa é referente à satisfação dos stakeholders no projeto de software. Nesse contexto, o objetivo dessa dissertação é identificar o impacto das abordagens Scrum e XP na satisfação dos stakeholders em projetos de software. Para isso se faz necessário responder às seguintes questões de pesquisa: qual é o impacto do uso das metodologias ágeis Scrum e XP na satisfação dos stakeholders? Quais as evidências de contexto desses impactos? Com o objetivo de responder a estas perguntas, foi realizada uma revisão sistemática da literatura que encontrou 22 estudos primários relevantes, cujos dados foram extraídos e sintetizados em um modelo. Os resultados mostraram a identificação dos impactos das metodologias na satisfação dos stakeholders como: (1) aumento da responsabilidade e consciência do cliente; (2) melhora da gestão de risco e acompanhamento do projeto; (3) promoção da melhoria contínua e resolução de conflitos, entre outros.

Made available in DSpace on 2014-06-12T15:58:28Z (GMT). No. of bitstreams: 2 arquivo4574_1.pdf: 1993524 bytes, checksum: 8bd7ac8823b7cd26d61ac1882bf03321 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2004 / O crescimento da internet e da World Wide Web provocou mudanças em muitos aspectos da nossa sociedade. A Web veio a oferecer novas maneiras de fazer negócio e muitas organizações passaram a oferecer seus serviços e migrar seus sistemas para este ambiente. As aplicações Web apresentam características importantes que devem ser tratadas adequadamente por técnicas, métodos e processos da engenharia de software. Na maioria dos casos, as restrições envolvidas nos prazos de entrega de sistemas Web são críticas por se tratar de uma questão estratégica do negócio do cliente. Neste trabalho apresentamos um processo ágil de desenvolvimento de aplicações Web, XWebProcess, que é baseado em Extreme Programming (XP) e cujo foco é a construção de sistemas Web de qualidade de forma eficiente e rápida. O processo é descrito usando a meta linguagem SPEM para facilitar seu entendimento e melhorias futuras. Um experimento foi conduzido com um grupo de quarenta estudantes de graduação para avaliar a eficiência e qualidade do processo proposto. Os resultados mostraram que XWebProcess foi tão ágil quanto XP e também que o processo é bastante adequado para o desenvolvimento Web considerando questões como análise de requisitos, projeto de navegação e interface gráfica, e testes

Made available in DSpace on 2014-06-12T15:58:59Z (GMT). No. of bitstreams: 2 arquivo4794_1.pdf: 2683672 bytes, checksum: ea816cfe4cb13fb4f70bae7d4e2876eb (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003 / Recentemente a comunidade de software vem se deparando com um grupo de novas metodologias de desenvolvimento de software, classificadas como metodologias ágeis . Algumas das metodologias que fazem parte deste grupo são Extreme Programming (XP) e SCRUM, sendo XP a mais conhecida e utilizada. Estas metodologias possuem em comum um conjunto de valores para o desenvolvimento de software, priorizando: indivíduos e iterações sobre processos e ferramentas; software funcionando sobre documentação compreensiva; colaboração do cliente sobre negociação de contrato; resposta à mudança sobre seguir um plano. Em paralelo à disseminação das metodologias ágeis, os investimentos em qualidade de software vêm aumentando a cada ano. Pesquisas realizadas sobre o setor de software, indicam um crescimento na adoção de modelos de qualidade como ISO 9000 e Capability Maturity Model for Software (CMM). Modelos de qualidade e metodologias ágeis possuem fundamentos opostos, como é possível notar nos valores definidos por essas metodologias. Autores de metodologias ágeis freqüentemente criticam modelos como o CMM. Em contra partida, alguns trabalhos indicam que é possível utilizar as duas abordagens em um mesmo ambiente. Este trabalho apresenta o Guia XP-CMM2, que tem como objetivo apoiar as organizações no uso da metodologia ágil XP em um ambiente nível 2 do CMM. Com o uso do Guia XP-CMM2, as organizações deverão se beneficiar da agilidade proposta por XP e da maturidade adquirida com o nível 2 do modelo de qualidade de software mais respeitado do mundo, o CMM. Para a elaboração do Guia XP-CMM2, foi realizado inicialmente um diagnóstico da satisfação de XP ao nível 2 do CMM e, depois, para cada problema identificado, uma solução foi proposta. Finalmente o Guia XP-CMM2 foi aplicado em dois ambientes distintos visando avaliação dos resultados obtidos

Os Métodos Ágeis surgiram no final da década passada como uma alternativa aos métodos tradicionais de desenvolvimento de software. Eles propõem uma nova abordagem para o desenvolvimento, eliminando gastos com documentação excessiva e burocrática, enfatizando a comunicação, colaboração com o cliente e as atividades que trazem valor imediato na produção de software com qualidade. Por meio de um processo empírico, com ciclos constantes de inspeção e adaptação, a equipe trabalha sempre num ambiente de melhoria contínua. Uma das atividades propostas pela Programação Extrema (XP) para guiar a equipe em direção à melhoria é conhecida como tracking. O papel do tracker é coletar métricas para auxiliar a equipe a entender o andamento do projeto. Encontrar maneiras eficazes de avaliar o processo e a equipe de desenvolvimento não é uma tarefa simples. Além disso, alguns dos possíveis problemas não são facilmente reconhecidos a partir de dados quantitativos. Este trabalho investiga o uso de métricas no acompanhamento de projetos utilizando Métodos Ágeis de desenvolvimento de software. Um estudo de caso da aplicação de XP em sete projetos acadêmicos e governamentais foi conduzido para validar algumas dessas métricas e para avaliar o nível de aderência às práticas propostas, com o objetivo de auxiliar o tracker de uma equipe ágil. / Agile Methods appeared at the end of the last decade as an alternative to traditional software development methods. They propose a new style of development, eliminating the cost of excessive and bureaucratic documentation, and emphasizing the interactions between people collaborating to achieve high productivity and deliver high-quality software. With an empirical process, based on constant inspect-and-adapt cycles, the team works towards an environment of continuous improvement. One of the practices proposed by Extreme Programming (XP) to enable the creation of such environment is called tracking. The role of a tracker is to collect metrics that support the team on understanding their current process. Finding effective ways to evaluate the team and the development process is not an easy task. Also, some of the possible problems are not always easily recognizable from quantitative data alone. This work investigates the use of metrics for tracking projects using Agile Methods for software development. A case study on the adoption of XP in seven academic and governmental projects was conducted to validate some of these metrics and to evaluate the level of adherence to the proposed practices, with the goal of assisting and supporting the tracker of an agile team.

In this thesis we investigate the usage of several agile software development methods as well as the usage of certain agile core practices. By conducting a web survey, we examine what makes these practices beneficial and what tends to make them rather less suitable for certain situations. Based on the results, we finally set up some recommendations for practitioners to reflect upon and improve their own software development process. Concerning these recommendations as well as the list of the investigated practices, we hope (and are almost sure) that there are some practices or ideas contained which are worth at least thinking about. The main findings of this thesis are: - Agile software development methods have already entered the professional market but they are still no cure-all. In many cases they also produce only middle-quality software. Nevertheless, there is – even if only little – evidence that at least XP projects meet the requirements of the customer better than traditional, non-agile methods. - For a successful software development project it is important that it has a suitable requirements engineering process, that the produced software is tested sufficiently (using automated regression testing among other types of testing), that there is a good communication between the customer and the developer side, that the risks of the project are considered, that the pros and cons of practices are considered and that processes are improved continuously. - Besides, it is important to consider the whole context when implementing a certain practice. For some contexts, certain practices do not fit for their purpose and this has to be realized. However, certain shortcomings of a specific practice might be reduced or even eliminated if implemented in combination with other practices.

Context: In recent times, many organizations have started using agile software development methodologies instead of using traditional methodologies. The main reason for this shift is the ability of agile approaches to cope with changes in the requirements, customer satisfaction and assurance of on-time delivery of quality products [19]. Test-Driven Development (TDD) is a software development methodology that is considered to be one of the most prominent practices of eXtreme Programming (XP) (an agile methodology) [1][9][10]. Test-list in TDD is considered as a temporary repository in which test items are stored and later by using those items test cases are developed. Requirements Traceability is also a major problem in agile development mainly because of lack of formal requirements specification and frequent requirements change. Objectives: This study explores the utilization of test-list and possibility of using test-list for requirements traceability in TDD. This study describes concept of test-list, its formation and exploring its utilization in TDD. Methods for implementing requirements traceability in and identification of possibility of utilizing test-list for requirements traceability in TDD is also explored. Methods: Methods used in this study are systematic literature review, surveys and interviews. Systematic literature review was done using seven electronic databases, including Inspec, IEEE Xplore, ACM Digital Library, Springer, Science Direct and Scopus. Studies were selected on the bases of preliminary, basic and advanced developed criteria. Survey was conducted using online questionnaire from TDD practitioners. Findings from literature review and surveys were used to develop interview questionnaires. Interviews were conducted from the same practitioners that were involved in surveys. Results: Based on the findings of literature review, questionnaire and interviews, we obtained TDD practices for test-list development and requirements traceability. Analysis was performed on results of SLR and questionnaire and possibility of using test-list for requirements traceability was identified. Based on the analysis of literature review and surveys, interview questionnaire were developed to further investigate the area of interest. We have found that in literature there is no defined method to develop test-list. and survey participants also confirms it. Majority of survey participants create test-list temporarily and informal. On question of whether test-list can be use for requirements traceability around 70% of participants are agree for its use. Interview respondents also confirm the findings of survey. Conclusions: Literature has not provided any test-list development method and practitioners also have no clear guideline to develop test-list prior to Test development. Systematic literature review and practitioner’s survey and interviews confirm it. Literature is also silent for any specific requirements change management or requirements traceability method in TDD. We identified requirements traceability practices in agile and management through literature and survey. After analysis of gathered data we found TDD lacks in test-list formalization, none of the study focuses on requirements traceability in TDD. In this study our contribution is exploration of test-list creation and utilization through literature and state of the practice; after practitioners feedback we also explored that test-list can be used for requirements traceability. / hasmkh@gmail.com, ibrararshad@gmail.com

The aim of this research work is to study how eXtreme programming could be combined with ISO 9000:2000 standards to improve Nigerian software development processes. The combination of these models will enable organizations take advantage of models’ strengths and compensate for their weaknesses in enhancing continuous software process improvement and rapidly responding customer’s changing needs. This was achieved by adopting a model in balancing ISO and eXtreme programming in software projects. This allows organization to determine whether to choose a pure method (eXtreme programming or ISO) or mixed methods (eXtreme programming and ISO) that will be most successful in executing software projects. Also developed was another strategy in modifying eXtreme programming practices to reflect ISO 9001:2000 standard requirements. / The aim of this research work is to study how eXtreme programming could be combined with ISO 9000:2000 standards to improve Nigerian software development processes / C/o Patrick O. Nordkapsgatan 8,Kista, 164 36, Stockholm Tel:+46-704214035, e- mail address: edisonerhas@yahoo.com

Inom systemutveckling är det viktigt att man använder den eller de metoder som lämpar sig bäst till projektet. De mest populära systemutvecklingsmetoderna är de agila metoderna. Att utveckla agilt innebär att man jobbar iterativt och inkrementellt och följer tolv grundprinciper för att skapa värde till kunden. Författarna till denna uppsats har utvecklat ett informationssystem under en månad där de tillämpat agila principer samt metodelement från SCRUM och Extreme Programming, och dokumenterat processen för att undersöka för- och nackdelarna med detta inom ett mikroprojekt.