Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
Estudos de Caso do RUP em Fábricas de Software
Esta apresentação tem por objetivo...
...entender como a teoria do RUP se aplica
em Fábricas de Software;
...saber, daquilo que é estudado, o que de
fato é aplicado e viável;
...conhecer outras técnicas complementares
ao processo unificado.
O apresentador
Nome: Hedson Rodrigues Lima
Atua como: Coordenador de Projetos
Na Empresa: CTIS Tecnologia S/A
E também: Instrutor
Na Escola: Bluestar Informática
Breve currículo:
• 6 anos de experiência com gerência
de projetos e coordenação de equipes
de desenvolvimento
• 5 anos de experiência com análise
de requisitos
• 15 anos trabalhando com
desenvolvimento de software
• Formado em Ciência da Computação
pela Universidade Católica de Brasília
• Pós-graduando em Governança em TI
• Certificado em Gerência de
Requisitos, Gerência de Configuração e
Teste de Software
• Auditor de Qualidade ISO 9001:2000
A Fábula do Mercado de TI
Clientes
Necessidades
Empresas de TI
Lucros
Software
Sobre
Processos
Tecnologias
Profissionais
Po
ss
uem
Satisfeitos
Lucrativas
Motivados
E eles viveram felizes para sempre...
A dura realidade
Necessidades
Software
Sobre
Clientes
Empresas de TI
Lucros
Sem Processos
Tecnologias
Ultrapassadas
Profissionais
Pouco Capacitados
Não
sa
bem
qu
ais
Insatisfeitos
Multadas
Demitidos
Como solucionar o problema
Trabalhar em uma ONG?
Achar alguém para por a culpa?
Matar os clientes?
Mandar o currículo para o Google?
Trocar de profissão e plantar feijão na
Bahia?
Chamar o Chapolin Colorado?
Definir Processos
Eficazes e
Eficientes
Capacitar e Treinar
os Profissionais
Investir em
Tecnologias e
Ferramentas
Implantar processos
de qualidade
Refrescando a Memória...
RUP – Rational Unified Process
É uma metodologia de desenvolvimento de software criada pela Rational (atual IBM) que acabou se tornando um padrão de mercado;
Procura reunir métodos, procedimentos e templates para todas as áreas envolvidas no desenvolvimento de software;
Utiliza e referencia outros padrões de mercado, tais como UML, PMBoK e CMMi.
RUP - O Gráfico das Baleias O RUP possui, em sua dimensão vertical disciplinas e papéis
e na sua visão horizontal, fases e atividades para a geração
artefatos, representados no gráfico abaixo:
RUP – Mitos e Verdades
“O RUP aumenta o custo e o tempo do desenvolvimento” É fato que o excesso de formalismo exige mais tempo e mais
profissionais
Em contrapartida: o processo não precisa ser implementado em sua totalidade e pode ser customizado de empresa para empresa
“O RUP não é adequado para pequenas empresas” Um pequeno mercado de quadra não precisa de um enorme caminhão-
baú para transportar as compras de seus clientes. Uma Kombi é suficiente. Mas ela precisa de um veículo para transporte.
Da mesma forma, não significa que as empresas pequenas não precisam de processos. As melhores práticas do RUP podem ser adaptadas a processos mais simples.
“O RUP é feio” Eu também não sou muito bonito, mas acredito que isso não faz
diferença no meu desempenho profissional.
O Ecossistema de uma FSW
Processos
Ambiente de
Software
Produtos
Indicadores
Custos Cronogramas
Qualidade
Demandas
Os papéis do RUP na FSW
Analista de
Requisitos
Sênior
Desenvolvedor
Sênior
Analista de
Testes
Documentar ou não, eis a questão
Os requisitos do software devem ser
devidamente documentados.
Artefatos padronizados
Exemplo de Artefato: Documento de
Visão Dentro da Fábrica de Software, serve para:
Delimitar o escopo de um projeto
Auxilia a determinar o tamanho do projeto e,
conseqüentemente, o valor e o prazo
Permite gerenciar as mudanças
E quem faz o Documento de Visão?
Vamos relembrar?
Exemplo de um Documento de Visão
Como extrair as informações do
cliente? Através de técnicas de levantamento de
requisitos
Neste caso, o RUP sozinho não é suficiente
Pode-se utilizar outras técnicas, tais como
Brainstorming, Técnicas de Reunião,
Prototipação
Existem relatos de uso de telepatia, tortura e
abdução, mas as autoridades desmentem
E a qualidade do que se produz?
Os artefatos devem ser revisados antes de
serem aprovados pelo clientes.
Existem diversas técnicas de revisão:
Revisão por Pares – Peer Review
Revisão por Walkthrough
Inspeção
Utilização da UML com o RUP
O RUP utiliza UML para documentar os
requisitos de usuário:
Casos de Uso
Regras de Negócio
Diagramas de Caso de Uso
Diagramas de Atividades
Etc.
Exemplo de Caso de Uso
Exemplo de Diagrama de Casos de
Uso
Então o RUP é a garantia da
felicidade? Os processos sozinhos não
garantem a qualidade, o
cumprimento de prazos e a
lucratividade
É necessário esforço das
pessoas envolvidas e
investimento em ferramentas
O modelo PPT
Profissionais capacitados
Investimento em treinamentos
Investimento em certificações. Ex.:
Requisitos - RUP, Case I e Case II (IBM); UML
(OMG)
Teste - CTFL (BSTQB); CSTE (QAI)
Desenvolvimento – SJCP (Sun);
Gerência – PMP; ITIL
Diversas ferramentas no mercado
Requisitos Rational Rose, Rational RequisitePro, Enterprise
Architect, Borland CaliberRM
Desenvolvimento Eclipse, NetBeans
Testes Hudson, Testlink, JMeter, Selenium, Mantis
Gerência de Projetos MS Project
Dúvidas sobre Fábrica de Software e RUP?
Técnicas de Reunião
Pré-requisitos:
Habilidades sociais básicas
Oratória
Simpatia
Paciência
Antes da reunião
Definir uma pauta Coerência
Tempo
Conhecer os participantes Adequar a linguagem
Selecionar exemplos
Preparar-se Providenciar recursos (cadeiras, canetas, papel,
projetor, etc.)
O Início
Seja pontual
Cumprimente e se apresente (se for o caso)
Apresente a pauta e os objetivos da reunião
Durante a Reunião
Cada indivíduo se comporta de uma forma diferente diante do mundo. Este comportamento é a resultante do seu processo de socialização e de sua personalidade.
Pesquisas revelam que as pessoas também se comportam de forma diferente quando agrupadas ou não. Em grupos são capazes de realizar ações que sozinhas jamais fariam, ocorrendo o que chamamos de "comportamento grupal". A atmosfera grupal que se instala poderá ser ou não cooperativa e amigável.
Os participantes e seus
comportamentos Cada grupo é diferenciado, mas é possível
observar estereótipos:
O Belicoso - Não conteste. Mantenha a calma. Tome cuidado para que ele não monopolize a reunião.
O Positivo - Ele é um ponto de apoio. Permita que ele faça o uso da palavra sempre que necessário, pois normalmente contribui com informações positivas e de interesse geral.
Os participantes e seus
comportamentos O Sabe Tudo - Convém, em muitas circunstâncias,
deixá-lo habilmente por conta do grupo.
O Falante - Interrompa-o com habilidade. Limite o tempo que ele tem para falar, pois tende a divagar e ser prolixo.
O Acanhado - Motive-o a participar fazendo perguntas fáceis para que tenha condições de respondê-las, de preferência algo relacionado com o que ele já conheça com isto a autoconfiança aumenta gradativamente. Agradeça sempre sua contribuição, mas não exagere com esta técnica.
Os participantes e seus
comportamentos O que não aceita e não coopera - Explore sua ambição.
Reconheça e use sua experiência e seu conhecimento. Respeite-o, mas não se deixe persuadir por ele. Use sua experiência e bom senso de líder.
O Desinteressado - Dirija-lhe perguntas sobre sua atividade profissional. Solicite habilmente exemplos de algo que ele esteja interessado. Procure motivá-lo e conscientizá-lo da importância de sua participação.
O Desdenhoso - Não o critique, seja hábil, use a técnica do "sim, mas...". Não tente justificativas diretas, pois seja exatamente isto que ele queira, para se auto-afirmar perante todos.
Os participantes e seus
comportamentos O Perguntador Persistente: Normalmente atrapalha o líder.
Convém passar suas perguntas para o grupo respondê-las,
entretanto, não convém exageros desta técnica pois pode
causar impressão aos demais de que o líder se deixou persuadir
por ele ou está inseguro.
Tenha interesse pelo ouvinte
Todos nós gostamos de receber atenção. Dirija-se a todos os participantes de um grupo. Dirigir-se a um dos participantes, apenas, dispersa o restante do grupo.
Preste atenção a seus pontos cegos, não esqueça deles. São aqueles participantes que se sentam fora do nosso campo visual, geralmente nos cantos da sala.
Encerramento
Faça uma síntese do que foi tratado na
reunião;
Agradeça a participação e colaboração de
todos;
Termine a reunião no horário previsto.
Obrigado!
Twitter: @hedsonr
http://hedsonlima.wordpress.com
mailto:[email protected]