Scrum no Ambiente Bancário – Entrevista

Entrevista com Eduardo Cheng (ScrumMaster) realizada nesse mês de Maio (2009) em Brasília-DF, que narra algumas experiências (erros e acertos) na adoção de Scrum no ambiente Bancário/Financeiro do Sicoob Brasil postado por Manoel Pimentel no Visão Ágil .

Entrevista

Enterprise Architect – Matriz de Rastreabilidade

A rastreabilidade é a capacidade de rastrear um elemento do projeto a outros elementos.

A finalidade de estabelecer rastreabilidade é ajudar a:

• Compreender a origem dos requisitos
• Gerenciar o escopo do projeto
• Gerenciar mudanças nos requisitos
• Avaliar o impacto no projeto da mudança em um requisito
• Avaliar o impacto da falha de um teste nos requisitos (isto é, se o teste falhar, talvez o requisito não seja atendido)
• Verificar se todos os requisitos do sistema são desempenhados pela implementação
• Verificar se o aplicativo faz apenas o que era esperado que ele fizesse.

No EA, criei a seguinte estrutura:

Abri a matriz de rastreabilidade com Source “Modelo de Caso de Uso”:

Escolhi Target “Requisitos Funcionais” :

A matriz de rastreabilidade entre UC x RF:

Outros tipos de matrizes de rastreabilidade são permitidos. Exemplo: UC x UC. Ao salvar um profile, não será necessário configurar novamente o tipo de rastreamento (source x target).

 Para gerar novamente a matriz de rastreamento, após salvar o profile UC x RF, basta clicar em:

Na matriz de rastreabilidade, a indicação de dependência foi gerada devido ao relacionamento realize entre a RNG e UC.

Para saber mais sobre matriz de rastreabilidade:

http://www.wthreex.com/rup/process/workflow/requirem/co_trace.htm

 http://wiki.dcc.ufba.br/pub/Residencia/MaterialModuloBP2/MPN-Aula6b.pdf

O EA faz relacionamento/rastreamento de um para um.

Agradeço ao Jusmar pelas dicas!!

e vamo q vamo!

Sea Tecnologia

Gosto deste blog: Sea Tecnologia -  http://blog.seatecnologia.com.br/

Manifesto 2.0

Li certa feita em algum canto que esse papo de virada de ano nada mais é que invenção humana para se dar novas chances de recomeçar. Astronomia a parte, até que faz sentido. Então, em meio a votos de sucesso e promessas de vida mais saudável, trago a minha mensagem de feliz ano novo. Acho que este ano será o ano da consolidação de um fenômeno que temos observado nos últimos tempos, mais intensamente, em 2008. É a chegada de uma nova escola de pensamento, já referenciada aqui no blog como a new-school. Mais recentemente, aqui na SEA, começamos a chamá-la de TI 2.0. Tudo porque estávamos buscando ações para nos tornarmos uma Empresa 2.0.

Continua …  http://blog.seatecnologia.com.br/2009/01/12/manifesto-2-0

A nova escola da TI

Muita gente acha que tenho ficado louco. Depois de 10 anos falando de tecnologia, passei, recentemente, a falar apenas de filosofia. Parece efeito de drogas pesadas, mas eu explico. Ultimamente, na SEA, temos discutido muito a respeito de novos modelos da indústria de TI e, após já alguns meses de discussões, percebemos claramente dois momentos históricos distintos que internamente batizamos de a velha e a nova escola de TI.  The Old School
Old school diz respeito ao modelo de pensamento que predominou na indústria nos primeiros anos desse milênio, talvez até 2006 (+/- 1). Trata-se da época de ouro do J2EE, dos servidores de aplicação monstruosos (à la SAP), das super-arquiteturas de software (aliás, dos milionários arquitetos de software), da overengineering em geral, dos modelos rígidos, proteccionistas, formais e burocráticos de gestão e desenvolviento, a época do RUP, do PMBok, do MPS.br and so forth.

Continua … http://blog.seatecnologia.com.br/2008/10/19/a-nova-escola-da-ti

Pq JTui?

Entrevista para seleção de candidato:

Candidato: tenho experiência com Jtuii.

Entrevistador 1 para o entrevistador 2:  Você conhece isso?

Entrevistador 2:  Não!

Entrevistador 1: Escreva, por favor.

Candidto: J2EE

Entrevistadores: Ah! tá….

e vamo q vamo!