Dizem que todas as coisas em nossa vida chegam a um final, certo? Pois bem, neste momento um grande e importante ciclo está chegando ao final para mim. A minha estada na Stefanini IT Solutions.

Trabalhei durante  um pouco mais de 4 anos e 6 meses aqui e tive uma trajetória muito bacana na empresa. Quem me acompanha mais de perto sabe que eu construí um relacionamento de muito carinho com a Stefanini.

Grande parte desse carinho é fruto da confiança e espaço que a Stefanini me deu nestes anos. Passei aqui por várias áreas e posições, desde arquiteto de software, quando entrei, até agora como gerente executivo do SDC em SP.

Conseguimos construir, em pouco tempo, um time do qual me orgulho muito. Talvez essa seja a bagagem mais importante que vou carregar aqui da Stefanini: A chance de ter trabalhado com profissionais únicos e ímpares dentro do SDC.

Nem vou falar de nomes aqui porque seria injusto, talvez eu não conseguisse expressar em palavras o quanto admiro todos que formam nosso time hoje. Mas, pra quem é do SDC saiba que para mim foi um tremendo orgulho poder participar dessa área e deste projeto de fazer software e de tratar as relações humanas de uma forma diferente.

Espero, do fundo do coração, que cada um de vocês continue crescendo como profissional e mais ainda como pessoa.  Nunca se esqueçam do quando é importante o comprometimento e alegria em se fazer aquilo que gosta

Quando vai chegando a hora de se despedir do pessoal com quem você compartilhou seus projetos e idéias e até um pouco da sua vida a coisa fica meio complicada e a tristeza aperta um pouco.

Mas, o que meu deixou muito comovido e feliz foram as manifestações do pessoal. Fizemos 2 “despedidas”, um Happy e um almoço. Nos 2 casos foram mais de 50 pessoas, quase todo mundo apareceu por lá. Isso é que me dá uma baita sensação de dever cumprido e de sucesso. Acho que não existe um feedback melhor do que esse pra quem trabalha com PESSOAS !!!

Vou compartilhar com vocês alguns “twitts” do pessoal que trabalha no #SDC

@jscavalcante “Salva de Palmas para o @alnascimento #SDC, Good Job”

@PatriciaSNovaes “Muito triste isso, mas boa sorte, tenho muito orgulho de ter trabalhado com profissionais como vcs @alnascimento e @oclaudiobr”

@_DJesus “@alnascimento Foi um Prazer de Trabalhar com vc !!! Vlw Por td !!”

@PatriciaSNovaes “@alnascimento meu primeiro chefe de T.I. ”

@danruziska “@alnascimento Pouco tempo que estou na Stefanini, mas com certeza conheci ótimos profissionais, e vc foi um deles. Parabéns e boa sorte!”

@vcavalcante “@alnascimento trabalhei c/ vc na Stefanini, foi uma ótima experência, aprendi muito c/ vc, desejo boa sorte no seu próximo desáfio, vc merece”

@chheringer “O @alnascimento é um cara que merece todo sucesso, realmente cresceu porque tem potencial e principalmente porque acredita na equipe que tem”

@oclaudiobr “@alnascimento sabe q software é feito por pessoas. Nunca fui tão produtivo (feliz) qto na estrutura q ele montou c o @lsneves e o @edudavo.”

@thatiaf “@alnascimento estou meio longe, mas deixo aqui o meu abraço e meus sinceros votos de sucesso nessa sua nova jornada! ”

@jambolao “@alnascimento Sucesso na nova empreitada, estamos aqui pra ajudar! Obrigado pela oportunidade!”

@raPHaelrn “@alnascimento Man! Sou suspeito p/ falar de vc né! Então boa sorte! E valeu por me dar a oportunidade de voltar a codar com alegria ”

@lsneves “@alnascimento boa sorte no novo desafio Brasil. pelo histórico do #SDC, é certo que vai dar mais do que certo. Sentiremos saudades!”

@felipec_castro “@alnascimento, sua demonstraçao pratica de valorizar pessoas + q processos foi a grande base do #SDC. Continue assim e mto sucesso!”

