Workshop Rational Team Concert - RTC - Planejamento - aula 01

456 visualizações

Publicada em

WORKSHOP de RTC - Planejamento e gestão de backlog

Publicada em: Tecnologia
0 comentários
2 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
456
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
11
Comentários
0
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Workshop Rational Team Concert - RTC - Planejamento - aula 01

  1. 1. Rational Team Concert Workshop Planejamento RTC – Dia 01
  2. 2. Fernando Cunha – fecunhainfo@gmail.com •Bacharel em Informática •Pós graduado Engenharia de Software UFPR •Pós graduando em Gestão de TI •ITIL V3 Foundation Certificate •Gerente de Projetos Contatos: http://br.linkedin.com/pub/fernando-cunha/26/67a/827/ Palestrante:
  3. 3. 3 DIA 01 ■ Funcionamento de Project Area ■ Categorias ■ Área de Equipe ■ Linhas do Tempo e Iterações ■ Funções e Permissões ■ Item de Trabalho ■ Aprovações ■ Compartilhamento ■ Consultas ■ Consultas compartilhadas ■ Filtros avançados ■ Funcionamento de Project Area ■ Categorias ■ Área de Equipe ■ Linhas do Tempo e Iterações ■ Funções e Permissões ■ Item de Trabalho ■ Aprovações ■ Compartilhamento ■ Consultas ■ Consultas compartilhadas ■ Filtros avançados DIA 02 ■ Planos ■ Kanban, cross-projects ■ Snapshots ■ Planos por equipe ■ Filtros ■ Painéis e relatórios ■ Planos ■ Kanban, cross-projects ■ Snapshots ■ Planos por equipe ■ Filtros ■ Painéis e relatórios WORKSHOP RTC – OBJETIVOS
  4. 4. 4 WORKSHOP RTC – Agenda Área de Projeto11 Áreas de Equipe e Categorias22 Linhas do Tempo e Iterações33 Funções e permissões44 Introdução55 Consultas66 Itens de Trabalho
  5. 5. 5 WORKSHOP RTC – OBJETIVOS Após completar esse módulo o participante será capaz de: •Conhecimento avançado de Áreas de Projeto •Criação e permissionamento de equipes na Áreas de Projeto •Conhecimento avançado na criação e entendimento de Itens de Trabalho •Gerenciamento aprovações de Itens de Trabalho •Conhecimento avançado de relacionamentos entre Itens de Trabalho •Conhecimento intermediário de consultas a Itens de Trabalho (filtro e compartilhamento)
  6. 6. 6 ALM O que é Application Lifecycle Management na sua opinião?
  7. 7. 7 ALM É a coordenação das atividades de desenvolvimento do ciclo de vida, incluindo requisitos, documentação, desenvolvimento, build e testes.
  8. 8. 8 PILARES ALM O ALM é estruturado em cima de três pilares que se complementam, são eles: pessoas, processos e ferramentas.
  9. 9. 9 Como a IBM suporta o ALM Powered by Elicita, captura, elabora, discute e revisa requisitos Requirements Composer Open Lifecycle Service Integrations JAZZ TEAM SERVER Best Practice Processes Search and Query collaborationTeam awareness Events notification Security Dashboards Rational Requirements Composer Quality Manager Coordenação de atividades garantia de qualidade, planos de garantia, processos e recursos Team Concert Executa o desenvolvimento da aplicação e acompanhe em tempo real a saúde do projeto. Rational Quality Manager Rational Team Concert offering offering Business Partner Jazz Offerings Software Architect Ferramenta avançada de modelagem que abrange entrega fim-a-fim Rational Software Architect
  10. 10. 10 RTC – RATIONAL TEAM CONCERT
  11. 11. 11 RRDI– RATIONAL REPORTING FOR DEVELOPMENT INTELLIGENCE Jazz
  12. 12. 12 RTC – RATIONAL TEAM CONCERT Mas, quais são os processos mais importantes desta gerência de aplicações? Podemos dividir esta resposta em três grandes processos: •Gerência de Requisitos •Gerência de Configuração e mudanças e build •Gerência de testes O RTC é a ferramenta responsável somente pelo processo de Gerência de Configuração e mudanças ■ Gestão do backlog de tarefas ■ Próprio Controle de versão (SCM - Source Control Management) ■ Rastreabilidade (source code X tasks) ■ Geração e Administração de pacotes ■ Gestão do backlog de tarefas ■ Próprio Controle de versão (SCM - Source Control Management) ■ Rastreabilidade (source code X tasks) ■ Geração e Administração de pacotes
  13. 13. 13 ÁREA DE PROJETO A Área de Projeto ou Project Area (PA), é um espaço que contém todos os planos, itens de trabalho e outras itens relacionados ao projeto que está sendo configurado. ■ Um projeto no RTC é sempre orientado ao desenvolvimento de uma aplicação, ou seja, a rigor deverá existir uma Área de Projeto por aplicação, ou um conjunto de aplicações do mesmo domínio. ■ Um projeto no RTC é sempre orientado ao desenvolvimento de uma aplicação, ou seja, a rigor deverá existir uma Área de Projeto por aplicação, ou um conjunto de aplicações do mesmo domínio.
  14. 14. 14 ADMINISTRAÇÃO DA PROJECT AREA Na parte de administração da Área de Projeto é possível definir permissões, adicionar membros, criar times, criar linhas do tempo, fazer pequenas customizações, etc. ■ Somente quem possui perfil de administrador pode realizar alterações nas configurações da Project Area ■ Somente quem possui perfil de administrador pode realizar alterações nas configurações da Project Area
  15. 15. 15 LINHAS DO TEMPO E ITERAÇÕES Uma linha de tempo representa uma área de atividade dentro de um projeto que normalmente tem seu planejamento, entregas, equipes e processos próprios ■ Não existe uma padrão para criação de Linhas do Tempo, e suas datas geralmente coincidem com a entrada do código em produção ■ Obs: sempre deverá existir uma iteração chamada backlog ■ Não existe uma padrão para criação de Linhas do Tempo, e suas datas geralmente coincidem com a entrada do código em produção ■ Obs: sempre deverá existir uma iteração chamada backlog
  16. 16. 16 CATEGORIAS E ÁREA DE EQUIPE As categorias agrupam Itens de Trabalho por vários componentes ou áreas funcionais de seu projeto. Cada categoria é associada a uma área de equipe cujos membros são responsáveis. Isso faz sentido quando temos áreas distintas dentro da mesma equipe ■ É possível criar restrições de visibilidade de Itens de Trabalho entre equipes distintas ■ É possível criar restrições de visibilidade de Itens de Trabalho entre equipes distintas
  17. 17. 17 CATEGORIAS E ÁREA DE EQUIPE Dentro de uma Project Area, podemos criar áreas de equipe, por exemplo: Equipe de Desenvolvimento, Equipe de Teste, Fábricas de Software, Equipe de Gestão do Projeto etc. ■ É possível criar restrições de visibilidade de Itens de Trabalho entre equipes. ■ É possível criar restrições de visibilidade de Itens de Trabalho entre equipes.
  18. 18. 18 PERGUNTAS
  19. 19. X 19 EXERCÍCIOS 1. Conecte-se na Área de Projeto – PA 2. Adicione seu colega como membro da equipe e escolha a função Team Member. 3. Crie uma Linha do Tempo chamada “matricula”_main_dev 4. Crie uma iteração do tipo Backlog chamada “matricula”_backlog 5. Crie uma iteração do tipo Sprint Backlog chamada “matricula”_Sprint_backlog
  20. 20. X 20 EXERCÍCIOS 6. Em dupla, crie duas equipes: “matricula”_eq_gestao e “matricula”_eq_fabrica. (Torne-se administrador e membro da equipe criada e após isso escolha a Linha do Tempo criada no exercício 03). 7. Em dupla, crie duas Categorias: “matricula”_cat_gestao e “matricula”_cat_fabrica. 8. Edite as Categorias criadas e associe a categoria com sua equipe. 9. Marque acesso restrito aos Itens de Trabalho e também restrinja a viabilidade das Categorias.
  21. 21. 21 FUNÇÕES E PERMISSÕES Em uma área do projeto, você designa permissões baseadas em função para executar operações de funções individuais. Para modificar permissões você precisa ser o administrador do projeto. ■ É possível criar novos papéis e atribuir permissões ■ Algumas operações estão vinculadas ao tipo de licença que o usuário possui ■ Por exemplo: um usuário que tem o papel de Team Member e não possuir a licença de Developer, não poderá efetuar entrega de código no repositório ■ As funções podem ser criadas por área de Equipe também ■ É possível criar novos papéis e atribuir permissões ■ Algumas operações estão vinculadas ao tipo de licença que o usuário possui ■ Por exemplo: um usuário que tem o papel de Team Member e não possuir a licença de Developer, não poderá efetuar entrega de código no repositório ■ As funções podem ser criadas por área de Equipe também
  22. 22. 22 ITEM DE TRABALHO OU WORK ITEM Um Item de Trabalho é uma forma de acompanhar as tarefas, defeitos ou melhorias que sua equipe precisa tratar durante o ciclo de desenvolvimento. ■ Possibilidade de criar relacionamentos entre Itens de Trabalho ■ Criação de aprovações que podem impedir que um código-fonte migre de ambiente se antes ter sido aprovado ■ É possível criar novos Itens de Trabalho e/ou adicionar novos campos ■ Possibilidade de criar relacionamentos entre Itens de Trabalho ■ Criação de aprovações que podem impedir que um código-fonte migre de ambiente se antes ter sido aprovado ■ É possível criar novos Itens de Trabalho e/ou adicionar novos campos
  23. 23. 23 CONSULTAS Os Itens de Trabalho podem ser observados através de consultas pré- definidas ou consultas personalizadas. ■ Criação de filtros de busca ■ Compartilhamento da consulta ■ Alteração do Itens de Trabalho, diretamente no resultado da consulta ■ Utilizar consultas criadas como base dos dashboards ■ Criação de filtros de busca ■ Compartilhamento da consulta ■ Alteração do Itens de Trabalho, diretamente no resultado da consulta ■ Utilizar consultas criadas como base dos dashboards
  24. 24. 24 PERGUNTAS
  25. 25. X 25 EXERCÍCIOS 1. Crie um nova função chamado Config Manager_”matricula” 2. Conceda as mesmas permissões de Scrum Master 3. Crie um Item de Trabalho do tipo História com o nome “matricula”_(livre) e atribua para a sua Categoria (filed against) 4. Crie dois Itens de Trabalho do tipo Tarefa com o nome “matricula”_(livre) e atribua para a sua Categoria (filed against) 5. Crie um relacionamento do tipo pai e filho entre Historia e as tarefas. 6. Crie uma consulta que busque os Itens de trabalho criados nos exercícios 4 e 5.
  26. 26. X 26 EXERCÍCIOS 7. Crie uma nova consulta, que deverá retornar todas Histórias que possuam filhos e que foram criadas hoje. Essa consulta deverá ser compartilhada com o colega. 8. No Item de Trabalho do tipo História, adicione uma aprovação do tipo “Validação” e inclua como aprovador seu colega. Instruções: No campos Filed against da História, deverá ser preenchido como o nome da equipe de fábrica e das Tarefas, o campo deve ser preenchido com o nome da equipe de gestão.

×