Agil de Produtos Essay

Resumo:

A proposta deste trabalho e utilizar a metodologia SCRUM parity desenvolvimento de uma aplicacao WEB com oito Sprints cada um com clip Box de 15 Diass, em que iremos avaliar o processo de desenvolvimento. Foi um controle de cadastro e controle de pacientes devido a simplicidade de entendimento do problema no decorrer deste artigo. Os Resultados obtidos e trabalhos futuros serao apresentados no decorrer deste artigo.

Palavras-chave:

Scrum ; Desenvolvimento Agil de Produtos

We will write a custom essay sample on
Agil de Produtos Essay
or any similar topic only for you
Order now

1. Introducao

Nos ultimos Fatah Revolutionary Council, o desenvolvimento de package tem crescido de forma acelerada, pois as ferramentas district attorney informatica se tornaram presentes em grande parte hyraxs areas de trabalho. Com esse crescimento, surgiu uma demanda por diversos tipos de packages que fez surgir diversasuma variedade de estrategias de desenvolvimento de package. Atualmente, diversos modelos adotam a estrategia de Desenvolvimento Agil, que tem como chief objetivo obter um produto rapido vitamin E com qualidade. As metodologias que participam desta categoria caracterizam por um gerenciamento de projetos em que um membro lider deo clip esteja frequentemente organizando, apoiando, e avaliando, apoiando vitamin E garantindo que o clip esteja bem vitamin E que os resultados do projeto de package vao atendendo as necessidades do cliente.

O SCRUM e um modelo de Desenvolvimento Agil. Ele lida totalmente com as pessoas vitamin E como elas vao desenvolver O projeto, sem se preocupar com que solucao tecnologica que o projeto ira utilizar. O SCRUM e um Department of State processos mais eficazes de gerenciamento de pessoas no desenvolvimento agil e combina com outras metodologias que tratam mais especificadamente district attorney parte tecnica.

Na Secao 2, sao descritas as metodologias ageis. A seguir, a Secao 2.1 apresenta O SCRUM vitamin E seus artefatos e a Secao 3 descreve O estado atual make desenvolvimento make sistema. Por fim, na secao 4 sao apresentadas os resultados vitamin E as conclusoes.

2. Introducao as Abordagens Ageis

No concluding Department of State anos 90 surgiram varios metodos ageis entre eles: Adaptive Software Development ( HIGHSMITH, 2002 ) [ 9 ] , Crystal ( COCKBURN, 2004 ) [ 5 ] , Dynamic Systems Development ( COHEN et al. , 2003 ) [ 6 ] , extreme Programming ( XP ) ( BECK,1999 ) [ 3 ] , Feature Driven Development ( HIGHSMITH, 2002 ) [ 9 ] vitamin E Scrum ( ADM, 2003 ) [ 2 ] , que contribuiu parity que a partir de 2000, de acordo com Boehm ( 2006 ) [ 4 ] , acompanhassemos uma tendencia parity O desenvolvimento agil de aplicacoes. Essas mudancas causaram frustracoes crescentes com relacao a Plano, especificacoes vitamin E documentacoes.

Metodos ageis empregam principios de ciclos iterativos, package funcional, simplicidade vitamin E entrega rapida, como definido no Manifesto parity Desenvolvimento Agil ( BECK et al. , 2009 ) [ 3 ] publicado mutton quad 2001. Este manifesto tem como base a definicao de uma nova perspectiva de desenvolvimento de package baseado na agilidade, na flexibilidade, na habilidade e na capacidade de oferecer novos produtos e servicos de valor ao mercado, em curtos periodos de tempo ( HIGHSMITH, 2004 ) [ 9 ] .

Manifesto Agil.

Em 2001, um grupo de pesquisadores car denominados de Alianca Agil ( Agile Alliance ) [ 10 ] , entre eles Martin Fowler, Alistair Cockburn, Jim Highsmith, Kent Beck, Mike Beedle vitamin E outros, motivados pela suas experiencias em desenvolvimento de package, iniciaram uma discussao sobre como desenvolver package de forma mais rapida e eficaz, orientado principalmente a simplicidade ( ZANATTA, 2004 ) [ 20 ] . Esta discussao resultou no chamado Manifesto Agil:

“Desejamos descobrir melhores caminhos parity desenvolver package fazendo vitamin E ajudando outros a fazerem. Valorizamos os individuos vitamin E interacoes atraves de processos e ferramentas ;

O desenvolvimento de package deve possuir uma documentacao compreensiva ; A colaboracao do cliente e respostas as mudancas atraves de um Plano especifico” ( AGILE, 2008 ) [ 10 ] .”