@rafanoronha “@alnascimento você deixa um legado. obrigado particularmente por contribuir com meu desenvolvimento profissional”

@ricardoserradas “@alnascimento Rapaz, nem sei o q dizer. Foi um prazer e uma honra enorme trabalhar contigo. Obg pela oportunidade! Sucesso no novo caminho!”

@dan_yudi “@alnascimento foi um prazer jogar AOM com vc =] trabalhar mais ainda!”

@OJoseFerrara “@alnascimento Pela segunda vez tenho que dizer muito obrigado. Abraços e boa sorte !!! Vc sempre deixou saudades por onde passou…”

@lsneves “@alnascimento o mais importante foi a amizade construida nesses 2 anos de #SDC. Isso vamos levar pra vida toda… (cont)”

@ricardofluiz “@alnascimento Obrigado por acreditar no meu trabalho. Cresci mto dentro do #SDC e junto com o @lsneves fizemo…”

@ThalesRaymond “Mesmo não indo na maioria das aulas. Um dos melhores professores! Boa sorte @alnascimento agora só sobraram os mini-andres. Hahaha”

É isso pessoal, desculpe por não colocar os “twitts” de todo mundo. Se colocasse ia dar uns 3 posts desse, rs.  Realmente, essa é a maior prova de que tratar as pessoas como PESSOAS e não como simples recursos dá resultado

Espero que me desejem sorte em meu novo desafio e que eu consiga realizar novas coisas bacanas por lá. Vou atualizando todos aqui pelo blog, certo?

Grande abraço !!!

André Nascimento

Post, rápido: Estamos contratando aqui no #SDC pessoal para fazer parte do nosso time .NET.

Quem acompanha meu blog sabe dos aspectos de perfil que costumamos valorizar, certo? Temos duas vagas para devs ninjas em:

• Microsoft .NET 3.5;
• ASP.NET/MVC
• N-Hibernate
• JQuery
• Práticas de XP, como TDD e integração contínua;
• Modelagem com DDD;
• Conhecer de verdade orientação à objetos;
• Conhecer Scrum como framework de gerenciamento de projetos.

Favor enviar CV para o email lneves@stefanini.com que vamos marcar uma conversa, ok?

Grande Abraço

André Nascimento

Voltando a postar minhas idéias por aqui Uma das coisas que estavam na fila é abordar um pouco as diferenças entre um projeto com entregas de escopo ”programado”  e um projeto com entregas incrementais de software.

Acho que nos últimos meses, tivemos algumas situações bem interessantes que baseiam uma boa análise sobre este assunto. Vamos lá então.

Primeiro, é preciso conceituar os dois modelos: Entrega Cascata e Entrega Incremental.

Entrega Cascata:

Parte do principio que o projeto é dividido em fases estensas com cada uma focada numa área de conhecimento da engenharia de software. Em geral, os modelos mais comum parecem com isso:

Modelo waterfall padrão

Neste modelo, as fases do projeto são divididas e as entregas são feitas ao final de cada fase, separando-se os entregáveis geralmente em:

• Documentação funcional;
• Documentação técnica;
• Código fonte / programas;
• Plano e casos de testes;
• Evidência de testes;
• Documentação gerencial (cronogramas, WBSs, etc).

Pode-se também adotar uma estratégia de quebrar a fase de desenvolvimento em vários releases ou entregas parciais, que podem ou não ser focadas em módulos funcionais do sistema.

Este modelo apresenta alguns princípios básicos que o norteiam do início ao fim:

• O escopo é definido e desenhado no início do projeto e “não muda”. Além disso, o tempo e custo do projeto também são definidos desde o principio, baseado num processo de métrica como APF, UCP, ou outro qualquer;
• Antes da codificação, é altamente necessário que os modelos técnicos sejam fechados e provados, por meio de especificações técnicas;
• A codificação é feita sobre as especificações técnicas e funcionais escritas nas fases anteriores do projeto;
• Mudanças são tratadas como “change-requests” durante o projeto.
• O software é entregue somente após a fase de desenvolvimento, mesmo que haja modularização na etapa de desenvolvimento, o chamado “teste de integração” sempre será feito no final;

Existem outras características que até são importantes, mas não vou abordar agora, ok? Acho que essas já definem bem o modelo.

