Presentation on a particular pattern of not very good Scrum adoption. Was presented as a lighting talk during the first Tampere Agile Dinner in December 2007
This document is an essay submitted by 10 students to their professor discussing different perspectives on lying. It begins by defining a lie and discussing reasons why people may lie, such as to spare feelings, disguise not knowing the truth, or conceal information out of fear. It then outlines several ethical perspectives on lying: Christian ethics considers lying a moral wrong according to the 10 Commandments; utilitarianism assesses lies based on their consequences; situation ethics says a lie may be morally right if told out of love; deontologists believe lying is always wrong due to moral rules; and prima facie duties say lying is wrong if it causes harm but may be permitted to prevent harm to others.
Presentation on a particular pattern of not very good Scrum adoption. Was presented as a lighting talk during the first Tampere Agile Dinner in December 2007
This document is an essay submitted by 10 students to their professor discussing different perspectives on lying. It begins by defining a lie and discussing reasons why people may lie, such as to spare feelings, disguise not knowing the truth, or conceal information out of fear. It then outlines several ethical perspectives on lying: Christian ethics considers lying a moral wrong according to the 10 Commandments; utilitarianism assesses lies based on their consequences; situation ethics says a lie may be morally right if told out of love; deontologists believe lying is always wrong due to moral rules; and prima facie duties say lying is wrong if it causes harm but may be permitted to prevent harm to others.
Este documento fornece um resumo da organização do projeto Uniclasse, que simula um ambiente corporativo para estudantes de sistemas de informação. Em 3 frases:
O projeto segmenta os alunos em diferentes áreas de conhecimento e elege gerentes para cada área. O sistema é dividido em três projetos, cada um com líderes e integrantes das áreas. São detalhadas as composições de cada área, projeto, gerente e líder.
1) O documento propõe o desenvolvimento de uma ferramenta única de teste que seja fácil de usar e forneça indicadores valiosos, eliminando a complexidade das ferramentas existentes.
2) A ferramenta seguirá uma metodologia de teste e permitirá versionamento de artefatos e lições aprendidas.
3) Casos de uso incluem manutenção de usuários, requisitos, casos de teste e roteiros de teste.
Este documento descreve o desenvolvimento de uma ferramenta de suporte à gestão de testes de software. A ferramenta foi desenvolvida para fornecer funcionalidades essenciais para o processo de testes de forma integrada e intuitiva, além de permitir a geração de indicadores. O documento apresenta detalhes sobre requisitos, projeto, testes e implementação da ferramenta.
(1) O documento apresenta os resultados de testes de uma release, com 324 testes concluídos com sucesso e 2 testes pendentes. (2) Foram identificadas 15 inconformidades, sendo 5 divergências de ambiente, 4 defeitos de software e 7 sugestões de melhoria. (3) As funcionalidades A a S foram testadas e algumas apresentaram inconformidades.
Este documento apresenta métricas de desempenho de portfólio de projetos entre janeiro de 2007 e junho de 2008. Ele mostra o número de projetos iniciados e concluídos a cada mês e trimestre, variando de 27 a 48 projetos por mês e de 2 a 23 projetos por trimestre. As métricas permitem acompanhar a evolução do portfólio ao longo do tempo.
The document analyzes retarget impacts across multiple projects from September 2007 to February 2008. It shows that projects with retargets took more days and duration to complete compared to projects without retargets. Project F saw the largest impact with more than 4 retargets extending the duration by 800%. Overall, most implemented projects and local projects saw retargets, while regional projects and projects without retargets were less common.
The document provides a status update on a project portfolio in Brazil for January to July. It shows that the overall project status is 60% complete and on track. There are 22 total projects, with 7 green, 5 yellow, and 10 red. The percentage of obtained points is trending upward overall from 48% to 64% over the period reported.
O documento apresenta estatísticas sobre defeitos identificados em diferentes sprints de um projeto. Apontamentos de defeitos foram feitos por 3 pessoas, sendo a maioria (81%) por uma delas. Dos 175 itens apontados, 153 (87%) eram defeitos. Os defeitos foram distribuídos em diferentes sprints e criticidades, sendo que metade dos defeitos de alta criticidade permaneceram não corrigidos.
Este documento discute como estruturar testes de software em projetos ágeis que utilizam frameworks como SCRUM. Propõe que os testes sejam definidos de forma participativa envolvendo a equipe e o cliente, e que se baseiem em checklists de qualidade como a ISO 9126-1 para definir os pontos a serem testados, como funcionalidade, confiabilidade, usabilidade e outros. Também sugere que as técnicas de teste escolhidas se adaptem às características dos projetos ágeis como mudanças nos requisitos e desenvolvimento incremental.
Este documento fornece um resumo da organização do projeto Uniclasse, que simula um ambiente corporativo para estudantes de sistemas de informação. Em 3 frases:
O projeto segmenta os alunos em diferentes áreas de conhecimento e elege gerentes para cada área. O sistema é dividido em três projetos, cada um com líderes e integrantes das áreas. São detalhadas as composições de cada área, projeto, gerente e líder.
1) O documento propõe o desenvolvimento de uma ferramenta única de teste que seja fácil de usar e forneça indicadores valiosos, eliminando a complexidade das ferramentas existentes.
2) A ferramenta seguirá uma metodologia de teste e permitirá versionamento de artefatos e lições aprendidas.
3) Casos de uso incluem manutenção de usuários, requisitos, casos de teste e roteiros de teste.
Este documento descreve o desenvolvimento de uma ferramenta de suporte à gestão de testes de software. A ferramenta foi desenvolvida para fornecer funcionalidades essenciais para o processo de testes de forma integrada e intuitiva, além de permitir a geração de indicadores. O documento apresenta detalhes sobre requisitos, projeto, testes e implementação da ferramenta.
(1) O documento apresenta os resultados de testes de uma release, com 324 testes concluídos com sucesso e 2 testes pendentes. (2) Foram identificadas 15 inconformidades, sendo 5 divergências de ambiente, 4 defeitos de software e 7 sugestões de melhoria. (3) As funcionalidades A a S foram testadas e algumas apresentaram inconformidades.
Este documento apresenta métricas de desempenho de portfólio de projetos entre janeiro de 2007 e junho de 2008. Ele mostra o número de projetos iniciados e concluídos a cada mês e trimestre, variando de 27 a 48 projetos por mês e de 2 a 23 projetos por trimestre. As métricas permitem acompanhar a evolução do portfólio ao longo do tempo.
The document analyzes retarget impacts across multiple projects from September 2007 to February 2008. It shows that projects with retargets took more days and duration to complete compared to projects without retargets. Project F saw the largest impact with more than 4 retargets extending the duration by 800%. Overall, most implemented projects and local projects saw retargets, while regional projects and projects without retargets were less common.
The document provides a status update on a project portfolio in Brazil for January to July. It shows that the overall project status is 60% complete and on track. There are 22 total projects, with 7 green, 5 yellow, and 10 red. The percentage of obtained points is trending upward overall from 48% to 64% over the period reported.
O documento apresenta estatísticas sobre defeitos identificados em diferentes sprints de um projeto. Apontamentos de defeitos foram feitos por 3 pessoas, sendo a maioria (81%) por uma delas. Dos 175 itens apontados, 153 (87%) eram defeitos. Os defeitos foram distribuídos em diferentes sprints e criticidades, sendo que metade dos defeitos de alta criticidade permaneceram não corrigidos.
Este documento discute como estruturar testes de software em projetos ágeis que utilizam frameworks como SCRUM. Propõe que os testes sejam definidos de forma participativa envolvendo a equipe e o cliente, e que se baseiem em checklists de qualidade como a ISO 9126-1 para definir os pontos a serem testados, como funcionalidade, confiabilidade, usabilidade e outros. Também sugere que as técnicas de teste escolhidas se adaptem às características dos projetos ágeis como mudanças nos requisitos e desenvolvimento incremental.