2.1 SCRUM

Metodologia SCRUM

SCRUM e um processo iterativo vitamin E incremental parity desenvolvimento de qualquer tipo de produto ou gerenciamento de qualquer tipo de trabalho ( CONTROL CHAOS, 2008 ) . Ele tem tres partes principais mutton quad um modelo: Papeis ( Roles ) , Cerimonias ( Cerimonies ) e Artefatos ( Artifacts ) . Todas estas tres partes principais sao utilizadas no que chamamos de ciclo de desenvolvimento, o Sprint. Cada Sprint possui suas fases e utiliza einsteiniums papeis, cerimonias vitamin E artefatos para alcancar seu objetivo concluding.

O SCRUM possui um processo bem definido com uma fase de planejamento ( Planing ) e de encerramento ( Closing ) ( SCHWABER, 1995 ) [ 17 ] . Entre estas fetal alcohol syndromes, ha uma fase chamada de Sprint, com duracao de 2 a 4 semanas, que ocorre varias vezes durante o desenvolvimento do projeto. Sao as iteracoes que caracterizam as Metodologias Ageis. O Sprint e fase onde ocorre O desenvolvimento do produto.

O SCRUM mantem uma lista de funcionalidades que deverao ser implementadas, essa lista e chamada de Product BackLog. Para cada iteracao ou Sprint, e feita uma reuniao inicial de planejamento, chamada de SprintPlanning Meeting, onde itens desta lista sao priorizados pelo cliente, chamado no SCRUM de Product Owner. A equipe define quais funcionalidades poderao ser atendidas dentro district attorney iteracao de acordo com a capacidade district attorney mesma. Essa lista planejada para a iteracao e chamada de Sprint Backlog.

Diariamente, Durante o Sprint, a equipe faz uma reuniao chamada de Daily Meeting que ajuda a manter a comunicacao do clip sobre O andamento do projeto, troca de conhecimento e identificar possiveis impedimentos.

No concluding de cada Sprint, na reuniao chamada Sprint Review, a equipe apresenta as funcionalidades que foram concluidas durante o Sprint.

Ao concluding do Sprint deve sair um produto com heroism agregado, ou seja, e feito um incremento no produto. Esse ciclo se repete varias vezes ate que o Product Backlog seja todo atendido ( CONTROL CHAOS, 2008 ) .

SCRUM – Ciclo de Vida

Segundo Koscianski ( 2006 ) , o ciclo de vida do Scrum e dividido mutton quad tres fetal alcohol syndromes:

Pre-planejamento ( Pre-game Phase ) : os requisitos sao descritos em um documento chamado Backlog. A seguir os requisitos sao classificados por prioridade, onde sao estimados “o esforco” parity O seu desenvolvimento. Nesta fase inclui a definicao Department of State integrantes da equipe, identificacao district attorney necessidade de treinamento, as ferramentas a serem utilizadas, como tambem uma lista com os provaveis riscos de projeto. A fase e concluida com uma proposta de arquitetura de package. As alteracoes futuras devem ser descritas no Backlog.

Desenvolvimento ( Game Phase ) : os riscos previamente identificados devem ser mapeados vitamin E acompanhados ao longo do projeto para avaliar O seu impacto. Nesta fase, o package e desenvolvido mutton quad ciclo interativo ( Sprints ) , onde sao adicionadas novas funcionalidades. Cada um diethylstilbestrols Sprints com duracao de 2 a 4 semanas sao desenvolvidos de forma tradicional ( analise, projeto, implementacao vitamin E testicles ) .

Pos-planejamento ( Post-game Phase ) : Nesta fase acontece a integracao bash package, os testicles finais e a documentacao do usuario. A equipe Se reune parity analisar estado do projeto e o package atual e apresentado ao cliente.

2.2 Papeis do Scrum

ScrumMaster:

O SCRUMMaster desempenha um papel de lideranca, gerenciando os interesses do Product Owner mediante o Time. Um SCRUMMaster eficiente deve:

• Melhorar a vida vitamin E a produtividade do clip de desenvolvimento promovendo a criatividade vitamin E o conhecimento ;

• Estimular Uma comunicacao vitamin E cooperacao muito proxima entre todas as pessoas do clip ;

• Proteger o clip de interferencias externas ;

• Remover Impedimentos ( “ Hindrances ” ) ;

• Garantir que O processo esta sendo respeitado ;

• Convidar pessoas apropriadas para as reunioes de acompanhamento ( Daily SCRUM, Sprint Review e Sprint Retrospective ) ;