Entrega Incremental

Parte do princípio que o projeto é desenvolvido contando-se com o aprendizado funcional e técnico do cliente e das pessoas envolvidas. Possui tempo x custo fechados, mas aceita e encoraja melhorias e alterações no escopo para entregar um produto melhor ao final do projeto.

Em geral, um modelo incremental é bem parecido com isso:

Modelo padrão incremental

O projeto todo é dividido em releases e a cada entrega os envolvidos têm a chance de avaliar e dar feedback para que haja melhoria no proximo release. As disciplinas de engenharia de software são absorvidas dentro da construção de cada release, não estando em fases separadas.

Uma caracteristica muito importante neste modelo é que um time é obrigatoriamente composto por profissionais multidisciplinares, pois o trabalho é multidisciplinar.

Os princípios básicos que o norteiam este modelo são:

• Entregas incrementais de software funcionando e não somente ao final do projeto;
• Times muldisciplinares dedicados ao mesmo projeto do início ao fim;
• Feedback do cliente e usuários do sistema, vendo partes funcionais entregues a cada ciclo pequeno;
• Possibilidade de mudanças no escopo de acordo com o aprendizado obtido nas entregas;
• Alto nível de visibilidade de riscos no projeto, uma vez que eles precisam ser mitigados rapidamente para que uma entrega de software seja realizada;
• Mais foco na comunicação e menos nos documentos, uma vez que não é preciso documentar as necessidades do cliente detalhadamente, pois elas são rapidamente desenvolvidas pelo time e apresentadas ao cliente.

Também existem outras características importantes neste modelo, mas que não precisam ser ditas agora.

Bom, uma vez que conceituamos os dois mundos, vamos analisar no que isso impacta quando falamos num projeto de software:

Geralmente, tanto o cliente quanto a equipe de desenvolvimento estão acostumados a receber/entregar código-fonte e/ou programas funcionando somente no final do projeto. Isso traz uma falsa percepção de andamento, fornecida pelo famoso “%” de conclusão das tarefas.

A verdade é que enquanto não existe software funcionando, não dá pra dizer que algo no projeto andou de fato. Isso é um dos motivos para afimarmos que uma estratégia de “GANT” não serve para projetos de software.

Pois bem, as pessoas estão acostumadas a terem um projeto rodando muito bem do começo até a hora do “QA” ou ciclo de testes ao final da etapa de desenvolvimento. Com isso, o stress do projeto fica sempre para o final e a capacidade de se tomar decições corretivas ou de estabilização fica totalmente comprometida. Afinal, ficamos com pouco tempo hábil para corrigir os problemas de um projeto inteiro na hora do teste, certo?

Por outro lado, quando trabalhamos com desenvolvimento incremental, o stress que aconteceria no final do projeto vem para o começo. Isso é bom sob a ótica de gestão do projeto, pois temos uma tendência de melhorar a cada iteração.

MAS, nem tudo são flores. O grande problema, é que em geral o cliente não está preparado para ter stress logo no início de um projeto. Ele acaba achando que se as coisas estão ruins no começo, a tendência será sempre de piora e não de melhora.

Isso faz com que o nível de stress e desconfiança fique insuportável e em muitos casos com que a estratégia de entrega incremental fique inviável tanto para o cliente quanto para o time, pois as pessoas do time também não conseguem desenvolver um trabalho com o stress, pressão e desconfiança do cliente a todo instante.

Certa vez, ouvimos de um cliente:

“Nossa, mas vocês estão sendo transparentes demais com os problemas do projeto. Isso está errado, nós não queremos saber dos problemas de vocês. Contratamos um projeto e ele deve ser entregue, independente dos problemas…”

O fator de falha aqui está na cultura da contratação e na relação cliente x fornecedor. Se o cliente sabe do problema, automaticamente se torna responsável pela solução e ninguém quer ter problemas para resolver, mesmo que um dia eles venham puxa-lo pro buraco.

Em resumo, em alguns casos vemos que a “ilusão” de um projeto andando bem e que a falsa percepção de evolução é mais importante para o cliente do que ver software funcionando ou saber dos problemas para trata-los. Afinal, enquanto os problemas estão debaixo do tapete, fica muito mais fácil de não se comprometer e ao final jogar a culpa do fracasso no time de projeto.

