Design-Driven Testing using the Agile/ICONIX Add-In

Oi pessoal,

Eu sempre utilizei UML e gosto muito desta ferramenta. Sempre que possível eu utilizo os desenhos para poder fazer um alinhamento de comunicação com a equipe.

Eu tenho alguns post no blog sobre modelagem ágil, mas este não é o mérito do momento.

Segue o link de uma técnica de analise orientada a objetos que eu gosto muito, chamada ICONIX.

Link: http://www.iconixsw.com/Articles/ddt_tutorial.html

Livros:

[1] - http://www.amazon.com/exec/obidos/tg/detail/-/1590597745/ref=ord_cart_shr?_encoding=UTF8&m=ATVPDKIKX0DER&v=glance

[2] - http://www.amazon.com/Case-Driven-Object-Modeling-Addison-Wesley/dp/0201432897/ref=pd_sim_b_6


Abraços,

Abu

Projeto GTT, em execução...

Oi pessoal, o projeto aqui na empresa está indo muito bem.

Na correria do projeto não deu tempo de realizar post's referentes ao seu andamento. Mas vamos colocar alguns itens que merecem ser registrados.

Foi utilizado durante todo o ciclo de vida do projeto conceitos de Lean. Os nossos projetos aqui são de criação de produtos (hardware e software) e manutenção evolutiva de produtos já existentes.

Para a implantação do processo foi utilizado o quadro de Kanban, que tem algumas características diferentes do nosso quadro tradicional de Taskboard do Scrum.

Foi realizado durante toda a fase do projeto a busca constante da redução de desperdício e a busca do "menos". Conseguimos manter este foco graças a equipe existente na empresa e a filosofia que já existia na corporação.

Em varias reuniões o comercial (Fernando) e o engenheiro chefe (Thiago), buscavam o foco no que realmente agregava valor ao produto.


Segue algumas fotos do nosso quadro de kanban




Itens não previstos


Processo de negocio do produto “Portal”


Fotos da fabrica e de vários produtos.







Abraços a todos, e um muito obrigado a equipe da GTT.

Abu

Criando UML em seu Blog, Wikis, Forum, etc

Oi pessoal,

Meu amigo Tomita que mandou este link. Ele deve estar com saudades dos dias em que passávamos o dia inteiro apenas modelando diagramas.

http://yuml.me/





Abraço a todos,

Abu

Scrum vs. Kanban: FIGHT!

Oi pessoal,

Segue alguns link's mostrando as diferenças entre as duas técnicas.

Post no Blog: Link

Pdf para leitura: Pdf

Mais post em Blog: [1] e [2]



Abraços,

Abu

Guide to the Software Engineering Body of Knowledge (SWEBOK)

Link do Material: http://www2.computer.org/portal/web/swebok/html/contents

Abraço a todos,

Abu

Balsamiq Mockups

Oi pessoal,

Segue fotos de um software para criamos protótipo de tela muito bom.







Link: Site


Abraços,

Abu

Requisitos - Quanto de detalhes são necessários?

Oi pessoal,

Já que recebi alguns chat e e-mails elogiando o post de requisitos vamos para mais um. A área de analise de sistemas eu gosto muito e já trabalhei muito tempo como analista de sistema.

É muito gostoso descobrir os requisitos e fazer a análise do entendimento de cada requisito identificado.

A questão é: Quanto de informação eu tenho que ter para permitir o entendimento do requisito?

Eu não sei se o desenho dos Bolos cai bem, mas o objetivo das fotos é que ambas são de bolo, mas uma foto possui muito mais detalhes de acabamento e enfeite que o outro. Desta maneira um bolo demora muito mais para ser feito que o outro.




No caso dos requisitos os fatores que nos levam a colocar mais informação ou uma quantidade de informações menores são:

Menor (-)
Clientes são amplamente envolvidos
Os desenvolvedores têm experiência considerável do domínio da aplicação
Precedentes estão disponíveis
Pacotes de soluções serão utilizados

Maior (+)
Desenvolvedores terceirizados
Equipe do projeto distribuída geograficamente
Testes serão baseados em requisitos
Estimativas precisas são necessárias
Rastreabilidade dos requisitos são necessários

Estes itens apresentados cai muito bem com relação a Use Cases e Cartão de História. Eu utilizo os dois, conforme as características do projeto que estou participando. Mas o Cartão de História funciona muito bem com os itens:

Clientes são amplamente envolvidos
Equipe junto (Não separada geograficamente)
A equipe de testes faz parte da análise de sistemas

Estes três itens são utilizados em Scrum, quando nos temos o PO sempre disponível e comprometido, a equipe junta no mesmo ambiente de trabalho e fazendo parte de todo o processo do Framework do Scrum. Na equipe está presente os profissionais de Teste.

Este foi um post rápido, fica o convite para os leitores olharem os itens que promovem + ou - detalhamento dos requisitos e complementar este post?


Referência Bibliográfica: Livro

Um abraço a todos,

Abu