Workshop Rational Team Concert - RTC - Planejamento - aula 01

WORKSHOP de RTC - Planejamento e gestão de backlog

1. Rational Team Concert
Workshop Planejamento RTC – Dia 01

2. Fernando Cunha – [email protected]
•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
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
WORKSHOP RTC – Agenda
Área de Projeto W 1
Áreas de Equipe e Categorias o 2
Linhas do Tempo e Iterações r 3
Funções e permissões k 4
Introdução s 5
Consultas h 6
Itens de Trabalho

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
ALM
O que é Application Lifecycle Management
na sua opinião?

7. 7
ALM
É a coordenação das atividades de
desenvolvimento do ciclo de vida,
incluindo requisitos, documentação,
desenvolvimento, build e testes.

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
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
RTC – RATIONAL TEAM CONCERT

11. 11
RRDI– RATIONAL REPORTING FOR DEVELOPMENT INTELLIGENCE
J
a
z
z

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ças4
E Pl3mrjmrqeRLDmIrj rlea ueP
4
çaõ–aTmrbm0lamD rj rv aP3mrK,bhr-r,mnaR rbm0lamDr
he0eI t 0lS
4
éePla eqTDTjej rKPmnaR rRmj rórlePLPS
4
E ae43mr rkjtT0TPlae43mrj r–eRml P
■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
Á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.4
6tr–am7 lmr0mréÉbrprP t–a rmaT 0lejmr
emrj P 0vmDvTt 0lmrj rntere–DTRe43m1r
mnrP 7e1reraTImarj v aãr .TPlTarnter6a er
j rçam7 lmr–mare–DTRe43m1rmnrntr
Rm07n0lmrj re–DTRe47 Prjmrt Ptmr
jmt80Tmc
■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
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.4
,mt 0l rin tr–mPPnTr– auTDrj rejtT0TPlaejmar–mj r
a eDT:eareDl ae47 Pr0ePrRm0uTInae47 Prjerçam7 Rlrka er
■Somente quem possui perfil de administrador pode
realizar alterações nas configurações da Project Area

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óprios3
rkshp PlaphnejhmjtRkshmjRjhTRPjCkshtph–PDijlhtsh
0pems1hphlnjlhtjajlh3pRjFepDaphTsPDTPtpehTsehjh
pDaRjtjhtshTutP3shpehmRstnCks
3
cdlAhlpemRphtpgpRÁhp PlaPRhnejhPapRjCkshTijejtjh
Workshp
■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
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 equipe3
qhmsllLgpFhTRPjRhRplaRPCIplhtphgPlPdPFPtjtph
tphçapDlhtph0RjdjFishpDaRphpõnPmplh
tPlaPDajl
■É possível criar restrições de visibilidade
de Itens de Trabalho entre equipes
distintas

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.3
qhmsllLgpFhTRPjRhRplaRPCIplhtphgPlPdPFPtjtphtphçapDlhtph
0RjdjFishpDaRphpõnPmplv
■É possível criar restrições de visibilidade de Itens de
Trabalho entre equipes.

18. 18
PERGUNTAS

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. 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
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.3
qhmsllLgpFhTRPjRhDsgslhmjméPlhphjaRPdnPRhmpRePllIpl
3
óF3nejlhsmpRjCIplhplakshgPDTnFjtjlhjshaPmshtphFPTpDCjhõnph
shnlnÁRPshmsllnP
3
4sRhp pemFsAhnehnlnÁRPshõnphapehshmjmpFhtph0pjeh
5pedpRhphDkshmsllnPRhjhFPTpDCjhtph6pgpFsmpR1hDkshmstpRÁh
p7panjRhpDaRp3jhtphTutP3shDshRpmslPauRPs
3
ólh7nDCIplhmstpehlpRhTRPjtjlhmsRhÁRpjhtphÉõnPmphajedée
■É 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
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. u
orkkshsps P la lanesPeaelpPnsrjPmljtrka
ljtelaRtljka laTePhPpCr
u
–esPDira laP0er1PD3lkaFula0r lmasm0l sea
Fulaumanc sdrAgrjtlamsdela laPmhsljtlakla
Pjtlkatleaks raP0er1P r
u
Áa0rkkE1lpanesPeajr1rkaRtljka laTePhPpCra
lqruaP snsrjPeajr1rkanPm0rk
■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
CONSULTAS
Os Itens de Trabalho podem ser observados através de consultas pré-
definidas ou consultas personalizadas.u
–esPDira lagspterka lahuknP
u
–rm0PetspCPmljtra PanrjkuptP
u
IptlePDira raRtljka laTePhPpCrça seltPmljtlajraelkuptP ra
PanrjkuptP
u
õtspsbPeanrjkuptPkanesP PkanrmrahPkla rka PkChrPe k
■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
PERGUNTAS

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. 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.