Num caso como esse, deve-se repensar se realmente uma estratégia de entrega incremental agrega ao projeto. Em alguns casos, vamos ver que a única saída será o “bom e velho” Waterfall…

E você, o que pensa a respeito? Qual o melhor modelo de entregas na sua opinião?

Grande abraço !!!

André Nascimento

Passou o ano de 2010 e é chegada a hora de olharmos para o que rolou no ano e registrar uma retrospectiva rápida

A idéia é falar um pouco sobre o que fiz esse ano, já que fiquei um bom tempo sumido aqui do blog, os sucessos e falhas e depois, finalmente, tratar do planejamento para o ano de 2011.

Estou preparando uma série de posts originados das experiências que tive aqui no #SDC em 2010. Estou bem ansioso para vê-los publicados, pois são assuntos bacanas e muito pertinentes.

Bom, vamos deixar os posts do futuro para o futuro, certo?

Falando então no que rolou em 2010, acho que é melhor separar por tópicos.

Eventos:

Em junho tivemos o Agile Brazil em Porto Alegre. Comparecemos lá com um time de 13 pessoas aqui do #SDC. Fomos a empresa com maior número de participantes no evento. A semana foi incrível !!! As trocas de experiência com o pessoal da comunidade foram fenomenais.

Também participei como palestrante em 3 eventos. TDC São Paulo, TDC Florianópolis e CBSoft. Haveria um quarto, o Agile Day em Porto Alegre, mas por problemas de agenda tive que cancelar de última hora, o que foi bem triste pois o evento foi muito bom.

Em todos esses eventos, minha palestra foi sobre Cultura Ágil, algo que buscamos praticar aqui no #SDC da Stefanini. Contei um pouco sobre o que passamos nestes últimos 2 anos, desde que conhecemos e começamos a praticar os valores do manifesto ágil.

Workshops e Palestras:

Foram exatamente 8 workshops realizados no ano de 2010. Marca bastante interessante, até porque esse nem é o foco do meu trabalho As oportunidade de workshop foram surgindo ao longo do ano e tiveram 3 linhas:

• Na própria Stefanini, tanto para o time do #SDC quanto para outros times de fábricas e projetos na empresa;
• Empresas que tinham curiosidade no processo e que estão passando por implementação e um ou outro projeto;
• Cliente que fecharam projetos com o #SDC e que por isso tinham a necessidade de receber um treinamento sobre como trabalhamos por aqui.

Mais informações sobre esses workshops aqui !!!

Em todos esse workshops pude aprender – e muito – com a visão que os clientes têm sobre agilidade e desenvolvimento de software em geral. Alguns deles foram bons e trouxeram proveito, outros foram médios e outros foram bem ruins. Dependeu bastante da cultura e abertura do cliente também.

Trabalho no #SDC:

Essa parte foi a mais louca do ano. Realmente o ano de 2010 foi cheio de trabalho e conquistas. Rolou coisas boas e algumas ruins também.

Começamos o ano com 21 pessoas e terminamos com mais de 110, além de termos começado a trabalhar em vários clientes e crescido o número de projetos nos que já tinhamos serviço.

Grandes profissionais se juntaram a nós no #SDC e contribuíram para nosso crescimento. Alguns deixaram saudades, como o Victor Cavalcante, que passou por aqui por alguns meses mas acrescentou muito.

Aprendemos também algumas coisas:

• Que não adianta tentar trabalhar com Scrum e agilidade em clientes que dão mais valor para cronogramas do que para software funcionando e que não possuem uma cultura de colaboração.
• Que nem todo mundo que faz palestra em evento e publica artigo bonito em revista sabe trabalhar com desenvolvimento de software no mundo real. A verdade é que muita gente se vende por muito mais do que realmente vale.
• Finalmente aprendemos que auto-gestão é algo que exige trabalho duro e coaching constante. Há um risco grande das pessoas só aproveitarem os benefícios da auto-gestão, mas não gostarem de se comprometer.