• Remover barreiras entre o desenvolvimento e o cliente parity garantir que realmente e o cliente que esta direcionando as funcionalidades desenvolvidas ;

• Auxiliar o Product Owner a maximizar O ROI atingindo os seus objetivos com o SCRUM ;

• Promover praticas de engenharia parity que cada pedaco de funcionalidade seja potencialmente implantavel ;

Merchandise Owner:

E a pessoa responsavel pelo gerenciamento do Backlog make Produto e por garantir O heroism do trabalho realizado pelo Time, mantem O Backlog do Produto e garante que ele esta visivel parity todos. Qualquer alteracao na prioridade de um point tem que ser efetuada por ele.

Para que o Product Owner obtenha sucesso, todos na organizacao precisam respeitar suas decisoes.As decisoes do Product Owner sao visiveis no conteudo e na priorizacao make Backlog make Produto. Essa visibilidade requer que o Product Owner faca seu melhor, o que faz o papel de Product Owner exigente vitamin E recompensador. O Product Owner pode ser o financiador ou um importante interessado no projeto. Suas principais responsabilidades sao:

• Define as funcionalidades do produto

• Concentra as informacoes vindas de usuarios, stakeholders ou do mercado de maneira que se obtenha uma visao unica Department of State requisitos do sistema

• Sua maior responsabilidade e O ROI do projeto

• Prioriza o Product Backlog

• Pode alterar as prioridades fora do Sprint

• Aceita ou rejeita os resultados Department of State trabalhos

O Time:

Sao desenvolvedores que transformam O Backlog do Produto em incrementos de funcionalidades entregaveis em cada Sprint. Os membros do Time devem possuir todo O conhecimento necessario parity criar um incremento no trabalho, frequentemente devem possuir conhecimentos especializados, como programacao, controle de qualidade, analise de negocios, arquitetura, projeto de interface de usuario ou projeto de banco de dados. No entanto, os conhecimentos que os membros do Time devem compartilhar e , a habilidade de pegar um requisito e transforma-lo mutton quad um produto utilizavel.

Suas caracteristicas sao:

• Multi-functional

• Formado por ate 7 pessoas

• Define O objetivo do Sprint e especifica os resultados Department of State trabalhos

• Faz aquilo que e necessario dentro hyrax diretrizes do projeto para alcancar O objetivo do Sprint

• Auto-organizavel

• Demonstram O resultado do Sprint para o Product Owner e outros Stakeholders

Time -Boxes

Os Eventos com Duracao Fixa ( Time-Boxes ) no Scrum sao a Reuniao de Planejamento district attorney Versao parity Entrega, o Sprint, a Reuniao de Planejamento do Sprint, a Revisao do Sprint, a Retrospectiva do Sprint e a Reuniao Diaria.

2.3 CONCEITO DE SPRINT

O Sprint sao iteracao vitamin E eventos com duracao fixa.O ScrumMaster garante que Durante o Sprint nao sera feita nenhuma mudanca que possa afetar a meta, tanto a composicao do clip quanto as metas de qualidade devem permanecer constantes durante o Sprint. Os Sprints contem vitamin E consistem na reuniao de Planejamento, o trabalho de desenvolvimento, a Revisao do Sprint e a Retrospectiva do Sprint. Elas ocorrem uma apos a outra, sem intervalos entre Revolutionary People’s Struggle.

Sprint Backlog

E uma lista que contem as tarefas que o Time Scrum ira trabalhar Durante o Sprint. Os itens do Product Backlog priorizados pelo Product Owner, e que a equipe apos estimativa inicial vitamin E a percepcao do trabalho necessario Se comprometeu a entregar dentro do Sprint, que depois e separado mutton quad tarefas que formam O Backlog do Sprint. Essas tarefas devem ser atendidas dentro do Sprint, mom caso nao sejam, devem fazer parte do proximo Sprint Backlog.

Cada membro district attorney equipe tem a liberdade de escolher qual tarefa ira trabalhar vitamin E qualquer membro pode incluir, alterar ou excluir tarefas. Cada tarefa deve ser estimada pela equipe quanto ao numero de horas necessario parity completa-la. E e responsabilidade district attorney equipe manter atualizada diariamente a lista de tarefas, com as tarefas ja concluidas, e a estimativa de tempo necessario para a conclusao hyrax tarefas ainda mutton quad andamento.

Sprint Planning Meeting

No inicio de cada Sprint ocorre um reuniao de planejamento chamada de Sprint Planning Meeting. Nesta reuniao que o Product Owner defini quais os itens do Product Backlog serao priorizados vitamin E O Scrum Team seleciona os itens que podera atender no Sprint.

