• Share
  • ?
  • Profiles ▼
  • Communities ▼
  • Apps ▼

Blogs

  • My Blogs
  • Public Blogs
  • My Updates
  • Administration
  • Log in to participate

▼ Tags

 

▼ Similar Entries

RTC v6.0 SAFe suppor...

Blog: Notes from Io...
dmmckinn 1200006SCS
Updated
0 people like thisLikes 0
No CommentsComments 0

Agile Engineering Su...

Blog: Notes from Io...
dmmckinn 1200006SCS
Updated
0 people like thisLikes 0
No CommentsComments 0

At Think2018? DevOps...

Blog: The Invisible...
ebl1276 100000J3SK
Updated
0 people like thisLikes 0
No CommentsComments 0

O protagonismo do de...

Blog: Technology Le...
TLCBrazil 270002P9M7
Updated
0 people like thisLikes 0
No CommentsComments 0

The 1st SAFe Program...

Blog: DevOps Commun...
giacomum 2700007J4D
Updated
0 people like thisLikes 0
No CommentsComments 0

▼ Archive

  • January 2016
  • August 2015
  • July 2015
  • February 2015
  • September 2014
  • July 2014
  • June 2014
  • May 2014
  • April 2014
  • March 2014
  • February 2014
  • January 2014
  • December 2013
  • November 2013
  • October 2013
  • September 2013
  • August 2013
  • July 2013
  • June 2013
  • May 2013
  • April 2013
  • March 2013
  • February 2013
  • January 2013
  • December 2012
  • November 2012
  • October 2012
  • September 2012
  • August 2012
  • July 2012
  • June 2012
  • May 2012
  • April 2012
  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • October 2011
  • September 2011
  • August 2011
  • July 2011
  • June 2011
  • March 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009
  • April 2009

▼ Links

  • Ferramenta para times Agile
  • Dúvida sobre RTC, instalação, tutoriais, tours, etc... acesse este link.
  • Compre online licenças de Rational Team Concert.
  • Caso tenha alguma área de interesse ou desafio de negócio, por favor, não hesite em contatar a Especialista de Vendas de Rational.

▼ Blog Authors

O Mundo depende de Software

View All Entries
Clicking the button causes a full page refresh. The user could go to the "Entry list" region to view the new content.) Entry list

Um Caminho Seguro para o Processo de Desenvolvimento - SAFe (Scaled Agile Framework® )

MoacyrMello 270001SSVQ | | Tags:  agile safe kanban scrum ‎ | 14,165 Views