Sobre esse aprendizado compartilharei com vocês na forma de artigos futuros, ok?

É isso aí pessoal. O ano de 2010 foi cheio de trabalho e coisas boas. Para 2011, espero poder ter ótimas idéias para compartilhar aqui no blog com vocês.

Grande Abraço !!!

André Nascimento

Mais uma incrível novidade de 2010 foi realizar um workshop sobre agilidade e scrum no Citibank.

O workshop foi realizado como parte de um projeto que estamos iniciando. Como já disse em algumas oportunidades, sempre que começamos um projeto realizamos um workshop sobre agilidade.

Isso tem feito com que comecemos o projeto alinhados sobre processos, práticas e cultura.

Participaram deste workshop pessoas das áreas de gerenciamento de projetos, arquitetura, análise e desenvolvimento de software do Citibank Brasil.

Também foi uma turma bacana. Gostei principalmente das discussões sobre arquitetura e desenvolvimento de software que tivemos durante o workshop. Acho que discutimos mais pontos de Extreme Programming do que scrum propriamente. Isso aconteceu porque haviam excelentes técnicos do Citi no workshop.

Assuntos de gestão também foram abordados, como visibilidade do projeto e tratamento de escopo em projetos ágeis.

Alias, logo publicarei alguma coisa sobre escopo em projetos ágeis já que isso tem se mostrado uma das maiores dúvidas e controvérsias quando se fala em agilidade com o cliente final.

Mais uma etapa vencida. Alias, a última de 2010 já que o workshop foi realizado em dezembro e com isso fechei a conta de treinamentos no ano.

Espero que em 2011 tenhamos muitas outras oportunidades de mostrar os benefícios de se trabalhar com agilidade em desenvolvimento de software.

Grande abraço !!!

André Nascimento

Como parte do processo de difundir a agilidade pelas unidades da Stefanini aqui no Brasil, estive em Setembro lá em Porto Alegre para dar um workshop para o pessoal da fábrica de software.

Fizemos em 2 dias com uma equipe de gestores de projetos, analistas, arquitetos, desenvolvedores e líderes de equipe.

Algo fenomenal que vi na galera de POA é o comprometimento que eles possuem com o trabalho e os projetos. Desde o gerente da fábrica, todos são muito comprometidos e gostam bastante de desenvolver software.

Fora do SDC, acho que foi a melhor turma que já tive em treinamentos. Praticamente não ouve resistência ao modelo e usamos bastante a criatividade para adequar algumas coisas.

Como lá eles atendem quase que exclusivamente clientes de gestão pública, ficou claro que não dá pra usar scrum 100%. Alias, tenho visto nos últimos tempos que não existe “scrum 100%” em lugar nenhum. Adaptações são sempre necessárias e afinal é disso que se trata o scrum, certo?

Mas, mesmo com todas as dificuldades e restrições o pessoal buscou idéias e alternativas para aplicar o processo por lá.

O principal de tudo, que é a cultura de compromisso e até um certo nível de auto-gestão eles já possuem. Agora é só tocar pra frente e descobrir no que vai dar.

Para quem trabalha e acredita na agilidade, é um prazer poder compartilhar conhecimento com um pessoal como o da Stefanini – POA.

Grande abraço !!!

André Nascimento

Junto com um workshop que fizemos aqui com o pessoal do SDC, tivemos também a participação de todo o time da Hulcher (www.hulcher.com).

Trata-se de uma equipe da Stefanini que atende nearshore a Hulcher nos estados unidos. O time foi montado exclusivamente para atender ao cliente.

O fantástico nessa história é que a Hulcher escolheu um time no Brasil para desenvolver o projeto em metodologia ágil. Prova de que estamos fortalecendo a idéia de que somos bons exportadores de software, e no modelo ágil também.

O pessoal participou ativamente do workshop com muitas perguntas e idéias.

Mais uma vez, vemos que importa bastante a cultura ágil em um time de desenvolvimento de software. Eles já conheciam bastante coisa do processo, mas foi exatamente na cultura onde surgiram as maiores e melhores discussões.

Também é importante lembrar que atender a cliente americano no modelo agile é uma maravilha, porque eles já tem uma cultura muito mais propícia e evoluída do que a dos clientes brasileiros, como eu já falei uma certa vez aqui.