Durante a reuniao, o Product Owner e o Scrum Team coletivamente devem definir uma meta parity o Sprint. Essa meta e uma breve descricao do chief objetivo a ser atendido pela iteracao. A partir Department of State itens do Product Backlog priorizados a equipe separa as funcionalidades em tarefas que irao compor o Sprint Backlog. Essas tarefas devem ser definidas vitamin E estimadas, e recomendado estimar tarefas de no maximo 16 horas, parity facilitar o controle diario. Tarefas estimadas com mais de 16 horas devem ser analisadas parity uma possivel quebra mutton quad tarefas menores.

2.4 BURNDOWN CHART

O grafico de Burndown e O chief artefato parity acompanhamento do andamento district attorney iteracao. Ele e gerado a partir district attorney lista de tarefas do Sprint atualizadas diariamente pela equipe com as tarefas ja concluidas vitamin E as tarefas ainda pendentes. E baseado no numero de horas restantes para a conclusao de cada tarefa. A haoma de horas hyraxs tarefas determina a quantidade de horas necessarias parity finalizar o Sprint, e conforme tarefas vao sendo concluidas ao longo Department of State Diass do Sprint, o grafico vai descendo ate atingir o numero de horas zero.

3. O desenvolvimento do sistema.

Para apoiar o desenvolvimento do sistema proposto na sessao 1, foi definido O uso district attorney metodologia Scrum, tendo mutton quad view que possui Revolutionary People’s Struggle possui uma capacidade gerencial satisfatoria Department of State seus processos vitamin E por ser model mais utilizando segundo pesquisa anual “Estado do Agile” [ 1 ] , bem como Se adaptar a pequenas equipes e projetos curtos e o processo de desenvolvimento focado no modelo de negocio e visando um retorno maior do investimento.

3.1 Papeis

Como descritos na sessao “2.2” deste artigo, as responsabilidades e os papeis no projeto que sao Product Onwer, Scrum Master, Team Members, foram separados district attorney seguinte maneira:

? Proprietario do Produto ( Product Onwer ) : Talita de Sousa

? ScrumMaster: Carlos Eduardo Amorim district attorney Costa

? Team Members: Carlos Eduardo Amorim district attorney Costa vitamin E Talita de Sousa.

Por ser tratar de um projeto academico vitamin E com poucos membros envolvidos, os Department of the Interior membros do trabalho desenvolveram mais que um papel.

3.2 Escopo do Projeto

Como as demais metodologias, no Scrum e preciso fazer uma analise, uma preparacao parity o projeto onde um documento contera a visao do projeto.

Informacoes breves e precisas do que o projeto sera a fim de criar o Product Backlog e parity consultas eventuais.

Com os papeis ja definidos district attorney equipe, a Proprietaria do Produto Talita de Sousa, apos a troca de varios e-mails vitamin E algumas conversas com a cliente vitamin E efetuar uma pesquisa de requisitos definiu-se escopo do projeto:

“ O sistema sera um controle web de clinica odontologica que tera como funcionalidade chief o gerenciamento de pacientes e consultas atraves da cyberspace. ”

O sistema contara com um controle de usuarios onde havera um usuario administrador geral que tera o controle de usuarios no sistema e usuarios que farao as entradas vitamin E saidas de dados no sistema.

Com o sistema, o usuario podera efetuar pesquisas de pacientes por Nome, Aniversariantes do mes, Ficha clinica, Cidade, Area de tratamento, Pacientes em debito, Profissional procurado, Profissional que atendeu vitamin E gerar relatorios dos pacientes da clinica.

3.3 O Projeto.

Como definido no escopo do projeto o sistema sera web, portanto o desenvolvimento mutton quad PHP foi uma escolha adequada ja que aos membros do projeto tinham uma certa intimidade com a linguagem vitamin E tambem a similaridade com a linguagem C++ estudada durante a nossa graduacao, como SGBD definimos O Mysql devido a sua facil integracao com a linguagem escolhida, e o Apache com o servidor de paginas Web.

Devido a dificuldade de instalacao destes servidores e pacotes acima em maquinas Windows para facilitar O desenvolvimento do sistema escolhemos o XAMMP que e um servidor independente de plataforma, package livre, que consiste principalmente na base de dados MySQL, o servidor paginas Web Apache vitamin E interpretador parity linguagem de book PHP.

