Mais uma vez os questionamentos são baseados nos famosos “projetos de escopo fechado”. E após muitas discussões (construtivas) é fato que a legislação de contratação de outsourcing para o governo ferem as práticas ágeis. Porém, na minha opinião, existem maneiras de ao menos cobrar desenvolvimento iterativo dos fornecedores para reduzir o risco com entregas parciais.
Aqui estão as fotos e fatos do final de semana ágil em Brasília.
Chopp Ágil DF
Na sexta-feira rolou o Chopp Ágil DF, conforme publicado no post anterior.
Presença do Pessoal
“Arte Agile”
Workshop Scrum
Mais uma turma finalizada e com ótimas avaliações dos nossos alunos! Nesta turma em especial, tentamos responder as questões de devem assolar o cerrado: “Como colocar um ambiente ágil em projetos e licitações do Governo?”. A conclusão que sempre chegamos é que de fato contratos de escopo fechado e BRUF são muito dispendiosos. Sim, é possível ter um ambiente iterativo com escopo fechado, porém, você sofrerá com a gestão de mudanças irracional e o cliente sofrerá com aqueles 60% a 100% de “gordura” que o fornecedor colocará no contrato.
Todo mundo
Equipe 1
Equipe 2 (por que eles riem tanto?)
Adoro esses “artefatos ágeis” que surgem do nada e ajudam muito os alunos.
Isso é um mapa de navegação de um site de rede social.
Scrum-Ban semi-digital.
Opinião no nosso amigo Narixx sobre o peso do rinoceronte (depois de saber que um avestruz pesa 135Kg).
Fatos interessantes:
- Perguntei para dois brasilienses sobre como funcionava o esquema dos endereços em Brasília, ambos falaram que é “muito simples” e depois entraram em discussão entre eles sobre como funcionava tal esquema.
- Em Brasília tem um Standcenter / Promocenter muito maior que o que havia em São Paulo. É a feirinha do Paraguai. Produtos excelentes com procedência duvidosa e 3 meses de garantia.
- Brasília é mais bonita ao vivo do que em fotos.
Não deixe de também de olhar o post do Rafael Benevides no seu blog. Aliás, o Rafael contribuiu muito para que essa turma se disponibilizasse no DF. Obrigado novamente Rafael!
No dia 18 de outubro teremos uma nova turma em Brasília. Ainda não está divulgada no nosso site, porém será em algum hotel a definir. Para se inscrever envie um mail para rodrigoy@aspercom.com.br. O programa, preços e condições também estão no nosso site.
Na semana passada ministrei nosso Workshop Scrum para uma turma de 20 pessoas do Banco Indusval Multistock.
O Banco Indusval Multistock S.A. é um banco privado com 40 anos de experiência de atuação no mercado financeiro brasileiro. Desde 1993, suas atividades encontram-se focadas em um dos segmentos que o Banco considera dos mais atrativos do mercado de crédito: crédito a empresas médias.
A equipe deles desenvolve seus softwares em PHP e busca utilizar o Scrum como mecanismo de controle de projeto para iniciar uma melhoria de seus processos, buscando uma melhor interação entre o desenvolvimento e as áreas de negócio. Este tipo de necessidade beneficia muito a adoção do Scrum, pois toda instituição financeira é bem focada na busca por resultados rápidos.
Seria muito legal se esta moda pegasse em grandes instituições financeiras como Itaú, Bradesco, Unibanco e muitos outros! Infelizmente os projetos que desenvolví para grandes bancos sempre eram escopo fechado, foco em documentação e mais alguns toques cascateiros. Uma coisa para os CIOS dessas empresas pensarem a respeito.
Na semana passada ministrei nosso Workshop Scrum para nossos amigos da empresa FórumAccess. A FórumAccess é um excelente exemplo de consultoria pequena que o Phillip Calçado tanto fala. É uma empresa com mais ou menos 100 desenvolvedores que já está trilhando o caminho da Agilidade de maneira intuitiva. Com o treinamento eles de fato adotarão o Scrum para gerenciar os projetos.
Mais um treinamento com uma bela paisagem!
(essa ponte é linda na foto, mas ao vivo ela estraga a paisagem)
Uma das coisas que mais me chamaram a atenção na FórumAccess é a adoção de contrato de escopo negociável, apesar das dificuldades em vender este tipo de contrato no mercado. Eles são um dos poucos exemplos de empresa que oferecem este tipo de contrato (aqui em São Paulo são pouquissimas empresas que aplicam isso).
Como o Vinícius Telles explicou muito bem na sua palestra do TDC 2008 e também no vídeo sobre desperdício de funcionalidade, seu objetivo como desenvolvedor de software não é entregar tudo, mas sim, entregar aquilo que mais agrega valor para o cliente. O contrato de escopo negociável favorece isso.
Equipe 1
Equipe 2
Escrevendo User Stories
A homepage mais feia do mundo
Todo mundo
Tudo começa no planning
Agradeço a todo pessoal da FórumAccess pela troca de informações rica, principalmente sobre como o mercado tem se comportado com os contratos de escopo negociável. Essa mudança de cultura é muito importante para melhorar nosso mercado. Eu realmente acredito que consultorias menores e mais concentradas em entregar valor são alternativas melhores que as fábricas de software gigantes e burocráticas.
Julho é um mês agitado aqui na Aspercom. Todo o pessoal está de férias e muitos querem se manter atualizados nas novidades do mercado e etc… Ministramos treinamentos para aproximadamente 100 pessoas neste mês.
Sala de Treinamento da Aspercom
Computadores DELL Core 2 Duo e monitores LCD de 21″
Uma das grandes “novidades” é que dessa vez mais pessoas levantaram a mão quando perguntei se elas estão aplicando desenvolvimento iterativo. De acordo com a pesquisa rápida, creio que 60% dos alunos disseram estar aplicando desenvolvimento iterativo. 40% ainda era cascateiro. Bem, creio que isso é uma grande vitória, pois é muito comum 100% da turma ser cascateira. Será que as empresas estão caindo na real?
Eu acho que a comunidade Agile está fazendo um bom trabalho. Estamos dando o recado de maneira muito clara. Tem várias outras boas novidades de empresas grandes e pequenas buscando melhorar seus processos. Logicamente também aparece um ou outro louco afundando a adoção de Agile em algum lugar.
Foi muito legal neste mês de julho conversar com muitas pessoas de muitas comunidades diferentes. Uma das motivações de ter escrito o “Rigidez Conceitual Burra em Java” é o dinamismo da comunidade PHP. Realmente vejo eles buscando sistemas mais organizados através de frameworks bastante influenciados pelo Rails. Por conta de um sitezinho que precisei fazer, estudei o CakePHP. Infelizmente o site era bem simples e não deu para aprofundar muito, mas é fato que o sistema fica mais claro, mais fácil de manter e com uma melhor separação de responsabilidades. Logicamente a sintaxe do PHP é o que não ajuda!
O fato de ter escolhido PHP é que o provedor do cliente não tinha Rails “inicialmente”. Problema de comunicação! Quando fui colocar a primeira iteração no ar para testes, ví a seguinte tela:
Por melhor que seja o PHP, me desculpem! Rails é Rails! O provedor do cliente atendia Rails sim! Como estava ainda na primeira iteração logicamente que valia a pena migrar para Rails. Deus abençoe a Phusion. Uma das razões que me faz apostar no Rails é o Passenger (mod_rails). Logo logo o mod_rails se tornará padrão em qualquer provedor. Pra falar a verdade, creio que a popularização do mod_rails marcará o início da queda do PHP.
No treinamento Scrum do dia 19 de julho, conhecí o André e o Antônio Carlos (pessoal da Stefanini) que estão num grande projeto Web para a Fnac. O que chamou a atenção é que este projeto é Scrum + DDD + .NET + Escopo Negociável. Sendo sincero com vocês, é raro pessoas que trabalham com .NET aplicar DDD corretamente como este pessoal. Infelizmente, é comum o DsPLPC (Data Set pra lá e pra cá). Vamos ver se isso muda com o Entity Framework (isso se a M$ não fizer nenhuma besteira). Mas fiquei contente que o Antônio Carlos relatou como nosso treinamento auxiliou na adoção do Scrum com o Team System. Realmente estamos torcendo por vocês.
Muitas outras histórias e relatos tive nessas turmas. Realmente foi muito enriquecedor! Gostaria agradecer a todos os alunos pelas conversas nos coffe-breaks e pela excelente avaliação feita dos treinamentos.
Essa notícia foi muito especial para nós da Aspercom pois em julho do ano passado, exatamente 1 ano atrás, ministramos uma série de treinamentos para mais de 40 pessoas do UOL, entre eles o nosso Workshop Scrum. Pelo que me lembro foi uma das primeiras turmas corporativas deste treinamento.
Ficamos bem contentes em receber a notícia do sucesso na adoção do Scrum. E desejamos grandes sucessos a todos os envolvidos.
É interessante ver como uma empresa que veio do mundo da publicidade é bem diferente de empresas que simplesmente são produtoras de software. No trabalho da VM2 existe o trabalho artístico de design e também o dia a dia do desenvolvedor de software, lidando com integrações, frameworks, patterns, modelagem, testes e etc… A empresa deseja utilizar o Scrum para ter uma visão única do projeto, adotando a característica multi-disciplinar da metodologia.
Uma das coisas legais do nosso workshop é o exercício de levantar as User Stories de um projeto de rede social empresarial. Nós fazemos o planejamento de um projeto partindo do zero: eu faço o papel de cliente e os alunos fazem parte do corpo técnico.
Nesta atividade os alunos devem achar as User Stories conforme a conversa com o cliente se desenvolve. Não é a primeira vez que ví um aluno fazendo isso, mas dessa vez conseguí pegar um deles no flagra.
Nós também temos atividades de modelagem ágil na concepção deste projeto, porém, intuitivamente este aluno (ele se chama Everton) estava modelando um mapa de navegação do sistema só para compreender melhor o problema, na melhor forma do “modelar com um propósito” da Agile Modeling. Ninguém tinha pedido pra ele fazer modelo algum, mas ele o fez por necessitar dele. Ele fez para o propósito de ter uma melhor visão sobre as Stories.
Creio que este é um bom exemplo dos benefícios de modelar. Um modelo não é uma especificação. Modelar deve ser uma atividade intuitiva e não uma obrigação. A formalidade do modelo costuma variar conforme a necessidade.
O que está na cartolina azul é um mistério…
Muitos outros alunos fazem outros tipos de diagramas. Alguns deles são completamente indecifráveis para quem não participou da sua elaboração. Nenhum deles são “UML compliant”. Muitos fluxogramas simples costumam aparecer. Outros (como eu) simplesmente precisam de um papel para rabiscar coisas enquanto falam.
É só afastar as cadeiras!
Parabéns e obrigado a todos da VM2 pela hospitalidade e pela troca de informações sobre PHP, Web Design, LAMP e etc… Até o próximo treinamento!
A equipe de desenvolvimento de aproximadamente 40 pessoas foi treinada na metodologia Scrum, onde pudemos desmistificar muito sobre as melhores práticas de gerenciamento e principalmente auxiliá-los na melhoria contínua dos processos que o Scrum proporciona através da constante inspeção e adaptação.
Em tecnologia se aprende na prática!!!
Exercício de Concepção Ágil. Como descobrir e dar peso funcional para as User Stories ?
Parabéns a todos da equipe de desenvolvimento da Cemig e espero que a ASPERCOM tenha ajudado nos importantes projetos que vocês estão desenvolvendo.
Nesta semana estive ministrando os treinamentos de Levantamento de Requisitos e Scrum para o pessoal do Instituto Municipal de Tecnologia da Informação da Prefeitura de Campo Grande.
Antes de mais nada gostaria parabenizar a cidade de Campo Grande. Campo Grande é uma cidade linda! É uma das capitais mais bonitas que tive o prazer de visitar aqui no Brasil. É uma cidade muito bem estruturada e limpa. São largas avenidas (5 pistas) com grandes calçamentos que cruzam simetricamente toda a cidade. Todas as ruas são arborizadas com jardins bem cuidados. É uma metropole em pleno desenvolvimento. Com um passeio na Av. Afonso Pena e uma volta no Shopping também pude notar como o povo lá é gentil e acolhedor.
(Eu preciso comprar um celular com uma câmera melhor…)
O nosso treinamento de Levantamento de Requisitos é focado em técnicas para captura de requisitos e estabelecimento da Visão do Projeto. Definir e documentar uma Visão é uma tarefa não muito valorizada na maioria dos projetos de clientes que tive contato, porém, o escopo macro do projeto é importante para focar o desenvolvimento naquilo que resolve os reais problemas do cliente. A maior pergunta que respondemos neste treinamento é que desenvolvimento iterativo tem escopo!
Mais um treinamento e mais uma empresa buscando trilhar o caminho do sucesso com Agilidade.
Os produtos e serviços da YMF são utilizados por Asset Managers, Hedge Funds, Custodiantes, Private Bankers, Seguradoras, Fundos de Pensão, Family Offices e Investidores Individuais. Com cerca de 70 clientes que controlam mais de R$ 1 trilhão em 14.000 Portfólios e 4.000 fundos, a YMF é o provedor líder de sistemas e serviços de Asset Management da América Latina.
Em 2007 a YMF passou a ser controlada pela Datasul.
Treinamento com uma vista exuberante para a Vila Olimpia em São Paulo.
Como nosso amigo Scott Ambler diria: “This is an Agile Model.”
Um bom plano geralmente é produzido com bons modelos.
Um bom modelo não é necessariamente bonito e nem UML compliant.
O fruto do planejamento: Um plano altamente visível a todos.
Parabéns a todos da equipe YMF!!!