A escolha da Stefanini para atender a Hulcher no modelo Agile foi notícia em vários portais, tanto no Brasil quanto nos EUA. Você pode dar uma olhada em uma delas no site Nearshore Americas.

Mais um motivo para se orgulhar do trabalho que estamos fazendo no SDC.

Grande Abraço !!!

André Nascimento

No mês de outubro/2010 realizamos um workshop sobre Agile e Scrum para o Banco Votorantim.

Participaram deste workshop quase 30 pessoas de diversas áreas do banco:

• Gerencia de plataformas, projetos e PMO;
• Análise de negócios;
• Arquitetura e ADs;
• Desenvolvimento de software.

Depois deste workshop, iniciamos o desenvolvimento de alguns projetos baseados em Agile com eles.

Interessante ter pessoas de várias áreas de um cliente grande como o BV num workshop Agile pois o compartilhamento de informações é bem fluente.

As maiores dúvidas, como sempre, foram as questões de visibilidade e tratamento de escopo num projeto ágil.

Grande Abraço !!!

André Nascimento

Dando sequência aos nossos posts sobre os workshops e treinamentos realizados no ano de 2010, vamos falar um pouco sobre os workshops realizados com a equipe do SDC (Software Delivery Center) da Stefanini IT Solutions em São Paulo.

Nos meses de junho e dezembro de 2010 realizamos workshops com toda a equipe de recém contratados do SDC. Fazemos isso periodicamente para alinhar o conhecimento de todos sobre os nossos processos de trabalho.

Percebemos que é super importante realizar esse tipo de evento, pois mesmo entre as pessoas que já entram trabalhando com Scrum nos projetos, existem muitas dúvidas conceituais sobre Agilidade.

Parte do meu trabalho diário tem sido auxiliar os times de projetos na correta utilização dos conceitos básicos de agilidade no dia-a-dia, além é claro de sempre conversar com os clientes sobre isso.

Importantíssimo também é o trabalho de coaching diário com todas as pessoas da área. Para isso temos contado com a ajuda de alguns profissionais que fazem parte da equipe.

O que mais me chamou atenção nesses dois workshops foram as dúvidas conceituais de pessoas que já dizem “conhecer” scrum e agilidade. Essa é uma excelente oportunidade de aprendermos juntos.

Outro ponto interessante é que tivemos a participação de vários profissionais (cerca de 25) de 2 clientes nossos: BV Financeira e TV Bandeirantes. Muito importante porque eles puderam conhecer de perto nosso processo.

Atualmente vários projetos importantes nossos estão sendo conduzidos com Agile e Scrum nestes clientes.

É sempre mais importante focar na Cultura ágil nesses casos…

Abaixo, algumas fotos do pessoal:

Equipe do SDC no workshop de Scrum

Explicando a dinâmica para o pessoal

Claudio Kerber com sua super camiseta

Ouçam o que o Jorge "Diz" #Troll

Super coffee break

É isso Brasil !!!

Grande Abraço.

André Nascimento

Em agosto/2010 também realizamos um workshop sobre Agile e Scrum para um time da Odontoprev, em Alphaville.

Participaram deste workshop pessoas que trabalham em diversas áreas da empresa,

• Gerenciamento de projetos;
• Análise e desenvolvimento;
• Infra estrutura;
• Negócios e área usuária.

Foi interessante compartilhar a visão de cada área sobre o processo de desenvolvimento de software, principalmente da área de negócios e usuários de sistemas.

Cada vez mais me convenço de que faz muito sentido para essas áreas em especial a utilização de processos ágeis de desenvolvimento de software.

Falar para um usuário de negócio sobre entregas parciais de valor agregado, possibilidade de aprendizado e mudanças durante o projeto, etc, é algo fantástico.

Para a área de TI, ainda existem muitos desafios a serem vencidos. Recentemente, o Ricardo Luiz, amigo que trabalha aqui na equipe do SDC escreveu um artigo sobre isso.

Se quiser dar uma olhada, pode acessar aqui !!!

Bom, é isso aí pessoal. Grande Abraço !!!

André Nascimento