Como o sistema sera uma aplicacao Web, esta necessitou de uma atencao exceptional sodium concepcao, elaboracao e no desenvolvimento Department of State requisitos de confiabilidade, seguranca, vitamin E controles adequados de acesso, mantendo confidencialidade medico-paciente. Assim, o desenvolvimento deste trabalho Se enquadra nestas caracteristicas, uma vez que aborda o gerenciamento de uma clinica odontologica Portanto, o processo de desenvolvimento utilizado, teve papel cardinal parity assegurar a qualidade vitamin E seguranca do produto. Neste contexto, serao descritas, a seguir, todo O processo desenvolvimento do sistema Dental Scrum Web, por ser tratar de um projeto academico levamos mutton quad contas as seguintes premissas:

* Reunioes diarias via e-mail vitamin E pessoalmente.

* Time Box hyraxs iteracoes ( Sprint ) de quinze Dias.

3.3 Product Backlog

Para montar o merchandise backlog ponto inicial segundo Schwaber ( 2002, p.33 ) [ 11 ] parity elaboracao Department of State requisitos do sistema foram feitas reunioes parity alinhar os itens com Todas as necessidades do negocio e os requisitos tecnicos a serem desenvolvidos. Para iniciar tal levantamento, inseriu-se no processo parity coleta de requisitos a pratica district attorney realizacao de Historias ( User Stories ) , que segundo Cohn, Mike ( 2004, p.13 ) [ 7 ] permitem que aqueles que conhecem a tecnica district attorney construcao de uma solucao ( linguagem de programacao, ferramentas, bases de wainscot ) guiar quem necessita desta solucao no exercicio de descreve-la de forma simples e concisa.

Com as funcionalidades levantadas pelos participantes do projeto, foi montado o Product Backlog, que representa “o que” devera ser analisado vitamin E desenvolvido pela equipe com as prioridades definidas de acordo com o heroism de mercado/importancia parity O cliente. Em nosso exemplo, usaremos a ordenacao por prioridade. Quanto mais alta prioridade levou a atividades de desenvolvimento imediatas e urgentes e quanto mais baixa a prioridade, menor e o nivel de detalhe, ate que mal se consiga entender o point, exemplo district attorney notacao ( 1 – prioridade altamaxima, 2 – prioridade menor, … , 99 – prioridade quase nulainexistente ) .

A Tabela 01 mostra o Product Backlog do projeto Dental Scrum Web, mostra as funcionalidades especificadas, o seu nivel de prioridade.

Dental Scrum Web – Merchandise backlog

Nivel de Prioridade

Descricao do Item Backlog

1

Desenhar o modelo de dados do sistema e infra-estrutura

2

Definicao do layout

3

Cadastro vitamin E gerenciamento de pacientes

4

Cadastro vitamin E gerenciamento de usuarios

5

Cadastro vitamin E gerenciamento de funcionarios

6

Adicionar modalidade de acesso ao sistema

7

Controle de agendamento de pacientes

8

Controle de orcamento do paciente

9

Controle odontograma para o paciente

10

Cadastro de tabela de honorarios

11

Cadastro vitamin E gerenciamento de fornecedor

12

Controle vitamin E gerenciamento de estoque

13

Controle vitamin E gerenciamento Department of State bens materiais district attorney clinica

14

Gerenciamento financeiro

15

Controle de arquivos district attorney clinica

16

Gerenciamento de backup efetuado pelo usuario.

3.4 Reuniao de Planejamento do Sprint

Com o Product Backlog definido, a reuniao de planejamento e feita, a Proprietaria do Produto Talita de Sousa em conjunto com o clip definiu a quantidade de horas que cada tarefa devera ocupar e a quantidade de iteracoes ( Sprint ) parity O desenvolvimento do sistema que podem ser observados na tabela 02 vitamin E 03. Os aspectos tecnicos foram levados mutton quad consideracao vitamin E todo O planejamento projeto foi feito focando no ROI ( Retorno sobre Investimento ) .

O resultado e um Product Backlog que agora possui um calculo aproximado detem suas estimativas de custo/hora como mostra a tabela 02:

Dental Scrum Web – Merchandise backlog

Nivel de Prioridade

Descricao do Item Backlog

custo/ hora

1

Desenhar o modelo de dados do sistema e infra-estrutura

20

2

Definicao do layout

15

3

Cadastro vitamin E gerenciamento de pacientes

60

4

Cadastro vitamin E gerenciamento de dentistas

20

5

Cadastro vitamin E gerenciamento de funcionarios

20

6

Adicionar modalidade de acesso ao sistema

25

7

Controle de agendamento de pacientes

30

8

Controle de orcamento do paciente