No panorama atual sobre metodologias de desenvolvimento de software uma proposta que vem se destacando é SAFe (http://www.scaledagileframework.com/), um framework para permitir escalar práticas ágeis em corporações ou grandes projetos. A natureza particular dessa proposta é a ênfase que o framework dá ao gerenciamento de requisitos. Isso não surpreende quando sabemos que este framework vem sendo elaborado desde 2009 por Dean Lenffingwell, o mesmo autor de Managing Software Requirements – A Unified Approach, que serviu de base teórica para os cursos de gerenciamento de requisitos da IBM Rational. Aliás o autor foi um dos idealizadores do IBM Rational RequisitePro, ferramenta de gestão de requisitos que ficou famosa na década de 90.

Vinte anos depois, vimos o aparecimento de novas ferramentas, como o IBM Rational Requerements Composer (RRC), que sucedeu ao RequisitePro, com vantagem, e que incorpora agilidade e colaboração. Esperávamos também que novos conceitos aparecessem na área de requisitos. Estes vieram na forma de histórias (user stories),  temas (themes) e épicos (epics). Novos conceitos que ampliaram a forma de capturar requisitos, melhor adequados à ênfase em colaboração, flexibilidade e iterações de projeto mais curtas.

Para aqueles que, como eu, lembram-se da pirâmide de requisitos, uma forma simbólica de mostrar níveis de narrativa dos requisitos, devem observar a falta que fazia um método para transformar uma necessidade em uma característica (feature). Portanto damos as boas vindas aos épicos e temas, (sem falar nas histórias de usuários) porque eles vieram para cobrir uma falta de unidade na área dos requisitos de mais alto nível de abstração. Hoje, o que é comum entre as empresas, vemos o interesse em se usar histórias de usuários combinadas ao papel do Product Owner que, mesmo não desbancando o papel de gerente de produto, divide com ele a responsabilidade da manutenção do backlog do sistema. Nessas corporações faz muita falta um processo que permita organizar o trabalho desse novo papel na escala adequada ao negócio.

É nesse cenário que o framework SAFe fica mais interessante. Com uma abordagem focada na gestão e captura dos requisitos, ao invés de no design e implementação, o framework atende a uma demanda do desenvolvimento ágil que necessita soluções para escalar a efetividade do trabalho dos product owners e product managers. SAFe propõe esse mecanismo definindo diferentes níveis de times, organizando os product managers em torno dos product owners. E os mecanismos para criar essa escalada estão no próprio  conceito de time ágil: times Scrum para os níveis operacionais que tenham prazo de entrega e equipes Kanban para times de decisão que tem a prioridade como principal objetivo. Dizendo de outra forma: a dinâmica de times varia conforme a importância da prioridade versus previsão de entrega, ou seja, na medida em que a questão do time-box, que fixa o tempo da sprint, fica menos importante que a questão da “prioridade imediata”.

Mas então, como SAFe materializa essa variação na dinâmica da equipe? Simples, definindo três níveis com dinâmicas diferentes: Dinâmica das Equipes (teams), dinâmica do programa ou projeto (program) e dinâmica do portfólio. Esses três níveis de abtração organizacional possuem também três níveis de narrativa de requisitos. Isto significa que o conceito (e vocabulário) ao nível de cada uma das dinâmicas, do que se entende por requisito já está definido, o que facilita imensamente o trabalho de definir responsabilidades e artefatos para cada nível da organização.  Esquematicamente:

 

Dinâmica de portfólio Temas ou Épicos
Dinâmica de programa ou projeto Características (Features)
Dinâmica de equipe Histórias de usuários

 

Com a delimitação de níveis fica mais clara a utilização de variações de processo, quero dizer, um processo Kanban pode ser o mais adequado para tratar temas ao nível de portfólio porque, por exemplo, o acesso ao público gerencial é sob demanda e não sob a égide de uma agenda time-box (o caso de uma sprint ou iteração). Um processo como Scrum poderia ser mais adequado ao nível operacional de um sistema que tem releases periódicas e poderia ter suas entregas fixadas por sprints.

Nota: para aqueles que enxergaram na tabela das dinâmicas a mesma pirâmide do RequisitePro, um aviso. Lá tinhamos níveis de detalhe em que o requisito estava formulado, assim como aqui, mas o objetivo não é rastreá-los ou decompô-los, apenas delimitar diferentes dinâmicas organizacionais. Em suma o framework não define tudo, mas nos dá um caminho para elaborar processos de desenvolvimento mais harmônicos entre os níveis organizacionais. Voltaremos ao assunto do SAFe abordando outros aspectos interessantes.

Por enquanto, nestes tempos em que ainda não temos análise automática de requisitos, feita por algum algoritmo de linguagem de máquina ou inteligência artificial (vêr referência) , só nos resta construir bem os requisitos e apoiar-nos numa boa dinâmica de equipe para implementarmos a melhor solução. Smile

 Referências

https://www.ibm.com/developerworks/community/blogs/rationalbrasil/entry/rumo_a_ferramentas_mais_inteligentes?lang=en

 

Moacyr  Mello é IBM Certified IT Specialist,  tem 28 anos de experiência em tecnologia de informação e atua nas áreas de processos e requisitos na IBM Rational desde 1999. É Engenheiro Eletricista pela Escola Politécnica da USP, com especialização em gestão de projetos pela FGV.

Modified on by MoacyrMello 270001SSVQ
  • Add a Comment Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry
Notify Other People
notification

Send Email Notification

+

Quarantine this entry

deleteEntry
duplicateEntry

Mark as Duplicate

  • Previous Entry
  • Main
  • Next Entry
Feed for Blog Entries | Feed for Blog Comments | Feed for Comments for this Entry