40

9

Controle odontograma para o paciente

20

10

Cadastro de tabela de honorarios

20

11

Cadastro vitamin E gerenciamento de fornecedor

15

12

Controle vitamin E gerenciamento de estoque

20

13

Controle vitamin E gerenciamento Department of State bens materiais district attorney clinica

20

14

Gerenciamento financeiro

80

15

Controle de arquivos district attorney clinica

50

16

Gerenciamento de backup efetuado pelo usuario.

10

O ScrumMaster Eduardo, cabal com o clip de desenvolvimento, definiu o Sprint Backlog do primeiro Sprint, quebrando as tarefas maiores em menores.

Dental Scrum Web – Dash Backlog

Nivel de Prioridade

Descricao do Item Backlog

custo/ hora

dash 1

1

Desenhar o modelo de dados do sistema e infra-estrutura

36

resp.

1.1

Definicao de wainscot

8

Talita

1.2

Organizacao de tabelas

10

Talita

1.3

Relacionamento

8

Talita

1.4

Configuracao da infra-estrutura

3

Eduardo

1.5

Implementacao em SGBD

7

Eduardo

2

Definicao do layout

15

resp.

2.1

Prototipagem mutton quad Papel

1

Talita

2.2

Criacao do wireframe

4

Talita

2.3

Criacao do layout photoshop

5

Eduardo

2.4

Criacao de Estilos CSS vitamin E Html

5

Eduardo

Tempo Total

51

Este processo aconteceu em cada point do Product Backlog.

Dash

Prioridade

Descricao do Item Backlog

custo/ hora

1

1

Desenhar o modelo de dados do sistema e infra-estrutura

36

2

Definicao do layout

15

Tempo Total

51

Dash

Prioridade

Descricao do Item Backlog

custo/ hora

2

3

Cadastro vitamin E gerenciamento de pacientes

60

3.1

Formularios ( paciente, inquerito de saude, implantodontia, otordontia, exame de saude, fotos )

30

3.2

Cadastro na base de wainscot

10

3.3

Consulta de Dados

10

3.4

Alteracao de Dados

10

Tempo Total

60

Dash

Prioridade

Descricao do Item Backlog

custo/ hora

3

4

Cadastro vitamin E gerenciamento de dentistas

15

5

Cadastro vitamin E gerenciamento de funcionarios

15

6

Adicionar modelidade de acesso ao sistema

25

Tempo Total

55

Dash

Prioridade

Descricao do Item Backlog

custo/ hora

4

7

Controle de agendamento de pacientes

30

8

Controle de orcamento do paciente

40

Tempo Total

70

Dash

Prioridade

Descricao do Item Backlog

custo/ hora

5

9

Controle odontograma para o paciente

30

10

Cadastro de tabela de honorarios

20

11

Cadastro vitamin E gerenciamento de fornecedor

15

Dash

Tempo Total

65

6

Prioridade

Descricao do Item Backlog

custo/ hora

12

Controle vitamin E gerenciamento de estoque

20

13

Controle vitamin E gerenciamento Department of State bens materiais district attorney clinica

20

Dash

Tempo Total

40

7

Prioridade

Descricao do Item Backlog

custo/ hora

14

Gerenciamento financeiro

80

Tempo Total

80

Dash

Prioridade

Descricao do Item Backlog

custo/ hora

8

15

Controle de arquivos district attorney clinica

50

16

Gerenciamento de backup efetuado pelo usuario.

10

Tempo Total

60

3.5 Inicio Department of State Dashs

Dash 1

Com metas elaboradaspreparadas e as tarefas bem definidas, teve inicio O primeiro Sprint, no Defense Intelligence Agency 11/08/2009. O objetivo deste primeiro Sprint foi criar O modelo do Banco de Dados e conexao com a aplicacao que nao estava a principio, instalacao da infra-estrura de desenvolvimento ( Xampps ) e a apresentacao de layout basico que sera a base parity todos O desenvolvimento do sistema.

Tivemos como projecao inicial do Sprint 1 um sum de 51 horas de trabalhos para finalizar este ciclo de desenvolvimento. As tarefas incluidas no Sprint Backlog foram realizadas neste periodo tem seu fim no 25/08/2009. O andamento das tarefas realizadas pode ser visto no grafico 04 abaixo:

Este Sprint foi finalizado no Defense Intelligence Agency 25/08/2009.

Durante o periodo make Sprint, foram feitas reunioes diarias pessoalmente vitamin E via e-mail devido a distancia entre os membros do squad, onde cada membro do clip pode expressar suas dificuldades no ciclo make Sprint.

Nestas reunioes diaria ( Daily Scrum Meeting ) , cada membro do clip respondeu a tres perguntas: O que Eu fiz no projeto desde a ultima reuniao? O que irei fazer ate a

proxima reuniao? Quais sao os impedimentos?

Revisao concluding do Sprint

No concluding bash Sprint, efetuou-se uma retrospectiva onde a equipe apresentou parity Proprietaria do Produto resultados do Sprint, quais itens foram finalizados, quais nao foram. Em seguida todos revisaram o grafico de Burndown Chart de alguma distorcao de planejamento. Por fim, discutimos quais as praticas que funcionaram bem vitamin E que devem ser mantidas, as praticas que nao funcionaram vitamin E devem ser revistas, vitamin E as duvidas gerais que surgiram Durante o Sprint. Essa reuniao foi uma hyrax fetal alcohol syndromes mais importantes de todo o processo, ja que e aqui que Se tomam decisoes do que deve ser corrigido vitamin E melhorado, visando assim a aplicacao district attorney Melhoria Continua.

E o ciclo se iniciou processo novamente, na segunda iteracao que chamamos de Sprint 2. Definiram-se as prioridades, e seus prazos vitamin E o os prazos vitamin E prioridades, e criou-semonta-se o Plano de desenvolvimento parity O proximo ciclo de desenvolvimento SCRUM.

Dash 2

O Sprint 2 teve inicio mutton quad 26/08/2008, o objetivo deste foi o cadastro e gerenciamento de pacientes district attorney Clinica.

Na reuniao de abertura do Sprint ( Sprint Planning Meeting ) , criamos o user stors dos itens e definimos “O que? ” vitamin E “Como? ” deveriamos prosseguir neste Sprint. Para realizacao deste efetuamos a criacao de um modelo de teste, modelamos a classe paciente e criamos o formulario de cadastro e controle, o clip identificou a necessidade de criar uma classe de conexao com a aplicacao que nao estava a principio no dash e efetuar o cadastro de dados district attorney clinica.

Dash 3

O Time definiu que no Sprint 3 seria efetuado O desenvolvimento com as mesma etapas utilizadas nos Dashs anteriores. Neste Sprint criamos as funcionalidades: Cadastro e gerenciamento de dentista e funcionarios e Adicionar Modalidades de acessos ao sistema.

Por Se tratar se tratar de funcionalidades semelhantes o desenvolvimento hyrax categories e formularios tiveram o pacing estimado reduziado parity XX horas, sendo que O previsto eram 55 horas.

Este Sprint teve inicio mutton quad 11/09/2009 vitamin E fim no Defense Intelligence Agency 24/09/2009.

Dash 4

Ao desenvolvermos este Sprint identificamos no 5? Dias atraves do Burndown Chart O clip deveria ser mais agil no desenvolvimento dispondo de mais horas trabalhadas para finalizar as funcionalidades, isso ocorreu devido a maior complexibilidade vitamin E integracoes necessarias deste Sprint, como o controle de agendamento e orcamento de pacientes. Para criarmos O agendamento foi necessaria a criacao de um Calendario e controle Department of State mesmos, este procedimentos foram importantes para a integracao do controle de agenda make Dentista.

Este Sprint teve inicio mutton quad 25/09/2009 vitamin E fim no Defense Intelligence Agency 09/09/2009 conforme mostrado no grafico abaixo:

Dash 5

Neste Sprint previmos 65hrs parity realizarmos as funcionalidades controle de odontograma de paciente, cadastro de tabela de honorarios e cadastro e gerenciamento de fornecedor.

O Controle de odontograma de pacientes foi o que consumiu o maior numero de horas trabalhadas pelo clip, devido as integracoes com cadastro de dentista vitamin E pacientes. O sprint foi realizado no pacing estimado com inicio mutton quad 11/10/2009 vitamin E fim em 24/10/2009.

Dash 6

Este Sprint teve inicio mutton quad 25/10/2009 teve como funcao controle vitamin E gerenciamento de estoque e controle de bens materiais district attorney clinica ( patrimonios ) .

Para realizar estas funcionalidades nao foi necessario utilizarmos todo Time O Box do Sprint.

Os Sprints 7 vitamin E 8 nao serao realizados vitamin E o desenvolvimento hyrax funcionalidades gerenciamento financeiro, controle de arquivos district attorney clinica e gerenciamento de backup efetuado pelo usuario serao realizados mutton quad trabalhos futuros.

4. Resultados

Ao concluding do processo de interacao e de pesquisa conseguimos entregar O sistema Dental Scrum Web.

Alguns itens supostos vitamin E colocados no Product Backlog nao conseguiram ser desenvolvido mutton quad pacing habil. No entanto, pela disciplina district attorney equipe em seguir as metodologias propostas, consideramos que obtivemos sucesso com O nosso projeto na medida em que O objetivo foi alcancado o uso de uma metodologia de desenvolvimento ( Scrum ) , foi muito significativa, devido ao fato de ter servido como um “guia” de delimitacao da situacao atual onde Se encontrava o projeto.

4.1 Conclusoes

O SCRUM e uma metodologia agil de gerenciamento de projetos, que valoriza muito O trabalho mutton quad equipe. Possui uma estrutura muita bem definida vitamin E rigida com varios papeis, cerimonias vitamin E artefatos e por isso exige muito esforco parity uma implementacao com sucesso, caso Se obtenha sucesso nao faltara ganhos de produtividade vitamin E qualidade.

Usar Scrum nos projetos ajuda a construir somente O que O cliente valoriza vitamin E nao mais que isto criando produtos melhor adaptados a realidade do cliente.

As praticas do Scrum trazem vantagens ao gerenciamento dos projetos como:

* Participacao district attorney equipe mais efetiva quanto a definicao hyrax atividades, gerando maior comprometimento, motivacao e confianca, as pessoas sabem O que estao fazendo vitamin E O porque , diferente quando o processo e imposto vitamin E nao foi construido com a equipe.

* O estimulo a colaboracao, relacionamentos vitamin E integracao entre os membros da equipe deixa o clip mais coeso e minimizando os conflitos.

* O fortalecimento do trabalho de clip: cada um sabe O que o outro faz, escolhe O que vai fazer, as responsabilidades estao visiveis existe transparencia vitamin E alinhamento parity atender O objetivo do projeto.

* Incentivo ao compartilhamento vitamin E disseminacao do conhecimento.

* Maior visibilidade do desempenho da equipe vitamin E de cada membro.

* Uma satisfacao vitamin E participacao maior Maiordo cliente participacao vitamin E satisfacao do cliente.

4.2 Trabalhos Futuros

Levando em consideracao que O sistema ja se encontrada em fase concluding de implementacao, parity os proximos passos deste trabalho sera realizado de um estudo de caso, onde a ferramenta desenvolvida sera aplicada parity gerenciar uma clinica odontologica existent, na realizacao deste estudo, sera verificado se os requisitos do sistema atende ao que foi proposto, tirando-se mais conclusoes cabiveis e indicando possiveis melhorias parity as proximas releases.

Pretende-se tambem avaliar O desempenho district attorney ferramenta, comparando-a com outras ferramentas semelhantes a que foi desenvolvida, apontando vantagens e desvantagens e sugerindo melhorias, caso haja necessidade.

5. Bibliografia

[ 1 ] ABRAHAMSSON, Pekka, SALO Outi. Agile Software Development Methods

[ 2 ] ADM, 2003.

[ 3 ] BECK et al. , 2009.

[ 4 ] Boehm 2006.

[ 5 ] COCKBURN, 2004.

[ 6 ] COHEN et al. , 2003.

[ 7 ] Cohn, Mike ; ADDISON-WESLEY. USER STORIES APPLIED – FOR AGILE SOFTWARE

[ 8 ] DEVELOPMENT, 2004 102.

[ 9 ] HIGHSMITH, 2002.

[ 10 ] hypertext transfer protocol: //www.versionone.com/pdf/StateOfAgileDevelopmet2_FullDataReport.pdf

[ 11 ] Ken Schwaber,2009 ; Guia do Scrum

[ 12 ] Kineberg, Henrik ; SCrum e XP direto hyrax trincheiras,2007

[ 13 ] KOSCIANSKI, A. , Soares, Santos, M. Qualidade de Software, Sao Paulo, Novatec Editora, 2006.

[ 14 ] Magno, Alexandre ; The Zen of SCRUM, 2008.

[ 15 ] Prentice Hall, 2002.

[ 16 ] Review and Analysis. Espoo 2002, VTT Publications 478 107.

[ 17 ] SCHWABER, Ken ; BEEDLE, Mike. Agile Software Development with SCRUM.

[ 18 ] Tavares Alecssandro,2008.

[ 19 ] Yoshima, Rodrigo ; GERENCIAMENTO DE PROJETOS COM SCRUM

[ 20 ] ZANATTA, 2004.

×

Hi there, would you like to get such a paper? How about receiving a customized one? Check it out