bazedral

8 Dicas Para Se Tornar Excelente

2011-08-23T10:37:00.000-07:00

Fonte: http://www.infoq.com/br/news/2010/10/torne-se-excelente

As 8 dicas de como se tornar excelente e aproveitar as oportunidades são de autoria do Klaus Wuestefeld, autor do manifesto da Computação Soberana e criador do Prevayler.

1 - Torne-se excelente:

Seja realmente bom em alguma coisa. Não fique só choramingando ou querendo progredir às custas dos outros. Não pense que porque você sentou 4 anos numa faculdade ouvindo um professor falar sobre software que você sabe alguma coisa. Jogador de futebol não aprende a jogar bola tendo aula. Ele pratica. Instrumentistas geniais não aprendem a tocar tendo aula. Eles praticam. Pratique. Chegue em casa depois do trabalho e da aula e pratique. No final de semana, pratique.

Crie seu próprio virus, seu próprio jogo, seu proprio SO, seu próprio gerenciador de janelas, seu próprio webserver, sua própria VM, qualquer coisa. Varias coisas.

Nao precisa ser só programação. Pode ser networking, vendas, etc. Só precisa ser bom mesmo. Tenha paixão pela coisa.

As melhores praticas do mercado são polinizadas primeiro nos projetos de software livre. Aprenda com eles.

Discípulo, viajante, mestre: Primeiro seja um discípulo, tenha mestres locais, aprenda alguma coisa com alguém realmente bom, qualquer estilo. Depois viaje, encontre outros mestres e aprenda o estilo deles. Por fim, tenha o seu estilo, tenha discípulos, seja um mestre.

Vou fazer o curso da Mary Poppendieck em São Paulo semana que vem e quando tiver o curso de Scrumban do Alisson e do Rodrigo quero fazer também.

"Torne-se excelente" também pode ser chamado de "Melhoria Continua" ou "Learning".

2 - Não seja deslumbrado

Desenvolvimento de software é a mesma coisa há 60 anos: modelo imperativo. Há 30 anos: orientação a objetos. Bancos de dados relacionais: 30 anos. ("Web", por exemplo, não é uma tecnologia ou um paradigma. É meramente um conjunto de restrições sobre como desenvolver e distribuir seu software).

Não corra atras da última buzzword do mercado. Busque a essência, os fundamentos.

Busque na wikipédia e grokke: determinismo, complexidade de algoritmos "O()", problema de parada de turing. Pronto, pode largar a faculdade. Falando sério.

Trabalhe com software livre. Não dê ouvidos a grandes empresas, grandes instituições ou grandes nomes só porque são grandes.

Você acha que vai aprender mais, ter mais networking e mais chance de alocação no mercado trabalhando em par comigo no Sneer por um ano, 8h por semana, ou passando 4 anos na faculdade, 20h por semana, pagando sei lá quanto por mes?

Você acha que vai aprender mais trabalhando em par com o Bamboo 6 meses na linguagem boo e na engine do Unity ou fazendo um ano de pós em "a buzzword da moda"?

"Nao seja deslumbrado" também é conhecido como "Coolness".

3 - Mantenha-se Móvel

Com a demanda que temos hoje no mercado, se você é desenvolvedor de software e não consegue negociar um contrato com uma empresa onde você é pago por hora e pode trabalhar quantas horas quiser com um mínimo de meio período, você precisa rever a sua vida.

É melhor ter dois empregos de meio-período que um de período integral, porque você pode largar um deles a qualquer momento.

Você nunca vai conseguir nada melhor se não tiver tempo, se não tiver disponibilidade para pegar algo melhor quando aparecer.

Você sustenta seus pais e 7 irmãos? Não. Entao para de ser ganancioso e medroso no curto prazo, para de pagar faculdade, mestrado, pós, MBA, sei lá o que e vai aprender e empreender.

Trabalhe remoto. Não é o mais fácil, mas é perfeitamente possível.

Não fique reclamando que está trabalhando demais. Aumente seu preço e trabalhe menos.

4 - Emparceire-se Promiscuamente

Participe de dojos, de congressos, de projetos de software livre. Tenha amigos, colegas, conhecidos. Seja conhecido. Nao faça ruído em seis projetos e doze fóruns. Ajude de verdade em um ou dois projetos de cada vez. Ao longo do tempo, você terá ajudado em vários projetos, trabalhado em varias empresas.

5 - Mentalidade de Abundância

Ajude seus amigos sem cobrar (a "camaradagem" do Vinícius). Dê palestras gratuitas. Cursos gratuitos. Participe de projetos de software livre.

Pare as vezes uma tarde para receber um amigo seu e explicar seu projeto. Vá visitar seus amigos nos projetos deles. Viaje com algum amigo seu pra visitar um cliente dele, só pra conversar e fazer companhia.

Você tem um espaço onde dá cursos? É uma Aspercom, Caelum da vida? Chama os brothers para dar curso. Caramba, bola um modelo em que as pessoas podem se inscrever para cursos variados, pagando um sinal, e mantém tipo uma agenda pre-combinada: "Será numa terça e quinta a noite, avisadas com duas semanas de antecedência".

Se rolar, beleza, se depois de meses não der certo, devolve o sinal. Pode ser curso de Prevayler, de Kanban, de Scrum, de Lean, de Computação Soberana, de Restfulie, de Cucumber, de Rails, de Teste Automatizado Mega-Avançado, qualquer coisa.

Chame amigos seus pra dar curso em dupla com você. Divida clientes. Divida projetos, mesmo que não precise de ajuda.

Dizia o pai de um brother meu de infância: "Tudo que custa dinheiro é barato."

6 - Busque modelos de custo zero

Trabalhe em coisas que tem custo administrativo/burocrático/manutenção zero. Por menos ganho que tragam, depois de prontas, estarão tendo uma relação custo/benefício infinitamente vantajosa.

7 - Ganhe notoriedade

Faça coisas massa. Participe de projetos de software livre. Dê palestras gratuitas. Promova eventos (dojos, debates, grupos de usuários, etc).

8 - Não tenha medo (Por Dairton Bassi)

Meta a cara. Arrisque empreender. Arrisque inovar. O que você tem a perder? No máximo um emprego, mas isso pode ser revertido facilmente em um mercado aquecido como o atual. O pior que pode acontecer é não dar certo. Mesmo assim você terá aprendido muito mais do que batendo cartão.

Saia da zona de conforto. Se o seu trabalho estiver fácil e sob controle, isso significa que ele não está mais agregando para a sua evolução técnica e pessoal.

Não desperdice a chance de trocar de função se a nova oportunidade for mais desafiadora. Isso fará você crescer tecnicamente e o preparará para desafios maiores ainda. Conhecer pessoas novas é tão importante quanto manter-se em contato com código.

Não se detenha por insegurança ou pela sensação de despreparo. Como você acha que vai ganhar experiência em alguma coisa se sempre adiá-la?

Nota de Serge Rehem: Este texto é tão fantástico que resolvi reproduzi-lo aqui na íntegra. Difícil concordar ou discordar 100%, então o melhor é aproveitar para refletir o que estamos fazendo da nossa carreira. Eu não apenas tive a oportunidade de conhecer Klaus pessoalmente no Maré de Agilidade 2011, em Salvador-BA (os vídeos de todas as palestras estão disponíveis aqui), como puder programar em par com ele e mais uma turma de feras. O produto dessa noite foi o http://notepaedia.com.

Entrevista à Rádio Serpro sobre Colaboração

2011-03-29T19:54:00.000-07:00

Semana passada fiquei muito honrado ao ser convidado pela Rádio Serpro para uma entrevista sobre colaboração. Foram cerca de 42 minutos de conversa, que editados ficaram com pouco mais de 6. Deve ter dado um trabalhinho...

No podcast abaixo, disponibilizo o papo na íntegra. Falo um pouco sobre o aprendizado que venho adquirindo, praticando e compartilhando neste blog, passando por vários tópicos: colaboração x compartilhamento, aspectos técnico e emocionais da colaboração, coexistencia de competição e colaboração, cultura de colaboração, atitudes individuais + gestão + estruturas organizacionais, web 2.0, trabalho cooperado no serpro, uso de metodologias ágeis, dentre outros.

Se estiver com o tempo curto, tem também a versão "compactada" depois da edição:

Caso tenha algum problema em escutar o podcast aqui no post, pode acessar diretamente minha pagina no podomatic.com.

Os 3(4) Estágios da Mudança: Ignore-os e Permaneça Onde Está

2011-02-27T17:26:00.000-08:00

No último sábado, no 1o JavaBahia nas Faculdades em 2011, na Área 1, rolou um unconference muito interessante no estilo FishBowl (que conheci no Maré de Agilidade Fortaleza de 2010). Dentre vários assuntos, o fishbowl é extremantente dinâmico, conversamos sobre a importancia de valorizarmos a "prata da casa", os bons profissionais que temos na Bahia (algo que estavamos fazendo no próprio evento, com dois palestrantes da terrinha). Em contraponto, uma certa apatia que nos faz valorizar mais o que vem "de fora". Foi um papo extremamente rico, apesar de curto. Teremos oportunidade de retorma-lo nos próximos JavaBahia (ou LinguÁgil) nas Universidades, ou mesmo no Maré de Agilidade que ocorrerá na UNEB, em abril.

A palavra chave é AÇÃO. Não adianta ficar se lamentando. O cenário não mudará se ficarmos sentados...

Lembrei que ano passado rolou uma discussão muito boa na lista de usuários do grupo Agile-Bahia, sobre a inércia dos profissionais de TI (se quiser ver a thread na integra, é só se cadastrar no grupo e clicar aqui). Abaixo vai na íntegra a minha contribuição naquela ocasião, que me parece ter tudo a ver com o que estamos falando:

"... Gosto muito de utilizar a técnica dos 3 Estágios da Mudança (não sei onde vi isso, nem tampouco se tem esse nome). É o seguinte, para a gente sair de uma situação e ir para outra, ou seja, MUDAR, são necessários pelo menos 3 passos:

1) RECONHECER que temos um problema

2) Sentir VONTADE DE MUDAR

3) AGIR para viabilizar a mudança

Um exemplo clássico é PERDER PESO. Muita vezes não consideramos nosso sobrepeso como um problema, por isso continuamos engordando. Até que reconheçamos (1) e tenhamos vontade de mudar (2). Só a vontade não basta, são as promessas de fim de ano "vou parar de fumar, vou fazer exercício, vou fazer uma dieta, ...". Passada a ressacada de Reveillon os planos vão pro beleléu.

A nossa INÉRCIA não é so ligada a TI, é característica do ser humano. Acontece, na minha opinião, porque a granda maioria de nós é NÃO TEM NOÇÃO que tem um problema. Que possui uma carreira medíocre, que trabalha numa empresa que não valoriza a criatividade e a inovação, que existe um mundo Agile reforçando a importância da comunicação, das pessoas, do código de qualidade, do produto de SW entregue frequentemente que agreva valor para o cliente. Para elas está tudo bem, vivem FELIZES assim, vão continuar assim e ponto. Temos que respeita-las. "Perdoai, elas não sabem o que fazem"

Algumas pessoas, como aquelas que tem oportunidade de participar de eventos como LinguÁgil e o Maré de Agilidade, estou me atendo aqui ao tema desta lista, começam a reconhecer que as coisas não estão tão bem (1). Algumas sentem vontade de mudar (2) e muitas vezes sequer começam, arranjando desculpas sabotadoras tipo "na minha empresa não dá", "meu chefe é muito antiquado", "meus colegas não vão me apoiar", ..., e por isso não tomam nenhuma ação. Problema: Não são tão FELIZES quanto os do grupo anterior. Eles SABEM que não estão lá muito bem, mas não tem forças para o estágio 3. Eles não tem INICIATIVA e esse é um grande problema especificamente nos profissionais de TI do nosso estado (bom, pelo menos da nossa cidade, que conhecemos mais).

Apenas alguns, um grupo pequeno, restrito, conseguem AGIR para mudar (3). Começam a estudar, praticar, disseminar idéias, entrar em grupos e listas de discussão, se associar com pessoas de pensamentos afins, experimentar formas novas, se reinventar. Se planejam para a mudança, executam, ajustam no meio do caminho. PERSEVERAM. E chegam lá, MUDAM.

Não é fácil atingir e MANTER o estágio desejado, esse seria um quarto estágio. É como no exemplo do PESO, muitas vezes conseguimos atingir nossa meta (ex: perder 30kg), até com ações drásticas (porem mais "fáceis") como cirurgia de redução de estômago. Se não nos mantivermos firmes e DETERMINADOS, porém, podemos dar vários passos retroativos. E recuperar todo o peso perdido em pouco tempo. Da próxima vez será muito mais difícil. Já viram alguem que já reduziu estômago duas vezes? Eu, já."

Sabático Bazedral - Dando um Tempo sem Sair de Dentro

2010-12-13T19:43:00.000-08:00

Eu já havia escutado o termo sabático mas não tinha noção exata do que era até ler a edição da revista da TAM, aproveitando minha ida mais recente a Sampa para o JavaOne Brasil. Das definições que encontrei vou transcrever o trecho abaixo, vinda deste site:

"período para parar e refletir, pensar, descansar, curtir, olhar as coisas sob outra perspectiva e dimensão. Avaliar o que sou e o que eu posso ser, criar uma nova condição para o equilíbrio mental, físico e espiritual. Revisão da alma, oxigenação, se comprometer melhor com a visão que Deus lhe deu. Coragem para perceber o novo."

Em 2010 este blog não foi muito ativo, tenho plena consciencia disso. Sem precisar me afastar do trabalho por tanto tempo (Glória Maria ficou 2 anos nessa, segundo a TAM. Ela $pode$), a não ser para umas viagens (e o Show do Pixies no SWU, não posso esquecer), percebi que de certa forma eu - e o Bazedral - estamos passando por uma fase assim. Tenho lido, escutado, conversado, assistido sobre assuntos dos mais diversos, técnicos e não técnicos. Agile tem sido a ponta do iceberg e o pano de fundo para muito aprendizado, reflexão e mudança.

No trabalho, estou vivendo um excelente momento profissional. Eu, que tanto venho estudando e "laboratoriando" sobre colaboração, acho que finalmente consegui ver resultados realmente animadores. Numa equipe pequena, altamente competente e distribuída (Salvador, Sampa, Curitiba, Manaus, Fortaleza), estamos conseguindo misturar Agile & Open Source para o desenvolvimento de um framework Java, o Demoiselle. Scrum no começo, Coding-Dojos no recheio (tem feito uma grande diferença, leia nesse artigo o porque), começamos práticas de XP (até programação em pares remota com o Saros vem rolando), aumentamos a maturidade em testes. Aprendemos na prática o verdadeiro conceito de auto-gerenciamento. O melhor de tudo, porém, foi a comunicação, o feedback, o relacionamento da equipe, a alegria de acordar todo dia e ir trabalhar motivado e feliz, respeitando - a até se divertindo com - as diferenças entre as pessoas. E aprendendo muito com isso.

De eventos, participei de vários: FISL, Consegi, ..., CBSoft, Maré de Agilidade Fortaleza (como palestrante, que honra!), JavaOne Brazil. O ápice deles foi o LinguÁgil 2010. As palestras e o Boteco LinguÁgil (confira alguns videos no canal Vimeo), os altos papos com @alegomes, isso tudo me fez pensar muito, e já estamos tendo consequencias. Começamos a pensar mais "empreendedoristicamente" (não deixe de ler este post sobre a Rede Sigma), criamos o Grupo LinguÁgil, estamos organizando o Maré de Agilidade Bahia, Alagoas e Sergipe (MAREBASE) e o LinguÁgil 2011, vááárias ações de treinamento e capacitação a serem realizadas. O JavaBahia vem recebendo energia nova, pessoas motivadas querendo fazer algo diferente, o grupo precisava.

Pessoalmente, voltei a me interessar sobre poesia, música e esporte. Descobri e virei fã da banda Maglore e, para aprender suas músicas, voltei a tocar (quer dizer, arranhar) violão (outro dia ouvi no rádio: "Violão é o instrumento mais fácil de se aprender a tocar..... mal". Dei muito risada e pensei: "É igual ao PHP" - @mlalbuquerque, não resisti a essa #piadinhaLinguagil). Achei até um maluco que musicou umas coisas que escrevi e agora está me convencendo a aprender a tocar contra-baixo para fazer parte da banda (até agora só tem nós dois, nada de baterista, ainda não ensaiamos juntos nenhuma vez, nunca toquei baixo na vida - mas parece que vou conseguir um emprestado. Tem tudo para dar certo, o punk rock começou bem assim). Me dei de Natal um prancha Uri Valadão novinha, voltei a pegar minhas ondas de bodyboarding na companhia das tartarugas de Scar-Reef. Agora muito mais veloz. Eu, não elas.

Enfim, que ano rico e maravilhoso! Estou trocando o pneu com o carro andando, assim tem sido o meu sabático: dando um tempo sem sair de dentro. É possível mudar e reinventar, basta sair da inércia e se unir a pessoas com pensamentos afins. Ano que vem pretendo compartilhar neste blog muito mais sobre todo esse aprendizado que venho acumulando. Eu precisava desse tempo para processar melhor as informações e evitar escrever - muita - besteira. Bazedral Refactored, o tema será sobre o que vier na telha.

Um sabático pra você também. E feliz 2011!

CBSoft 2010 - Minhas Impressões

2010-10-26T05:17:00.001-07:00

De 27 de setembro a 01 de outubro de 2010 ocorreu em Salvador o Congresso Brasileiro de Software: Teoria e Prática: CBSoft, reunindo vários eventos em um só. O local - O hotel Bahia Othon - belíssimo e muito bem estruturado. Não conhecia o espaço deles para eventos. Gostei muito. Me deixou muito orgulhoso ver a Bahia sediando um congresso desse porte. Em função do Demoiselle Framework temos tido contato com o pessoal da UFBA, especialmente o prof. Manoel Mendonça e o doutorando Glauco Carneiro. Pudemos testemunhar o empenho deles e toda a equipe em fazer um Congresso de primeira. Bem, foram várias palestras, mini-cursos, tutoriais e workshop ocorrendo simultaneamente. Farei um apanhado geral destacando algumas coisas que achei interessantes.

No primeiro dia, basicamente me dediquei a trilha da indústria. Várias palestras relacionadas a Agile, o que achei muito positivo para um evento acadêmico. Eu tinha que conferir. Por um probleminha no controle das inscrições do Serpro, coisa normal num primeiro dia de evento, só pude chegar no final da primeira palestra, dos Correios. Achei estranho o palestrante falar do uso de Agile num esquema de trabalho de fábrica, onde existem equipes específicas de Análise/Projeto, Implementação. Me pareceu um Waterfall disfaçado, mas eu posso ter perdido alguma coisa. Em seguida, Antonio Terceiro e Vicente Aguiar, da Colivre, apresentaram "Desenvolvimento aberto de software livre, usando métodos ágeis, em um ambiente corporativo. Tinha tudo para dar errado, mas não deu". Muito legal ver as dificuldades e soluções encontradas por eles para uso de Agile no desenvolvimento do Noosfero, a plataforma livre de redes sociais utilizada inclusive no FISL e no #dilmanarede. Gerenciar um único produto com vários clientes em diferentes países não é um desafio fácil, mas eles tem conseguido. Na sequencia, várias palestras ótimas sobre Agile, destaque para: Daniel Wildt falando sobre Testes; André Nascimento mostrando o Case da Stefaninni, um exemplo de sucesso do uso de métodos ágeis em uma das células de desenvolvimento; Daniel Cukier apresentando dicas para tratar os problemas culturais na adoção de Agile (muito boa, com direito até ao Melô do Teste Automatizado) e, fechando com chave de ouro, Paulo Caroli mostrando o uso avançado (pelo menos para mim) de Kanban, usando até o Workflow da Starbucks como exemplo. O ponto alto foi a Técnica da Banana, para evidenciar quando uma estória leva tempo demais para ser atendida. Sensacional.

No 2o e 3o dias teve Simpósio Brasileiro de Componentes, Arquiteturas e Reutilização de Software (SBCARS), O Simpósio Brasileiro de Engenharia de Software (SBES) e sessão Demo de Ferramentas. Bastante coisa. Como já disseram os colegas Cleverson ZyC e Marlon Carvalho, trabalhos de boa qualidade técnica e acadêmica, mas em geral faltando entusiasmo dos apresentadores em apresentar e defender suas idéias. Nas palestras do SBCARS, também generalizando, senti falta de enxergar mais aplicação prática no mundo real. Talvez seja esse mesmo o papel da academia, antecipar necessidades futuras, mas para alguém que gosta de realizar coisas de utilidade mais imediata, ficou essa impresão. É notória a importancia que o tema Linhas de Produto de Software vem ganhando na academia. Vale continuar aprendendo sobre o tema e verificando em que contextos a abordagem pode ser aplicada com sucesso (também ficou claro que não é uma "Bala de Prata" que serve para tudo). Tambem pude perceber - e reconhecer - a importância da Engenharia de Software Experimental, que envolve a aplicação do método científico, é uma abordagem fundamental usada por cientistas de todas as áreas do conhecimento para testar hipóteses e sustentar teorias. Entendi que sua aplicação dá mais validade aos experimentos feitos na nossa área. O artigo introdutório deste link, primeira referencia encontrada no Google, pode ajuda-lo a ter uma ideia melhor, se desejar se aprofundar.
Do SBES, duas apresentações que falaram de Código e Software Livre: "A Study of the Relationships between Source Code Metrics and Attractiveness in Free Software Projects", comprovando que a qualidade do código-fonte impacta na atratividade de colaboradores para um projeto open source; "An Empirical Study on the Structural Complexity Introduced by Core and Peripheral Developers in Free Software Projects", concluindo que os desenvolvedores principais de um um projeto Open Source são aqueles que mais introduzem complexidade estrutural (trocando em miúdos, são os que tem mais coragem - e permissão para isso - de mexer nas partes críticas do código). Também gostei da palestra "Is There a Relationship between the Usage of Agile Practices and the Success of SCRUM Software Projects?", vou ler o trabalho escrito, pois fiquei curioso de ver que eles concluíram que algumas práticas ágeis não tem interferencia direta no sucesso de projetos que usam Scrum, como poderíamos pressupor.
Nas demos ferramentas, gostei do Scrum-Half e da apresentação "Uma Ferramenta de Apoio à Gerência de Requisitos Integrada a um Ambiente de Desenvolvimento de Software Centrado em Processos", feita em Ruby como um plugin do Redmine, já com funcionalidades básicas para gerenciamento de Glossário e Casos de Uso. O grande problema ainda é: "Cadê o código-fonte?". Quase nunca estão disponíveis. A resposta é "estamos querendo disponibilizar" ou "me manda um e-mail" ou "ainda não pensamos sobre isso". Lamentável que trabalhos, códigos, ferramentas promissoras fiquem pelo caminho, acabando junto com a obtenção do "canudo", seja ele qual for. Percebo o quanto continua valendo meu post sobre Universidade Pública, Conhecimento Livre...

Ponto para a Profesora Rosana Braga, que na sua apresentação "Engenharia de domínio de linhas de produto com arquitetura orientada a serviços" citou que o código estava disponível no Google Code. Por acaso sentei ao lado dela no almoço de 5a-feira e elogiei a iniciativa. Ela disse orientar sempre seus alunos a disponibilizarem os produtos de seus trabalhos. Ponto para ela e, por tabela e não deve ser por acaso (a USP possui um Centro de Competencia em Sofware Livre, coordenado pelo Prof. Fabio Kon), ICM-USP. Que sirva de exemplo!

Um das melhores apresentações que assisti foi "Evolving an Assistant to Support the Inspection Process through Quantitative and Qualitative Analysis". A hipótese que a automação de uma planilha traria ganhos na execução de um determinado tipo de inspeção foi refutada no trabalho. Apesar do leve nervosismo, a apresentadora passou alegria, energia, estava feliz por ter conseguido enxergar que a abordagem tinha falhas e ainda não agregava o imaginado valor. O experimento precisa ser repetido, evoluido, as falhas na abordagem precisam ser detectadas e sanadas. Muitas vezes aprendemos mais com os erros. "Precisamos de mais trabalhos desse tipo nos congressos", foi o comentário de um dos conhecidos respeitados Doutores (infelizmente não anotei seu nome) que estava na plateia.

Na 5a e 6a pela manhã me envolvi com 2 sessões de Coding-Dojo, não previstas inicialmente no evento. Eu e Márcio Albuquerque fizemos a sugestão na 3a-feira ao prof. Manoel Mendonça, coordenador geral do evento. Imediatamente acatada, ficamos muito agradecidos pela oportunidade de apresentar este tipo de "programação coletiva" que nos permite experimentar linguagens, ferramentas e técnicas (TDD, BDD, Pair Programming, Refatoração) que certamente ajudam a nos tornar melhores profissionais. Foram duas sessões para um publico médio de 15 pessoas. A primeiras delas foi na 5a-feira, linguagem Groovy e desafio "Pedra x Papel x Tesoura". Daniel Cukier, da Locaweb, apareceu e deu a maior força. Na 6a-feira ela conduziu a sessão, usamos Ruby com RSpec/Autospec e o problema foi a distribuição do tesouro. Veja no blog do grupo Dojo-Bahia (a participação é livre, basta entrar na lista!) os registros.

No turnos que não estava no Dojo participei do "MC 08 - Linhas de Produto de Software: Conceitos, Fundamentos e Aspectos Práticos", com o baiano Eduardo Almeida, dentre outras muitas coias atual lider do Reuse in Software Engineering (RiSE).. Além de aprender um pouco mais sobre o tema (uma sugestão para o próximo seria tentar algo menos expositivo, envolvendo alguma dinâmica), pude sentir orgulho de ver um baiano com a devida projeção e reconhecimento. Inteligencia, nós temos. Iniciativa, nem tanto...

Já concluindo, algumas impressões registradas em twitter.com/serge_rehem:

#cbsoft Impressão 1: Todo mundo quer criar SUA ferramenta. Não vejo esforços de se juntar a projetos OpenSource + avançados, q fazem o mesmo
#cbsoft Impressão 2: Poucos códigos-fonte produzidos na Academia são disponibilizados em licença sw livre. "Me manda email q te passo" #fail
#cbsoft Impressão 3: Muitos trabalhos preocupam-se mais em provar/refutar hipóteses. Utilidade prática no mundo real parece menos importante web
#cbsoft Impressão 4: Muitos trabalhos focados em Modelos, Diagramas, Documentos. Queria ver + sobre #codigo, único artefato q #roda de fato
#cbsoft Impressão 4: Fazendo justiça, hj de manhã 2 apresentações legais q falaram de #codigo. Ambas relacionadas a sw livre. Coincidencia?!
#cbsoft Impressão 5: As metodologias ágeis ganhando +notoriedade na academia. Esperamos ver +trabalhos científicos no tema #pontoPositivo
#cbsoft Impressão 6: "Linha de Produto de Software" parece ser a nova moda da Engenharia de SW na academia
#cbsoft Impressão 7: Apesar da qualidade academica dos trabalhos, faltou #entusiasmo em algumas apresentações
#cbsoft Uma dúvida no ar: #CloudComputing "ainda não despertou" ou "já não mais desperta" o interesse da academia? Senti falta do tema...

Não pude assistir Identifying Code Smells with Multiple Concern Views do amigo Glauco Carneiro da UFBA, mas fiquei muito feliz em saber que foi premiado o melhor artigo do evento! O Demoiselle tem sido usado como "cobaia" e estamos muito animados com o andamento dos trabalhos.

Bem, finalizo dizendo que foi muito proveitoso participar do CBSoft 2010, em vários aspectos. Parabéns a todos que organizaram e apresentaram trabalhos! Estou com o CD com os trabalhos escritos, agora é dar uma geral e aprofundar alguns estudos. Agradeço ao Serpro por me dar essa oportunidade. Oficialmente fora da Academia desde 2005, quando conclui um MBA em Adm na Unifacs, participar do evento me fez ter vontade de voltar de retornar, quem sabe um mestrado. Tentando focar nos temas de meu interesse: Software Livre, Agile, Frameworks, Linguagens de Programação, etc, etc. Na minha época de estudante eu não dei o devido valor a esses eventos. Graças ao JavaBahia, que me abriu inumeráveis oportunidades e experiencias, pude descobrir o quanto são importantes os conhecimentos, o networking, o "abrir a cabeça" para novos temas, o "estar antenado", o desenvolver visão crítica (sem ser ranzinza), o querer sempre aprender e compartilhar conhecimentos. Nosso estado, nosso país, nosso planeta, precisam de gente desse tipo. Da minha maneira, estou procurando fazer minha parte. E sua empresa? E você?

Época de Pensamentos 2.0 - Redes Sociais Corporativas, Estruturas Flexíveis e Adaptabilidade

2010-09-26T19:47:00.000-07:00

Neste momento estou em Guarajuba, mais precisamente na entrada de Monte Gordo. São 11:35 de domingo, 26/09/2010. Deixei o carro num Lava Jato, pois esta semana começa o CBSoft. Vem colegas de outros estados, provavelmente darei carona a alguns e o auto está uma vergonha de sujo. Enquanto espero, parei no boteco mais próximo e pedi uma cerveja gelada. Premeditadamente, vim equipado com Notebook, MP4 Player (tocando @maglore, uma banda baiana que descobri nesta semana e que não consigo parar de escutar) e Revista Época Negócios, edição de julho/2010, presente de @alegomes. A matéria de capa diz "Você Ja Era! Conheça as Novas Competencias do Líder do Século XXI". Ainda nem cheguei nela, e já me identifiquei com um pequeno artigo "Um Facebook para Empresas".

Facebook Corporativo

O texto fala do Chatter, um aplicativo da Salesforce.com que permite criar uma rede social exclusiva para os funcionários de uma empresa. É como se misturasse Facebook e Twitter. É possível criar comunidades, seguir e ser seguido. Um recurso para "aumentar a produtividade e a colaboração entre os funcionarios". De alguma forma eu já falei sobre isso nos posts O que muda com a Web 2.0 e "Minha Amiga, a Norma". É o fim do "e-mail Manager", aquele gerente que administra pilotando e-mail. Para mim as Redes Sociais Corporativas são uma tendencia natural, sua adoção é uma questão de tempo, uma evolução das atuais Intranets e ferramentas de e-Groupware e dos Ambientes de Desenvovlimento Colaborativo, também já abordado neste blog. Não sou tão radical quanto o presidente da salesforce.com, Enrique Perezyera, que exagera dizendo que "será o fim da intranet e do e-mail nas empresas", mas me impressionou ler que na própria empresa dele o Chatter reduziu em 40% o uso do e-mail. Um indicativo no mínimo interessante, não acha?

A ferramenta foi testada por 5 mil empresas no mundo, inclusive uma brasileira. Um detalhe: é paga e custa $$ dolares. Mas não é a única alternativa, existem alternativas em software livre como o Liferay, o Elgg e o BuddyPress. Não sei o quanto se comparam ao Chatter em termos de funcionalidade, mas deixo a dica da Noosfero, uma solução livre construída no Brasil pela Colivre, cooperativa de software livre nascida na Bahia. Está sendo utilizada no site do FISL, do SoftwareLivre.org, do LinguÁgil e até no site Dilma na Rede,uma rede social de apoio a candidata à presidencia.

Continuo com a opinião que o gargalo para o crescimento da colaboração interna está na gestão. Cultura, atitutes, comportamentos não se modificam de um dia para o outro, portanto não é uma ferramentas apenas que vai resolver. Mas oferecer uma rede social para seus funcionários seria mais uma forma de promover compartilhamento. Boa parte deles, acredito, já utiliza Facebook, Orkut, Twitter, Linkedin e outras, então não terão a menor dificuldade técnica. Se a ferramenta realmente será efetiva, só o tempo dirá, mas usando uma ferramenta livre não custaria quase nada tentar. E não sou apenas eu - este pobre mortal - quem está falando, é a Época! Vai continuar gerenciando por e-mail? A decisão é sua...

O Grafite e o Diamante

As fichas do LinguÁgil não caem todas de uma vez. Acho que nunca um evento me fez pensar tanto, reavaliar o hoje, buscar reinventar o amanhã. Principalmente a palestra "Desmembrando Pessoas" (ele rebatizou para Desprogramando, para não parecer um mutilador) de Fábio Akita, que eu já tinha visto na web e recomendo a todo mundo. Ao vivo tem outro sabor, sem dúvida. Ainda na Revista Época, me deparei com mais um artigo: "Competência sem ação", de Oscar Motomura.

Ele fala de um conglomerado multinacional que adotou uma estrutura organizacional matricial que implicou em conflitos entre prioridades locais e globais, fazendo com que as unidades fechassem-se cada vez mais em seus próprios negócios e perdessem oportunidades preciosas de cooperação (tema central deste blog, sempre é bom reforçar). Conflitos entre lideres, sistema de avaliação de desempenho falhos, os resultados declinam. Segundo o artigo, "a estrutura matricial gera alto grau de complexidade: processos decisórios confusos, com longas rodadas de negociação para acordos superficiais, e pouca clareza quanto aos niveis de responsabilidade.

Ler esse trecho me fez lembrar a paletra de Akita, quando ele compara as estruturas hierárquicas rígicas com o Grafite, e as baseadas em redes com o Diamante. Com base no mesmo elemento, o Carbono, ele lembra que a estrutura departamentalizada foi inventada após um desastre de trem como forma de identificar mais facilmente os culpados na ocorrencia de novos acidentes. A estrutura molecular do Grafite se parece com os famosos "organogramas" tradicionais, por isso são tão quebradiços. Já o diamante parece com uma rede neural, lembra nosso cérebro, ligações fortes porém mutáveis. Resistencia e Adaptabilidade. A palestra Akita não dá respostas, "apenas" nos fornece elementos para pensar, e muito, sobre como nos comportamos. E como podemos mudar.

A visão de Akita se reafirma nesse trecho da matéria: "Em pleno século 21, quando buscamos nos afastar de modelos mecânicos de comando e controle e avançar rumo a algo mais biológico, com mais autonomia e poder de decisão e uma coordenação baseada em princípios e valores compartilhados, adotar a opção matricial é seguir na contramão. Em tempos em que o contexto de negócios torna-se cada vez mais complaxo, parece essencial tornar as estruturas mais simples, e não o contrário. Se não for para inovar, então a intenção é limitar o poder dos lideres locais?"

Aqui no blog, eu já falei sobre Desfragmentação Emprezarial e Projetizar para Conquistar sugerindo organizações mais leves, um abandono gradativo das estruturas funcionais. Necessariamente essa estratégia nos faria passar por estruturas matriciais (no post eu já ressaltei o problema dos "dois chefes"), então aproveito para deixar esse pequeno alerta sobre alguns riscos. "Simplificar Estruturas", como sugere o artigo da Época, pode não ser algo fácil, mas talvez seja cada vez mais necessário, Por que? Veja como termina o artigo e tire suas proprias conclusões: "E o que dizer de líderes excepcionais que veem seu campo de ação esvaziado e passam a usar uma fração de seu talento, um dia a dia frustrante e desmotivador? É possível falar em avaliação por resultados e "accountability" num contexto como esse?".

Adaptabilidade

Parece uma conspiração, mas virei a página seguinte da Época e achei mais um artigo que parece que junta os dois anteriores. Este é chamado de "Como lidar com novas realidades: Por que as empresas precisa se adaptar profundamente para operar em um mondo cada vez mais complexo". A complexida é definida como "visão de mundo que aceita e procura compreender as mudanças constantes do real e não pretende negar a multiplicidade, a aleatoriedade e a incerteza, e sim conviver com elas.". Se você ler o Manifesto Ágil vai perceber algum desses ingredientes. Coincidência? Hum.... acho que não.

Outro trecho excelente: "Um movimento de invação dessas proporções vai requerer das empresas estruturas mais flexíveis, ágeis e inspiradoras. E para fazer isso elas precisarão conciliar as hierarquias formais e as redes informais existentes em qualquer organização. O organograma unido à pulsão criativa dos grupos formados espontaneamente pode levar as emprsas a um ritmo mais ágil de adaptação" (observe a ligaçào deste texto com as partes anteriores, Facebook Corporativo, e o Diamante e o Grafite). O livro Leading Outside the Lines ("liderando fora das linhas"), de Jon Katzenbachh e Zia Khan defende o balancemanto entre formal e informal como o mais eficaz método de gestão.

É jogando que se aprende. Empresas tem investido em jogos como forma treinar, motivar e integrar funcionários. No livro Gamestorming, seu autor Dave Grai descreve casos de sucesso dos "jogos de conhecimento". Diversão, criatividade, engajamento, "mão na massa" (o post Ócio Criativo aborda um pouco disso). Ele afirma que jogar "é uma ótima forma de dar estrutura e clareza ao ambiente profissional". Você já participou de um Coding-Dojo? Ainda não escrevi sobre isso neste blog (vai chegar a hora), mas dá uma olhada nesse e principalmente nesse post de Vinicius Teles, e nos registros das sessões do grupo Dojo-Bahia. Esse lance de jogo funciona mesmo...

Finalizando esta parte, os 3 artigos em sequencia na Época (e nem cheguei na matéria da Capa...) somados às leituras, conversas e palestras decorrentes do LinguÁgil só me ajudaram a reafirmar convicções e pensamentos anteriores. Precisamos buscar estruturas organizacionais mais flexiveis, valorizar o ludico, as conexões entre pessoas, pensar e agir diferente, buscar o novo. Inspecionar, adaptar.

Agora vou pedir a conta e pagar a 2a cerveja (parece o problema do Buteco, que usamos no último coding-dojo heheh) e ir buscar o carro. Ainda tenho que levar almoço pra galera de casa. Na pré-história o homem saia para caçar e buscar comida, enquanto a mulher cuidava da casa e das crias. Hoje foi só um pouquinho diferente, saí para lavar o carro e buscar comida (no restaurate a Kilo). Escrevi 3 posts (na hora H resolvi juntar tudo num só), ouvi várias vezes as músicas do Maglore. Nada mal. Ah, o carro tá lindo, cheiroso e limpo.

Bazedral - Pensamentos e Dicas para uma Empresa mais Colaborativa

2010-07-22T11:24:00.000-07:00

Foi muito legal a apresentação feita no FISL 11. O público superou minhas expectativas, ainda mais se tratando de uma palestra as 13h. Não sei se foi por causa do título, pois achei que "Explorando a Cultura Colaborativa das Comunidades de Software Livre" já tava meio manjado e não atrairia interesse.

Bazedral - Pensamentos e Dicas para uma Empresa mais Colaborativa

View more presentations from Serge Rehem.

Estão aí os slides. Se quiser contribuir esteja à vontade para comentar. Será muito bem vindo!

Universidade Pública, Conhecimento Livre - Os 3Ps para uma Produção Acadêmica Aberta

2010-04-18T18:33:00.000-07:00

Quando eu me formei Bacharel em Infomática pela UCSal, em 1996, a internet estava começando seu "boom" no Brasil. Uma das cópias da minha monografia (assim como todas da época) sobre comunicação em ambientes heterogêneos usando sockets (naquele tempo isso era novidade para muitos!) foi disponibilizada na biblioteca da universidade (bom, você deve imaginar que a essa altura o arquivo texto e os códigos-fonte foram pro espaço, num dos HDs queimados da vida). Creio que atualmente ainda seja assim. Até hoje fico pesando, "será que alguém chegou a usar minha monografia como referência para um trabalho"?

Estamos na era da Web 2.0. Redes sociais, blogs, wikis "pipocando" por aí, um mundo de conhecimento virtual à nossa disposição. Independente de qual o curso, computador se tornou ferramenta indispensável, portanto os trabalhos já nascem digitais (é... devem existir alguns heremitas que entregam datilografado - e ainda pagam para isso, pois escrevem é "na mão"). Será mesmo que ainda faz sentido apenas entregar oficialmente uma cópia impressa, para que os trabalhos científicos fiquem empoeirando nas plataleiras da biblioteca universitária, esperando ser encontrado por algum explorador aventureiro? Acho que é hora de dar o próximo passo.

O Brasil é referencia mundial no uso e incentivo a "esse tal de Software Livre", muito por mérito das políticas do atual governo. Empresas públicas devem utilizar e contratar prioritariamente software de código aberto. As prestadoras de serviço foram obrigadas entrar no jogo, para continuarem competindo. Ainda estamos muito presos, porém, à economia na aquisição de software. O efetivo compartilhamento de conhecimento está longe de acontecer em larga escala. Via de regra a gente quer mesmo é "usar sem pagar" (o "grátis" - popular 0800 - tem uma sedução impressionante!) - a primeira das 4 Liberdades do Software Livre, mas se interessam muito pouco em colaborar para melhorar aquela solução (as liberdades de Estudar, Copiar e Distribuir). É cultural. Mudar leva tempo. Família e escola precisam educar suas crianças para uma postura mais colaborativa. Só que não precisamos esperar elas crescerem. O governo poderia tomar atitudes imediatas para começar a modificar a realidade. E nós, também.

Há algum tempo escrevi no meu blog pessoal sobre Software Livre nas universidades, imaginado por que muito código-fonte não é disponibilizado, fica preso "debaixo do braço"dos seus autores. Evoluindo este pensamento, vou além da questão do software. Acho que deveriam obrigadoriamente ser disponibilizados na internet - sobre alguma licença Creative Commons - todo os trabalhos produzidos em universidades públicas, principalmente Trabalhos de Conclusão de Curso de graduação ou pós-graduação, Dissertações de Mestrado, Teses de Doutorado. E mais, que todos os códigos produzidos, em se tratando de Informática, fossem liberados sobre alguma licença livre, como a GPL. Seria uma maneira quase que óbvia de garantir à sociedade o retorno do investimento que ela mesma (leia-se: nós, que pagamos impostos) vem fazendo nesses estudantes. É natural que seja público o conhecimento produzido numa instituição pública.

A educação tem um papel fundamental para o desenvolvimento de qualquer país. O que a academia brasileira está fazendo a respeito do tema aqui tratado? As universidades públicas tem alguma disciplina que fale de Software Livre e mostre que não se trata de caridade? Coordenadores de Cursos, Professores e Orientadores estão atentos ao assunto? Alunos são estimulados a disponibilizar na web o produto de seu estudo? Aprendem sobre trabalhar em comunidades virtuais? Livros sobre o assunto (mais abaixo sugiro alguns) são disponbilizados na biblioteca e indicados como referencia para trabalhos individuais e em equipe? Há muito o que ser feito.

Retomo o assunto apresentando uma estratégia de implantação batizada aqui de 3Ps: Política de Governo, Portal e Participação.

Política de Governo

Para dar certo e ter chance de continuidade, tudo começa por aí, não tem jeito. A política faz o papel da estratégia. É a direção, o rumo, o norte. Para onde tudo aponta. Ministério da Ciencia e Tecnologia junto com da Educação (são os dois que enxergo mais relacionados) precisariam normatizar a obrigatoriedade da publicação digital de todo o conhecimento produzido na Universidade Pública (ideal é que valesse também nas particulares, mas acho que o governo tem esse poder). Talvez seja preciso um Projeto de Lei para oficializar a questão, tratar eventuais casos de exceção. Taí um tema candidato a ser "apadrinhado" por algum Deputado interessado na causa.

Portal

De nada adiantaria a Política sem os instrumentos necessários para viabiliza-la. É fato que hoje cada um já pode individualmente decidir publicar seus trabalhos em suas páginas pessoais (é o que venho já venho fazendo em Meu Lugarejo), blogs ou redes sociais, mas ficaria tudo espalhado e misturado com o maravilhoso caos de informação que já temos hoje (pelo menos graças ao Google, temos um meio efeciente de busca). Me lembrei de três iniciativas que poderiam servir de referencia: o Portal de Software Público Brasileiro (do Ministério do Planejamento), a Incubadora Virtual (da Fapesp) e a Open Source University Meetup - OSUM (da recentemente adquirida Sun Microsystems. Veremos o que a Oracle fará).

Para mim, o Brasil precisaria de uma identidade própria. Uma espécie de Portal da Universidade Livre, ou qualquer nome mais criativo que venha a surgir. Um aluno não receberia seu Diploma ou Certificado de Conclusão antes de comprovar a disponibilização do seu trabalho. Teríamos um gigante repositório de conhecimento e fonte de pesquisa genuinamente Brasileiro. O mar onde os rios acadêmicos de todo o país iriam desaguar.

Participação

Os desdobramentos do direcionamento e instrumentação proporcionados pelos dois primeiros Ps são ilimitados. À medida que participam, mestres e discípulos formarão suas redes de colaboração antes mesmo do resultado final. Por que disponibilizar apenas o produto pronto, quando podemos compartilhar todo o "processo de gestação", obtendo feedback e "trocando o pneu com o carro andando"? Muitos que só queriam ser livrar da faculdade e "pegar o canudo" poderão ser infectados pelo vírus da internet 2.0, sendo instigados a dar continuidade aos seus trabalhos, mesmo que seja "apenas" ajudando aqueles que se interessam pelo mesmo tema.

Uma monografia e um projeto de software modestos (porém baseados numa idéia inovadora, às vezes até menosprezados por incompreensão dos orientadores ou falta de habilidade de escrita/codificação do aluno) poderiam se tornar um sofware livre de sucesso (mantido em seu próprio ambiente virtual, como o SourceForge.net) pelo simples fato de terem sido disponibilizados e formado uma comunidade de interessados. Tudo isso independente da vontade do seus autores principais (se participarem, melhor; do contrário, outros darão continuidade). Pesquisas excelentes poderão ter vida contínua ao invés de ficarem engavetadas. Na história, quantas teorias científicas incompreendidas em sua época foram redescobertas em pesquisas futuras que transformaram seus autores em grandes gênios post-mortem?

Pessoas querem espaço para falar e ser ouvidas. E fazem cada vez mais questão disso. Ganham reputação, uma "moeda" muito importante (isso merece um post futuro!) e já tradicional no meio acadêmico que torna-se essencial nesta "era 2.0". Quantidade de papers publicados, citações em outros trabalhos, orientandos formados, ..., número de seguidores no twitter, leitores do Blog ou de amigos no Orkut/Facebook, ...., no fim é tudo a mesma coisa.

Com participação efetiva, o Portal da Universidade Livre se tornaria um grande ponto de encontro, um catálogo de conhecimento produzido por pessoas e grupos interconectados internamente e também a diversas outras redes.

Concluindo

As idéias aqui expostas independem da área de conhecimento. Computador e internet fazem parte do mundo universitário em geral, além das ciências exatas. O Brasil pode e deve estimular a pesquisa científica e a cultura colaborativa, não apenas através do discurso inflamando e empolgante de alguns (por falar nisso, sou fã das palestras de Sérgio Amadeu, alguém que vem falando e fazendo!), mas também de políticas e ações objetivas e coordenadas. A estratégia dos 3Ps é a forma que encontrei de sugerir algo concreto.

Como não sou academico nem político, procurei fazer uso da própria Web 2.0 para expor o que penso e ouvir outras opiniões, favoráveis ou contrárias. O resultado é este post no bazedral, um blog que trata exatamente de colaboração (no texto, repare que linkei para alguns outros posts relacionados). Vamos ver se ele chega aos olhos e ouviros de Políticos e representantes de ONGs, Diretórios Estudantis, Centros Acadêmicos ou Fundações de Amparo a Pesquisa.

Critique, divulgue, cite casos de sucesso e insucesso, discorde, twitte, comente, tenha aptitude 2.0, se importe. Se você é aluno e ainda não o fez, comece já a disponibilizar sua produção. Se é professor, discuta com a turma, coloque o tema em pauta, estimule-os a publicar seus trabalhos na web, onde quer que seja. Só não fique indiferente e inerte. Isso sim, não muda nada.

Algumas sugestões de leitura

Listei aqui dicas que tem me feito compreender melhor o mundo atual e as perspectivas para o futuro. Divirta-se!

A Catedral e o Bazar - texto básico e obrigatório no mundo do software livre
Wikinomics - Como a colaboração em massa pode mudar seu negócio - depois de lê-lo criei o blog, abre nossa mente. Achei sensacional
Google: A História do Negócio de Mídia e Tecnologia de Maior Sucesso dos Nossos Tempos - deliciosa história, só tem um problema. Desde então fico esperando vir uma idéia brilhante que me ficará ficar rico como os donos Sergey Brinn e Lary Page (bem... nem preciso tanto assim....)
Bazedral - Explorando a cultura colaborativa das comunidades de SL - Um compilado de alguns posts deste blog. Tem também uma apresentação. Idéias vindas de tudo quanto é lugar...
A Cauda Longa - um Best Seller interessante para entender o mercado de nichos, que ganha espaço nas plateleiras infinitas do mundo digital. Muito bom para enxergar oportunidades de novos negócios.
Free - Grátis - O futuro dos preços - do mesmo autor do anterior, nos faz entender (ainda estou lendo) como as empresas estão ganhando dinheiro dando seus produtos de graça na internet. Já que os custos no mundo digital estão cada vez mais se aproximando do Zero, melhor arredondar logo né?

Manifesto + Aptitude 2.0

2009-12-01T16:45:00.000-08:00

Este blog deu uma outra parada, pois eu estive de férias (set/out, na U2 EUA TRIP) e depois totalmente envolvido na organização e execução do evento LinguÁgil - Misturando Linguagens e Agilidade. Nesta ocasião tive a honra de pegar uma pontinha da apresentação de Alexandre Gomes sobre o Manifesto 2.0, assuunto que já foi tema neste blog no post Aptitude 2.0. Foi justamente sobre esse upgrade de nós mesmos que falei. Ainda repetimos a dobradinha no Maré de Agilidade de Belém.

De lá para cá, tenho amadurecido muito minhas idéias sobre colaboração e percebido o quanto a filosofia Agile pode alavancar esse espírito nas organizações. Provavelmente é sobre isso que vou falar no próximo post do Bazedral. Por enquanto, vou aproveitar para colocar aqui o vídeo da nossa palestra no LinguÁgil.

Manifesto 2.0 from LinguÁgil on Vimeo.

Minha Amiga, A Norma: Instituindo o Trabalho Cooperado

2009-08-02T18:44:00.000-07:00

Entendo a necessidade e utilidade de Políticas, Normas e Procedimentos em uma organização, especialmente de governo; só não gosto da cotidiana falta de "jogo de cintura" de alguns cabeças-dura. É como uma história contada esses dias por um colega. Num tradicional colégio religioso de Salvador, o diretor ordena o jardineiro a molhar as plantas todos os dias as 17h. E ele o fazia, mesmo se estivesse chovendo canivetes! A famosa NORMA nos remete àquela imagem caricata do livro velho cheio de regras engessadas, escrita por não sei quem, há não sei quanto tempo e para fazer exatamente não sei o que ("só sei que é assim..."). Em tempos de tecnologia, as normas agora estão disponíveis em um sistema web, então pelo menos a busca fica mais fácil. E você não espirra nem fica com os olhos vermelhos por causa dos ácaros.

Desde que comecei este blog jamais imaginei que fosse elogiar aqui este instrumento eminentemente burocrático sendo utilizado para promover a colaboração interna em uma empresa. Comentarei sobre a Norma de Trabalho Cooperado, um exemplo de ação concreta da diretoria da minha empresa, o Serpro, com vistas à promoção do compartilhamento e cooperação. Não tenho autorização para divulgar seu texto na íntegra, então vou tentar captar e resumir as principais idéias, fazendo algumas "projeções" para o futuro próximo.

"Casa de ferreiro, espeto de pau". Ô ditadozinho comum. Focada nos clientes externos (até aí, nada demais), as empresas de excelência em TIC sofrem com ferramentas internas de má qualidade e desintegradas, processos lentos e amarrados. Ga$tam uma grana com con$ultoria e contratam cada BOMBA, que Deus nos Livre! Aí a gente se pergunta "com tantos desenvolvedores bons (no Serpro são quase 4.000!), não seria possível juntar 3 ou 4 e construir uma solução interna focada em nossa realidade?". Bom, possível sim. Mas na prática... Cada unidade só olha seu pedaço. Não enxergam um palmo diante do nariz. Não percebem o ganho de produtividade a médio prazo, para toda a organização. Ninguém pode "emprestar" duas pessoas (dentre 200, de um polo regional de desenvolvimento) em tempo parcial, para um trabalho colaborativo desta natureza. A culpa é da gerencia média (o Gargalo está na Gestão, lembram?), pois na base da pirâmide tá cheio de gente louquinha para meter a mão na massa e resolver as questões que afetam negativamente o dia a dia de cada uma.

Já que o cenário acima representa uma "sinuca de bico", nossa diretoria resolveu agir. Dentre outras ações (veja Planejamento Estratégico Colaborativo e Desfragmentação Empresarial) editou uma Norma que pretende garantir a formação de uma rede de colaboração em torno de projetos considerados estratégicos, independente da hierarquia formal da empresa. Não chega a ser tão livre quanto a Regra dos 20% (veja O Ócio Criativo), mas é um excelente começo. Funcionará mais ou menos assim:

1) A empresa institui um Comitê de Trabalho Cooperado, com representantes de todas as Unidades Organizacionais. Por Trabalho Cooperado entende-se "Forma de organização do trabalho, criada para promover o compartilhamento de recursos e de conhecimentos inter-áreas sobre assunto específico, instituído por meio de estruturas colaborativas em rede para constituir uma Comunidade Corporativa".

2) Qualquer pessoa da empresa pode propor Projetos para serem desenvolvidos de forma Cooperada (uma restrição atual: projetos para clientes externos - ex: Receita Federal - não são objeto da Norma, ou seja, serão tocados da forma tradicional). Detalhe: O Framework Demoiselle, projeto cuja parte técnica lidero, é um dos Projetos já pré-aprovados.

3) Dentro de macro-temas (ex: Ferramentas de apoio ao Desenvolvimento, Software Livre, Soluções focadas em Colaboração e/ou Reuso), o comitê periodicamente se reune (com o passar do tempo, creio que não serão necessariamente encontros presenciais) para avaliar e aprovar (ou não) alguns.

4) Projetos aprovados deverão ser executados de forma "pública" (mesmo que seja na Intranet) em ambiente apropriado (veja Ambiente de Desenvolvimento Colaborativo). A idéia é que seja criada uma comunidade interna, de forma semelhante como ocorre no mundo do Software Livre. O Serpro adotou o Colab.Serpro, uma espécie de SourceForge interno baseado na ferramenta livre GForge.

5) Pessoas podem participar das Comunidades em diversos níveis (usuários, testadores, beta-testers, tradutores, comitadores, ...). A alocação formal de tempo deve ser objeto de negociação e pode ocorrer por iniciativa: a) Da própria pessoa: Ela encontra um trabalho de seu interesse e se "candidata" a uma vaga; b) Da chefia imediata: Um chefe formal percebe uma oportunidade de contribuição e sugere a participação de um funcionário; c) Da equipe do projeto cooperado: a equipe indica a participação de um funcionário que reconhecidamente tem perfil para contribuir com o trabalho.

6) O trabalho flui organizado de forma particular a cada Comunidade (ver Os 5 Tipos de Projetos Open Source), contanto que seja um processo transparente (uso intensivo das Listas, Fóruns, Wikis, Repositórios de Configuração, ....); As pessoas se destacarão com base na Meritocracia. Não importa quem te indicou nem o cargo que você ocupa. O que vale é a sua contribuição efetiva para o projeto.

7) Ao final do Projeto o desempenho das pessoas será considerado formalmente no Sistema de Avaliação. Isso acaba com a história de "só quem avalia é o Gerente Funcional", o que simplesmente desconsidera o que os funcionários fazem "para as outras áreas". Todo trabalho é importante e toda contribuição será considerada.

O interessante disso tudo é que a negociação das vagas será feita também de forma pública. Exemplificando: Se eu desejo participar de um Trabalho Cooperad, me candidato a uma vaga postando uma mensagem num Fórum específico. Se meu chefe não quiser/puder me liberar, ele terá que fazer um registro neste mesmo fórum, explicitando as razões. A empresa também está criando indicadores de quotas de colaboração (quantos % do esforço da área X está dedicados Trabalhos Cooperados? Mesmo que não sejam estabelecidas metas (ex: mínimo de 15% por área), esses dados ajudarão a identificar "ilhas problemáticas", aquelas unidades que "nunca tem como contribuir com nada". Que gerente gostaria de estar nessa "berlinda"?

A Norma foi publicada há pouco tempo. Hoje a empresa está num esfoço interno de divulgação (importantíssimo, né!?) e em breve poderemos ver frutos. Particularmente acho que vai ocorrer o que estou chamando de "Efeito Sanduíche": Na "base" várias pessoas vão propor Projetos e/ou se candidatar a participar deles; No "topo" a alta direção (ou, pelo menos, parte dela) está incentivando fortemente essa nova forma de trabalho. No "meio" a gerencia média será espremida e, mesmo que não concorde (ou pior, não compreenda os benefícios), será obrigada a participar e talvez (assim espero) aos poucos comece a enxergar os benefícios.

Uma mudança de cultura não se institui por decreto, mas por hora me resta aplaudir (e torcer, e fazer minha parte) essa bela e ousada iniciativa da Direção rumo a uma empresa mais colaborativa.

Bazedral - Explorando a Cultura Colaborativa das Comunidades de Software Livre

2009-05-29T08:53:00.001-07:00

Apresentação feita no IV Festival de Software Livre da Bahia, na Uneb, 29/05/2009

Obrigado a todos que prestigiaram a palestra. Sinceramente espero que a Filosofia Bazedral seja útil para vocês, como tem sido para mim.

Aptitude 2.0

2009-05-28T21:04:00.000-07:00

O Wikicionário define atitude como "modo de se portar, conduta". Pois bem. Nessas minhas andanças pela busca da colaboração interna me deparei com uma síntese de um novo momento da computação apelidado de TI 2.0 pelo amigo Alexandre Gomes. Nesse excelente post Manifesto 2.0, Alegomes resume suas impressões sobre essa "escola de pensamento", num esquema comparativo TI 1.0 x TI 2.0. Por mais que eu tente destacar os principais pontos, o melhor é conferir você mesmo. Nos comentários da parte de baixo tem dicas de outros posts também muito interessantes que fazem parte dessa "série 2.0" que vem sendo discutida (e praticada) na SEA Tecnologia.

Já comentei aqui que a Web 2.0 vem mudando as formas de comunicação tradicionais. Insisto que a colaboração interna depende muito dos gestores, em todos os seus níveis (principalmente os intermediários), pois são eles são um exemplo (pro bem e pro mal) de conduta para seus liderados.

Trabalhar cooperativamente, no entanto, depende de um esfoço diário e individual. Rever conceitos, mudar hábitos, ampliar conhecimentos, adquirir/melhorar habilidades. A Tecnologia da Informação tem aí um papel fundamental, pois provê diversos meios de interação entre as pessoas. É importante experimentar vários deles, e selecionar alguns para o uso cotidiano. Twitter e Blogs, por exemplo, são hoje formas eficientes de compartilhamento. As Redes Sociais, da mesma forma. São ferramentas adicionais aos já tradicionais fóruns de discussão, listas de e-mail, IRC e Chats. Skype, MSN, Sistemas para reuniões virtuais (gosto do DimDim e no WebHuddle) são também boas opções. É quase impossível conhecer/acompanhar/utilizar tudo isso, pois a cada dia surgem novidades. É de ficar meio maluco, por isso fazer uma triagem daquilo que lhe serve é uma boa dica. Sejamos líderes e/ou liderados, não é da noite pro dia que a gente passa a ter um comportamento 2.0, mas bem que seria legal se a gente fizesse um upgrade de si mesmo, como no filme Matrix.

UM ALERTA: As ferramentas são apenas uma fachada, pois é você que está interagindo atrás de todas elas. São suas atitudes que aparecem.

A essa nova forma de pensar e agir dei o nome de Aptitude 2.0 (é assim com p mesmo!). A tradução desse termo seria a "capacidade natural para a aquisição de conhecimentos ou de competências; a condição de se adequar". Observe a palavra natural. Embora a resistência a mudanças seja algo inerente a nossa personalidade, acredito firmemente que todos nós temos condição de nos reinventar e mudar o número da nossa versão, basta apenas ir substituindo aos poucos alguns pacotes obsoletos e "bugados". Acho que cada um tem fazer sua lista pessoal de "pacotes com defeito" e "novo pacote desejado". Abaixo apresento algumas sugestões, extraídas de um dos slides da apresentação do Bazedral feita no III Encontro Nordestino de Software Livre e IV Festival de Software Livre da Bahia. É só substituir os "pacotes" da parte preta pelos da parte branca e aguardar a "Instalação da versão 2.0 concluída com sucesso".

Aptitude 2.0

PS: Usuários de Debian/Ubuntu devem ter percebido a brincadeira com o programa Aptitude, um front-end para o Advanced Packaging Tool (APT) que exibe uma lista de pacotes de software e permite ao usuário escolher interativamente pacotes para instalar ou remover. Seria bom se fosse assim pra gente também, né!? :-D

Desfragmentação Empresarial

2009-04-05T19:33:00.000-07:00

Esse ano ainda não consegui retormar o ritmo de posts, mas isso não quer dizer que perdi interesse sobre o tema. Muito pelo contrário. Temporariamente abandonei um pouco, porém, a analogia com o software livre. Tenho buscado observar a minha própria empresa e todo o ambiente que me cerca.

A excessiva departamentalização, talvez herança de um Taylorismo exagerado, tende a criar várias empresas dentro de uma. Num contexto de empresas de governo, há quem diga que esse modelo verticalizado foi premeditado para facilitar privatizações. Essas "fatias de empresa" já tiveram sua valia, mas está na hora de repensar. É muita redundância, retrabalho e controles "burrocráticos" que não levam a lugar nenhum.

Empresa fatiada parece a cebola do Outback (não sei porque mas só me vem essa imagem na cabeça!)

Alguém inventou que todas as "fatias" da empresa tinham que dar lucro. Numa empresa de TIC, o faturamento vem prioritariamente do desenvolvimento e produção de soluções. Áreas meio, como a que cuida dos ambientes de redes locais, estações de trabalho e servidores de uso interno, não tem um fonte direta de receita. Resultado? Criam uma série de insumos para fazer um dinheiro virtual circular de um lado pro outro, gerando trabalho inútil para um bocado gente, ..., mas pra que? Outro dia eu estava negociando patrocínio prum evento do JavaBahia com uma dita grande empresa privada de TIC. Depois de uma "chorada" deles, fechei negócio, mas tive que ouvir "Esse valor está saindo do orçamento do RH, deveria vir da área de desenvolvimento". Qual a diferença? Não é tudo da mesma empresa? A marca que vai ser divulgada tem o carimbo do setor que entrou com grana? Esse pensamento gera desconfiança, atitude defensiva, "trairagem", competição destrutiva, etc, etc.

Bem, há que se diminuir essa fragmentação. O exemplo deve começar pela alta direção. Tradicionalmente cada Diretor tem algumas áreas "em baixo" e começa daí a divisão: Cada um olhando apenas para "sua área". São essas as primeiras barreiras que devem ser quebradas: realinhamento da diretoria. Daí em diante cabe a cada gestor procurar ter uma visão integrada e trabalhar com seus liderados para difundir um pensamento cooperativo. Mas não dá pra ficar apenas no discurso nem com ações isoladas. Medidas concretas devem ser definidas, executadas e acompanhadas de maneira coordenada. É uma espécie de PAC - Programa de Aceleração da Colaboração. Sugestões: Fundir unidades afins, eliminar "burrocracia", rever estrutura organizacional para reduzir níveis hierárquicos, trabalhar com gestão colegiada, buscar maior mobilidade de recursos (já falei aqui sobre trabalhar cada vez mais Projetizado), facilitar (e investir nisso!) o processo de comunicação, usar mais o nosso ao invés do meu. Parece difícil? Então é bom começar logo.....

Planejamento Estratégico Colaborativo

2009-02-07T14:28:00.000-08:00

Depois desse "recesso de fim de ano", dois meses sem postar neste blog, retomamos nossa rotina de (espero) pelo menos um post por mês. Completamos um ano de blog com mais de 1.800 visitas. Não é nenhum fenômeno, mas fico satisfeito em saber que tem pessoas acompanhando e, quem sabe, aplicando em suas empresas um pouco do que tenho escrito.

Ano novo é sinônimo de planos. Fazemos várias projeções do que queremos nesse novo ciclo. Nas empresas, final/início de ano normalmente é ocasião de Planejamento Estratégico. Pretendo aqui compartilhar um pouco a experiência do que temos feito ultimamente na minha empresa (Serpro), especificamente na unidade que gerencio, para alavancar a colaboração interna. Vamos lá.

A teoria central deste blog é que a Gestão é fundamental para promover colaboração efetiva. Acredito firmemente no papel direcionador do executivo. Aquela máxima "se você não sabe onde quer chegar, qualquer direção serve" cabe como uma luva. Esse é o papel de um Planejamento Estratégico eficaz. As pessoas precisam saber para onde estão indo. E mais, devem querer e agir para chegar lá. Para isso, quase toda a empresa define Missão, Visão, Valores, Fatores Críticos de Sucesso, Objetivos/Metas, Indicadores, e por aí vai, tudo isso com apoio de metodologias e ferramentas como os populares Balanced Scored Card (BSC) e Análise SWOT. O problema? Tudo isso elaborado por poucas pessoas (alta direção + consultores), sem o envolvimento do corpo funcional. Resultado? Tudo fica no site da empresa e/ou pendurado em quadros, mas nada de fato é utilizado e sistematicamente acompanhado. Então, vai se tocando o dia a dia até que daqui a um ano perceba-se que muito do que foi definido nem saiu do papel.

O Serpro este ano resolveu fazer algo diferente e montou um Planejamento Estratégico Participativo Serpro, com base no Planejamento Estratégico e Situacional (PES), do economista chileno Carlos Matus, focado em gestão de Governo. Percebi similaridades com metodologias já existentes (por exemplo, o que o BSC chama de Perspectiva, o PES chama de dimensão). O maior diferencial? O pressuposto de que haverá participação das pessoas. De forma muito simplificada, a empresa elenca e prioriza seus principais problemas e para cada um deles alguns nós críticos, para os quais devem ser apresentadas propostas de solução, que analisadas e aprovadas viram projetos que serão acompanhados durante o ciclo. Mas o que isso tem a ver com esse blog? Agora você vai entender.

Trabalho num pólo de desenvolvimento hoje com 85 pessoas. Em nosso âmbito, já tínhamos um Planejamento Estratégico tradicional, com as perspectivas Clientes, Pessoas, Processos e Tecnologia. Procurávamos abrir para a participação de qualquer um, mas não tínhamos um processo formal para tal. De dezembro para cá resolvemos fazer uma mesclagem de tudo isso (afinal seria um desperdício jogar tudo fora e começar do zero) com o PES. Com o envolvimento de 8 líderes de equipe (e eventualmente alguns substitutos), e a facilitação de uma profissional capacitada e experiente, chegamos a 9 nós críticos para 5 dimensões. Agora abrimos para a colaboração de todos: alocamos tempo formal para as pessoas voluntariamente (individual ou em conjunto) elaborarem suas propostas e criamos um Wiki para que as propostas sejam livremente registradas.

Colaboração não pode ficar só no discurso, por isso criamos mais uma dimensão que chamamos de Gestão e Organização, mas também poderia ser chamada de Ambiente Organizacional. Chegamos a conclusão que o principal problema é "Falta de Cultura Colaborativa" e definimos o nó crítico "Não há uma sistemática de incentivo à práticas colaborativas". Vamos aguardar as propostas...

O que quero destacar aqui é a importância de entendermos a falta de colaboração como um problema gerencial e não simplesmente atribuir a culpa às pessoas ("elas é que não querem colaborar"). Enquanto gestores devemos dar o exemplo, e ele começa no próprio planejamento da unidade, que por si só já vai criando cultura colaborativa, à medida que ele próprio é elaborado desta forma. Cada um que participa se sente comprometido com os resultados. Quem submete proposta se envolve nas sua execução. Decentralizamos a descoberta de soluções. Quebramos o paradigma de "nós mandamos, vocês obedecem". Agora, "juntos descobrimos nossos problemas, encontramos nossas soluções".

Acho que essa é uma forma de começar bem. Daí surgirão métodos, técnicas, ferramentas, processos, tudo o que pode alavancar a colaboração, mas baseados num alicerce construído em conjunto, dirigindo a organização para um ambiente saudável de cooperação e crescimento coletivo.

Concurso de Idéias

2008-11-13T15:45:00.000-08:00

Depois de um tempo sem postar (estive de "férias", cuidando do mais novo membro da família) olha eu aqui de volta. O último post meio que completou um primeiro ciclo, que está gerando frutos. Falarei sobre isso.

Minha empresa, o Serpro, está espalhada pelo país e tem mais de 3.000 desenvolvedores em 10 capitais. São várias mentes criando soluções estratégicas para o governo, principalmente os Ministério da Fazenda e do Planejamento, Orçamento e Gestão. Quase 45 anos de existência hoje culminam numa diversidade enorme de plataformas tecnológicas convivendo e interoperando.

A comunicação numa organização desse porte não é nada fácil. A colaboração interna, razão da existência destes blog, idem. Resultado: Muita gente, muito trabalho e, como é de se esperar, muito retrabalho. Iniciativas estão constantemente em andamento para melhorar o cenário: mudanças na estrutura organizacional (como toda empresa de governo, sujeita às "oscilações políticas, isso inevitavelmente ocorre a cada mudança de diretoria), "reciclagem" no corpo gerencial, redirecionamento estratégico, remodelagem de processos, etc, etc, etc. Enfim, tem muita coisa boa acontecendo, o que tem me deixado bastante satisfeito. No que está na minha alçada, tenho feito minha parte e acredito que os avanços são significativos. As "barreiras internas" estão diminuindo, mas ainda há muito caminho pela frente. Talvez em um post futuro eu entre em detalhes sobre isso.

Desde 2004 foi retomada, na minha opinião, uma idéia simples e genial: O ConSerpro – Congresso Serpro de Tecnologia e Gestão Aplicadas a Serviços Públicos. Com o foco central "Conhecimento e inovação: a liberdade de criar e compartilhar”, o congresso é uma espécie de concurso interno de trabalhos, divididos em áreas temáticas, submetidos por funcionários da empresa. Um corpo de jurados (3 para cada tema, sendo sempre 2 "da casa" e um "de fora") seleciona os melhores trabalhos para serem apresentados, com direito a premiação em dinheiro. Os "congressistas" se reúnem em uma das regionais da empresa e durante 4 dias tem a oportunidade de apresentar suas idéias/propostas/projetos/experiências para o corpo diretor, gerencial e funcional, num evento transmitido para toda a empresa via vídeo-conferência. É uma ocasião festiva, de troca de experiências e muito networking.

Consequencias: Os autores ganham visibilidade, a carreira é alavancada, boas idéias podem virar projetos oficiais. O conhecimento é registrado e disseminado, vira patrimônio da organização. Tenho o privilégio de ter trabalhos aprovados em todas as edições, tendo sido o apresentador em 3 das 4 edições já ocorridas. Sou testemunha das melhorias que vem ocorrendo a cada ano, mas ainda tenho a percepção que os trabalhos (não só os aprovados, mas todos os inscritos) poderiam ser bem melhor aproveitados, se houvesse patrocínio da alta direção. Muitas idéias tem ficado apenas no papel, principalmente quando seus autores não são persistentes. Isso é meio frustrante, mas não invalida de forma alguma a utilidade do evento.

Pois bem, a notícia é que resolvi compilar e reeditar as idéias deste blog e tive a felicidade de ter mais um trabalho aprovado, sob o título Bazedral: Explorando a Cultura Colaborativa das Comunidades de Software Livre (baixe o PDF / veja a Apresentação). Espero de alguma forma aguçar a curiosidade dos colegas e, principalmente, sensibilizar o corpo gerencial para a necessidade de mudança cultural, que deve começar por eles próprios.

Ambiente de Desenvolvimento Colaborativo

2008-09-28T07:56:00.000-07:00

Se você quiser criar um projeto de código aberto, ou então resolver se juntar a um já existente, não vai ter dificuldade alguma de achar sites que lhe forneçam uma estrutura completa para isso. SourceForge, Gna!, FreshMeat, Google Code, Java.net e tantos outros colocam à disposição gratuitamente uma área para compartilhar arquivos, código, notícias, permitindo que as comunidades sejam auto-geridas. É possível criar listas de e-mail, fóruns e Wikis, atribuindo permissões adequadas ao papel de cada um. Por essas e outras, hoje em dia é muito mais fácil descobrir que um funcionário seu faz parte de alguma comunidade externa de software livre do que fazê-lo colaborar espontâneamente com algum projeto interno da organização.

Essa realidade há alguns anos me faz pensar: E se eu quiser disponibilizar dentro da minha empresa uma estrutura similar à existente no mundo do SL? Um espaço virtual onde as pessoas possam livremente (sem hierarquias nem burocracias) iniciar seus projetos e angariar adeptos em torno deles? Uma “incubadora” de idéias que crie um clima favorável à criatividade e inovação? Um local onde importa menos quem você diz que é (sua unidade, seu cargo, seu salário) e mais quem você mostra ser (ganha-se respeito pelo que se produz, pelo tamanho das suas contribuições)?

Sim, é possível! Existem ferramentas livres (Gforge, Savane, SiteForge, ProjectPier, Trac, LibreSource, por exemplo) e proprietárias (Collab.net, JIRA, ...) para tanto. No post de junho falei de um “Ócio Criativo” e de um “Mural Interno de Idéias”. Pois bem, é isso que chamamos aqui de Ambiente de Desenvolvimento Colaborativo (ADC). No paper Collaborative Developments Environments, Grady Booch e Alan Brown classificam as funcionalidades necessárias para um ADC no desenvolvimento de software em 3 Cs: coordenação (ex: controle de versão ou acompanhamento de tarefas), comunicação (fóruns ou navegação compartilhada de documentos) e construção de comunidades (auto-gestão de projetos, estabelecimento de protocolos).

Funcionalidades principais de um ADC

Em resumo, um ADC disponibiliza um local para organizar idéias e transformá-las em ações concretas. Comunidades internas surgirão. Projetos bem sucedidos prosperarão. Aumenta-se o compartilhamento, diminui-se retrabalho, incrementa-se a motivação. Mas a questão é longe de ser puramente técnica e ferramental...

Um ADC é antes de tudo uma transformação cultural. É uma das formas de tornar possível tudo o que vimos discutimos neste blog. Implica em mudança de postura de líderes (principalmente) e liderados. É fortalecer o coletivo em detrimento do individual, direcionando a empresa para o que Raymon previu há quase 10 anos: “Eu acredito que o futuro do software de código aberto irá pertencer gradativamente a pessoas que saibam como jogar o jogo do Linus, pessoas que deixam para trás a Catedral e abraçam o Bazar. Isto não quer dizer que uma visão individual e brilhante não irá mais ter importância; ao contrário, eu acredito que o estado da arte do software de código aberto irá pertencer a pessoas que iniciem de uma visão individual e brilhante, então amplificando-a através da construção efetiva de uma comunidade voluntária de interesse.”

Gosto muito de um trecho de uma palestra de Simon Phipps (Chefe do Departamento Open Source da Sun Microsystems), que tive o privilégio de assistir ao-vivo: “Ao se deparar com algo que realmente te incomoda, transforme qualquer energia negativa em paixão, e contribua para resolver o problema, ao invés de ficar apenas reclamando.”. É essa a essência de colaboração que estamos falando. Gestores “antenados”, processos revisados, pessoas motivadas e ferramentas adequadas poderão juntos criar as condições para que cada um coopere efetivamente para transformar as organizações.

Projetizar para Conquistar

2008-08-23T14:23:00.001-07:00

Boa vontade, apenas, certamente não será suficiente para alavancar a colaboração interna nas empresas. Favorecer essa nova "cultura cooperativa" implica em rever as estruturas organizacionais. Neste cenário, perde espaço o tradicional modelo piramidal, oriundo de instituições militares, fortemente baseado na hierarquia e divisão departamental. Em seu lugar, estruturas mais "horizontalizadas" e flexíveis, propiciando um clima mais favorável à criatividade e inovação. Vamos explorar mais um pouco este tema, aproveitando conceitos do PMBOK, que classifica as estruturas em dois tipos extremos.

Na estrutura Funcional, a mais clássica, existe uma hierarquia bem definida e cada funcionário tem um superior bem definido. As divisões (departamentos, seções, setores, gerências, qualquer que seja o nome) são por especialização (financas, marketing, contabilidade, recursos humanos, etc). Os projetos existem, mas são normalmente limitados às fronteiras da unidade. A comunicação entre elas se dá através das chefias formais (são eles que detém o poder), ou seja, é um sobe-desce danado na hierarquia. Usando uma expressão do momento, podemos defini-la como "cada um no seu quadrado". Não existe "visão de todo" e as unidades muito mais competem do que colaboram.

O outro lado da moeda é estrutura Projetizada. Toda a autoridade é concentrada nos gerentes de projetos, pois é através deles que organizações desse tipo tocam suas operações. Nela não existem os departamentos funcionais tradicionais, o que pode implicar em redundâncias (por exemplo, em cada projeto será executada a função de contabilidade). No mundo real é difícil encontrar uma organização 100% projetizada, pois ela apresenta um problema na utilização de recursos. O que fazer depois que um projeto acaba? Demite todo mundo? Existe uma tendência dos funcionários buscarem novos projetos antes do anterior terminar, pois senão eles ficarão "sem casa".

Você já deve ter percebido que ambas apresentam vantagens e desvantagens. Nem 8, nem 80, por isso existe também o meio-termo, denominado de estrutura Matricial, que combina características das outras duas. Esse mix pode gerar um pouco de confusão, porque os funcionários de um departamento que dedicam tempo parcial a um projeto terão que responder a "2 chefes". De forma simplista podemos dizer que o tipo de Matriz depende de quem vence a disputa de poder entre o gerente funcional e o gerente de projetos. Se o gerente de projetos tem mais autoridade (ou seja, tendência para a estrutura Projetizada), a organização chama-se Matricial Forte. Se o poder maior continua sendo do gerente funcional, Matricial Fraca. Se há um certo equilíbrio, Matricial Balanceada.

Após essa descrição simplificada (se desejar, segue uma dica de artigo adicional), voltemos à questão principal: Qual é a melhor estrutura para favorecer a colaboração? Bom... essa é difícil responder. Então vamos inverter: Qual a pior? Aí fica fácil: a Funcional.

Humm..... "mas minha empresa é justamente desse tipo (na verdade, minha empresa é composta de várias empresinhas dentro dela, disputando espaço, verba, reconhecimento, cuidando da sua parte). O que devo fazer?". É preciso dar o pontapé inicial e começar a projetizá-la. Não estou falando aqui em seguir receitas prontas, nem treinar todo mundo de uma vez no PMBOK, nem tampouco acabar de uma vez com os departamentos e trabalhar só por projetos. Nada disso. O que estou querendo dizer é: comece a estudar sobre o assunto, entender como isso funciona, buscar experiências de outras organizações, trabalhar por projetos com equipes-piloto, medir os resultados, compartilhar esse aprendizado com o restante da organização, em suma, experimentar.

Não dá para pensar colaboração interna sem rever as estruturas de poder. Finalizo com um trecho bem apropriado da seção O Contexto Social do Código Aberto, da inspiração maior deste blog - o texto A Catedral e o Bazar, de Erick Raymond:

Mas o que é este estilo de liderança e estas formalidades? Eles não podem estar baseados em relações de poder - e mesmo que pudessem, a liderança por coerção não produziria os resultados que nós vemos. Weinberg cita a autobiografia do anarquista do século 19 chamado Pyotr Alexeyvich Kropotkin, "Memórias de um Revolucionista'' para demonstrar o efeito neste assunto:

"Tendo sido criado em uma família possuidora de vassalos, eu entrei a vida ativa, como todos os jovens homens da minha idade, com uma grande confidência na necessidade de comandar, ordenar, repreender, punir e etc. Mas quando cedo tive que conduzir empreendimentos sérios e lidar com homens [livres], e quando cada erro levaria de uma vez a sérias conseqüências, eu comecei a apreciar a diferença entre atuar segundo o princípio de comando e disciplina e atuar segundo o princípio da compreensão comum. O primeiro funciona de forma admirável em uma parada militar, mas de nada vale aonde a vida real é considerada, e o objetivo pode ser atingido somente pelo esforço severo de muitos propósitos convergentes.''

Colaboração = Compartilhamento + Comunicação

2008-07-27T18:39:00.000-07:00

O PMBOK diz (e acredito nisso) que 90% do tempo de gerente de projetos deve ser gasto em comunicação. É preciso avaliar e decidir constantemente qual o meio adequado para se transmitir uma mensagem, garantindo que ela foi de fato entendida. Antes da invenção da escrita, a forma oral era praticamente a única opção. As pessoas precisavam estar presentes para trocar conhecimentos. A escrita foi sem dúvida uma grande evolução, mas aumentou muito as possibilidades ao que antes se restringia a fala. A internet potencializa e, por um lado, complica ainda mais. Vamos ao exemplo.

Um gerente precisa comunicar algo à sua equipe de 20 pessoas. Algumas alternativas: escrever uma Circular Interna (ainda se usa isso?) e passar para ciência de cada um; colocar um aviso no mural; convocar uma reunião informal na sua sala; levar todo mundo ao auditório e fazer uma apresentação; mandar um e-mail para todos; fazer uma áudio-conferência; publicar uma mensagem na intranet da unidade; gravar um vídeo e colocar no seu blog.

Qual é o meio que ele deve escolher? Depende de vários fatores, principalmente desse algo.

Em se tratando de uma empresa que está procurando alavancar a colaboração interna, a preocupação vai além, pois as informações devem ser disponíveis e fáceis de encontrar. É aí que a coisa muitas vezes enrola. As intranets das empresas podem ajudar muito nisso. Em termos de ferramentas, existem diversas opções livres de CMS - Content Management System (veja cmsmatrix.org), ou Sistemas Gerenciadores de Conteúdo (Dica de leitura: O que é um CMS e por que você precisa de um).

As equipes de trabalho precisam ser estimuladas a compartilhar seus conhecimentos numa infra-estrutura adequada (Um CMS pode ser útil, mas não necessariamente será a única opção). Pode parecer fácil, mas isso implica em uma mudança radical de cultura. Quantas e quantas vezes a gente se depara com um problema que já foi vivido (e solucionado) por outra pessoa (às vezes, até por nós mesmos, só que já tínhamos esquecido)? Como poderíamos evitar que isso ocorra? Resposta óbvia: Mantendo uma espécie de Banco de Soluções, onde o registro estaria disponível para todos. Desafios: a) Fazer com que as pessoas registrem corretamente, de forma a se tornar útil de fato para outros; b) Fazer com que as pessoas busquem (e encontrem) o que precisam.

Sem querer me prender a terminologias, tecnologias ou ferramentas (todas são muito importantes!), a mensagem principal desse post é comunicação adequada e cultura de compartilhamento são fatores críticos de sucesso para um ambiente de trabalho colaborativo. São coisas que não se implantam pelo discurso. Necessitam planejamento, acompanhamento, capacitação, investimentos e ferramental adequado. Mas dependem mesmo é dos gestores, principalmente os da liderança média, pois são eles que servem de exemplo (pro bem ou pro mal). E aí? Vai continuar "gerenciando por e-mail" e achando que "esse negócio de intranet é perda de tempo"?

O Ócio Criativo

2008-06-24T19:17:00.000-07:00

O Ócio Criativo, livro do sociólogo italiano Domenico De Masi, trata de um futuro que pertencerá a quem conseguir se livrar da idéia tradicional de trabalho como obrigação ou dever, apostando numa mistura de atividades. onde o trabalho se confunde com o tempo livre, com o estudo (conhecimento) e com o lazer (jogo e diversão). O ócio criativo que o autor defende está associado à criatividade, à liberdade e a arte. Não pretendo me aprofundar nos pensamentos de De Masi (sugiro ler o livro ou dar uma olhada neste resumo), mas pegarei emprestado este título para exemplificar um fenômeno que tem a empresa Google como ícone, mas percebo estar ocorrendo sutilmente nas empresas.

Os engenheiros de software da Google devem passar 1/5 do seu tempo em projetos de seu interesse. A Norma dos 20% é uma maneira de encorajar a inovação. Em vez de ter funcionários virando a noite tentandos ser inventores em casa, o Google proporciona liberdade e recursos. O quadro interno de avisos é uma maneira de divulgar o que cada um está fazendo, e também de conseguir parceiros. Após um período de incubação, algumas idéias são financiadas e tornam-se projetos oficiais. Enquanto em outras empresas trabalhos freelancers são vistos com maus olhos, fazendo com que muitos precisem trabalhar em segredo, na Google a mensagem é contrária, algo como "você tem um dia por semana para trabalhar no que você, não seu patrão, está interessado". Em outras palavras, "divirta-se"!

Há muitos anos, uma proposta semelhante fez surgir na 3M (lá eram 15%) o famoso adesivo Post-it. Da mesma forma surgiu o Google News, um site automatizado que colhe, organiza e exibe notícias de centenas de fontes de acordo com o interesse de cada leitor. Em empresas como Sun e IBM profissionais dedicam tempo participando de comunidades e contribuindo em projetos open source. Nas empresas de TIC do governo brasileiro, por exemplo Serpro e Dataprev, existem funcionários trabalhando em softwares do Portal de Sofware Público. E já se fala em permitir dedicação parcial a projetos de código aberto.

Existe uma sutil diferença entre o que prega a Google e o que vem ocorrendo no Brasil. Lá estimula-se a colaboração interna (o que não exclui, de forma alguma, a interação com as comunidades) enquanto aqui ainda se fala em colaboração externa (se fala em permitir dedicação a comunidades de software livre, mas não a projetos internos da empresa). Outro problema: Não existe um "mural interno de idéias". Ninguém sabe quais projetos estão acontecendo (estou falando mais de empresas médias e grandes, com pessoas espalhadas geograficamente), portanto é muito mais difícil angariar adeptos. Muitas deficiências internas das organizações de TIC (ferramentas corporativas, por exemplo, normalmente são um fiasco) poderiam ser rapidamente sanadas com uma proposta colaborativa. Mas hoje, é mais adequado o ditado popular "Casa de Ferreiro, Espeto de Pau".

Bem, essa nova cultura não se instala por decreto. A mesma fórmula da Google pode não funcionar em outras empresas. Eles "são assim" porque seus fundadores pensam dessa forma, e procuram contratar profissionais que tenham esse perfil. Na SUA organização, talvez muitos não tenham a menor noção do que fazer com seus 20%. Os gerentes, num primeiro momento, ficarão atordoados sem saber como "controlar" esse "tempo livre" (e quem disse que eles tem que administrar?). O pior é quebrar o pensamento "como vou abrir mão de 20% dos meus funcionários, enquanto tenho um backlog de demandas do meu cliente aguardando atendimento?". É difícil substituir o imediatismo por investimentos de médio/longo prazo. Não existe uma receita pronta (em próximos posts, apresentarei algumas dicas), mas procurei mostrar alguns ingredientes que devem ser considerados.

Apesar das dificuldades naturais (como sempre, o gargalo está na gestão), acredito fortemente que o primeiro passo precisa ser dado e deve ser cuidadosamente planejado. Os fatos demonstram que nesse "tempo livre" (o "Ócio Criativo"), onde o trabalho, estudo e lazer se confundem, há espaço para inovação, criatividade e diversão. A satisfação pessoal/profissional aumenta e idéias promissoras ainda podem gerar grandes lucros para as empresas. Todo mundo ganha!

Coopetição, solução sim!

2008-05-28T21:48:00.000-07:00

Demorei mais do que deveria para esse novo post. E não foi por falta de vontade, nem de tempo (tempo é uma questão de prioridade!). Foi por indecisão mesmo. Chegamos num ponto já suficiente, acho, para compreender em linhas gerais o que vem ocorrendo com o fortalecimento do Software Livre e o "fenômeno" (não aquele!) Web 2.0. Pensei em vários títulos e temas, mas só nessa semana veio "o estalo".

Estou lendo o livro sobre a história do Google. Simplesmente fantástico saber um pouco mais sobre essa empresa que tem como carro-chefe uma ferramenta de busca altamente eficiente e bem-humorada. Num trecho que fala dum acordo de cooperação entre Google e Ask Jeeves (hoje Ask.com), duas supostas concorrentes. Daí veio o termo "coopetição". Esse acordo é um exemplo de que é possível competir e cooperar ao mesmo tempo. Mas não vou explicar os detalhes, sugiro a leitura do livro!

Mas, e o que isso tem a ver com o Bazedral? Bom, estamos tentando descobrir meios de trabalhar colaborativamente dentro das empresas. A partir de agora vamos discutir como isso é possível. Não tenho a petulância de procurar verdades absolutas, mas vou emitir minhas opiniões com base em experiëncia prática, algum estudo e boas leituras.

Tomando como exemplo as áreas ou departamentos de uma organização, vamos pelo raciocínio inverso: O que impede o trabalho colaborativo? Citando apenas alguns fatores: Falta de direcionamento claro da alta direção; processos ultrapassados, burocráticos e não integrados; comunicação pouco eficiente; ferramentas de trabalho ruins, desintegradas ou inexistentes; deficiências na capacitação gerencial; ambiente de trabalho pouco favorável à criatividade e inovação; cultura do "manda quem pode, obedece quem tem juízo"; falta de delegação; muitos níveis hierárquicos; clima organizacional ruim.

Se diz que toda equipe reflete o comportamento do seu líder. É como filhos que copiam os pais. Acho que a frase é de Einstein: "O exemplo não é uma das formas de educar; É a única.". Se o líder condena o erro, ao invés de encará-lo como oportunidade de aprendizado e melhoria (isso também não quer dizer "passar a mão pela cabeça"), investe pouco em capacitação (própria e do time), não se preocupa com qualidade/efetividade da comunicação, dá mais importância a processos do que a pessoas, o que podemos esperar da equipe? As chances são muito grandes de se preocuparem "apenas com o meu pedaço". Setores que deveriam ser parceiros, viram concorrentes, cada um querendo indicadores de desempenho melhores do que os outros, escondendo o jogo para ficar "na vantagem". De que adianta um departamento de engenharia maravilhoso se as vendas estão despencando? É preciso buscar a visão de unidade, todos alinhados em prol das diretrizes/metas da empresa.

Medições e análises em diversas escalas (desde as equipes pequenas, até os setores e departamentos) são, certamente, muito importantes para melhorar a tomada de decisões e alavancar os processos de gestão. É sadio haver uma certa competição, cada um tentando superar seus próprios limites, desde que não se percam os objetivos maiores. Quem, nos tempos de colégio, nunca comparou seu boletim com um colega e ficava torcendo para ter uma nota superior? Isso muitas vezes nos impulsionava a estudar até um pouco mais, né? Normal, mas desejar que o colega perca o ano ou fique em recuperação já é um pouco demais...

Nas comunidades de software livre também existem pessoas (líderes e liderados), portanto, egos, vaidades, orgulhos, expectativas, frustrações, mau-humor, problemas pessoais, crenças, religiões. Também há competição por quem produz o melhor código, ou quem é o mais carismático, ou quem apresentou a melhor idéia. Mas há, em geral, uma certa pré-disposição bem maior em colaborar. Por que na empresa tem que ser tão diferente?! Será medo de errar e ser punido? Será o medo de "entregar" o conhecimento a outro e tornar-se inútil para a empresa? O importante não é tanto o quanto se sabe, mas a rapidez com que se aprende...

Enfim, acredito que a coopetição deve ser estimulada e constantemente monitorada. Aos primeiros sinais de competição destrutiva, ações imediatas do corpo gerencial. A equipe espelha seu líder. Colabore, comunique, aceite sugestões e críticas, peça desculpas, cobre e aceite cobranças, busque ser transparente. Dê o exemplo! Sua equipe está de olho em você...

Quem deveria ir ao FISL

2008-04-30T19:49:00.000-07:00

Que o Fórum Internacional de Software Livre atrai apaixonados pelo assunto, isso não é nenhuma novidade. Que esse público cresce a cada ano, tampouco. Estive lá pelo segundo ano consecutivo, blogando para o JavaBahia, e pude constatar ao vivo a quantidade de aficcionados circulando pelas paletras e stands, exibindo as camisas de seus sistemas operacionais/aplicativos/tecnologias favoritos e, visivelmente, se divertindo.

Mas, na minha opinião, a maioria dessas pessoas já está "conquistada". Conhecem bem as 4 liberdades do SL, os tipos de licenciamento, sabem diferenciar Linus de Linux e já romperam a barreira do "uso porque é gratuito". Chega a ser sem graça "ensinar padre a rezar missa" .

Nas empresas, quando vão selecionar quem serão os "felizardos" que terão tudo pago para ir pro FISL, quem é que eles mandam?! Normalmente, "envia esses caras do software livre para deixarem a gente em paz um tempinho". E os resistentes continuam resistindo...

Durante o evento, pensei na minha própria empresa. A maioria dos que lá estavam eram os diretores que já militam na causa há algum tempo ou membros dos Comitês Regionais do Software Livre, implantados como forma de disseminação da cultura. Mas tem que haver a ligação com aqueles que não tem nem idéia do que está acontecendo no mundo, presos no seu cotidiano apagando incêndios, respondendo e-mails vazios e participando/promovendo reuniões infundadas (tenho a impressão de já ter escrito isso!). Onde estavam os Superintentes, Gerentes de Área ou Divisão, enfim, a liderança média que realmente tem poder transformador nas organizações?

São essas pessoas que deveriam ir pro FISL, para quem sabe estando lá - vendo, ouvindo e sentindo - pudessem começar a perceber que "é verdade.... esse tal de software livre existe mesmo, não é apenas brincadeira...". De forma alguma estou negando a importância do patrocinador, do direcionamento claro vindo da diretoria nem de um planejamento estratégico vivo e efetivo. Mas mudança de cultura não é um simplemente processo Top-Down. Ela ocorre gradativamente e depende muito das gerencias intermediárias. O trabalho colaborativo dentro das empresas passa por aí. Mas que catequizar os ateus é uma tarefa árdua, lá isso é!

O que muda com a Web 2.0

2008-04-09T19:04:00.000-07:00

Nessa "odisséia" bazedral pela busca do trabalho colaborativo nas empresas tradicionais, já demos uma passeada por alguns conceitos de software livre, passando por estratégias de atuação, tipos de projeto e motivações pessoais. Ainda seguindo a teoria do Gargalo está na gestão procurei usar uma linguagem simples para auxiliar pessoas não-técnicas a entender um pouco melhor esse mundo, de uma forma imparcial e desprendida de paixões filosófico-políticas. Continuo acreditando que o gestor (ou líder, gerente ou chefe, como queira chamar) precisa compreender como a colaboração ocorre da porta da empresa pra fora (internet) para encontrar os meios de alavancar de fato a cooperação interna.

Nesse contexto, ainda falta abordar uma nova realidade que nos cerca, representada pelo buzzword (espécie de jogada de marketing) Web 2.0. Usado pela primeira vez em 2004, chegou a se tornar o artigo mais citado da Wikipedia na língua inglesa em 2007. Se você "googlar" o termo, obterá mais de 70 milhões de páginas como resposta. Talvez dê um trabalhinho encontrar uma boa definição (até porque não existe um consenso sobre ela), mas pode valer a pena dar uma olhada no Wikipedia e no artigo What Is Web 2.0, da própria empresa (O'Reilly Media) que o criou. Numa linguagem mais fácil, sugiro Entenda o que é Web 2.0, da Folha On-line, e O que é Web 2.0, do Webinsider.

Como não queremos nos tornar especialistas no assunto, mas sim entender o que a Web 2.o tem a ver com trabalho colaborativo, tomarei emprestadas três definições curtas encontradas no ótimo Conceituando o que é Web 2.0:

“Web 2.0 usa a web como plataforma de socialização e interação entre usuários graças ao compartilhamento e criação conjunta de conteúdo." (Guilherme Felitti - repórter do IDG Now!)

“Web 2.0 é um novo paradigma na utilização e criação de web sites mais participativos e colaborativos.” (Fabio Seixas, criador do Camiseteria)

“Sinaliza uma fase na web onde se pratica a liberdade de falar e ser ouvido. É uma consequência natural do desenvolvimento da internet.” (Vicente Tardim, editor do Webinsider)

Esse comentário resume tudo: "Web 2.0 não é uma inovação, é uma mudança de paradigma da web centrada no EGO, para a web centrada no usuário, uma evolução natural que comecou quando “descobriram” que o elemento mais importante da internet não era quem criava os sites e sim o usuário que o visitava. A mudança passou da simples apresentação de conteúdo para a interação básica e hoje a interação das multidões, o já previsto conceito de inteligência coletiva previsto por Pierre Levy. A evolução é muito rápida, basta um piscar de olhos para perder uma fração do processo e ter a nítida sensação de que houve uma revolução." (João Carlos Caribé)

Portanto, independente das tecnologias envolvidas (que são várias, não necessariamente novas), o essencial é que o usuário passa de um mero leitor passivo, para alguém com voz ativa, que produz e consome informações de uma forma fácil, colaborativa e alucinante. Diferentemente do desenvolvimento de software de código aberto, no mundo da Web 2.0 praticamente não é preciso conhecimento técnico (Já experimentou criar um blog no blogger.com? Você não leva mais que 3 minutos!!).

São pessoas acostumadas a contar seu dia a dia e emitir suas opiniões em blogs, postar fotos de viagens no Flickr, resolver problemas usando fóruns de discussão, publicar seus vídeos no YouTube, criar comunidades e se relacionar através do Orkut, bater papo no MSN ou Skype, editar documentos em conjunto usando Wiki ou Google Docs, divulgar suas músicas no MySpace, trocar arquivos usando e-Mule ou BitTorrent, permanecer 100% do tempo conectado usando seus celulares, enviando mensagens enquanto assistem aula. Esses são apenas alguns poucos exemplos do que está acontecendo nesse mundo de total interconectividade.

Esses também são os profissionais que estão nas empresas, a cada dia em maior quantidade. Os mais novos são de uma geração que praticamente nasceu nessa realidade e não percebe o mundo de outra forma. Dentre os mais experientes, alguns conseguem se atualizar. Outros vão ficando pra trás.... De um jeito ou outro, são eles que trabalhan na sua empresa, cujo principal meio de comunicação ainda é o correio eletrônico. E o chefe fica em sua mesa, distribuindo ordens por escrito, ou então convocando reuniões longas e que não levam a lugar algum. E quando ele sai de férias, manda um e-mail para a equipe: "Fulano de tal estará me substituindo e monitorando minha caixa de correio". Fala sério!!! Como se administrar fosse limitado a isso....

Portanto, os executivos devem atentar prioritariamente para dois aspectos:

1) É preciso fornecer infra-estrutura tecnológica interna para possilitar as várias formas de interação que existem na internet (existem ferramentas livres e proprietárias para isso). Se você não fizer isso, os funcionários o farão. E sem você saber. Não duvide que existem hoje, "clandestinos" instalados em num servidor arranjado e colocado num canto qualquer, pelo menos um servidor Wiki ou um fórum de discussão.

2) É fundamental capacitar as lideranças para "falar essa linguagem", conhecer essas ferramentas e propiciar as novas formas de colaboração da Web 2.0. Existem CEOs fazendo isso em grandes empresas, publicando em blogs suas decisões, transformando a gestão em algo mais moderno e transparente. Mas isso precisa chegar na gerência média, aquela que "fica perto do pião". Já li uma vez que os funcionários comumente não demitem-se "da empresa", e sim do seu chefe imediato.

Espero ter ajudado a mostrar que, modismo ou não, a Web 2.0 está mudando as formas tradicionais de comunicação e colaboração. Temos que estar preparados!

Software Livre: Caridade?!

2008-03-24T20:26:00.000-07:00

Às vezes percebo, naqueles que pouco ou nada conhecem (e portanto não compreendem) o Software Livre (SL), uma certa discriminação. Para esses é difícil compreender que não se trata de uma questão de caridade, embora alguns realmente se colocarem como "fanáticos religiosos". Executivos resistentes precisam começar a enxergar que os modelos de negócio estão mudando. Existem outras formas de ganhar dinheiro (consultorias, treinamentos, serviços de valor agregado), além de vendendo licenças de um produto proprietário.

Não é à toa que muitas empresas tem bancado seus funcionários para trabalharem tempo parcial (às vezes, total), em projetos de código aberto. Ou até, como aconteceu com o Eclipse, simplesmente "doam" milhares de linhas de código, atribuindo uma licença livre ao seu software. A Sun seguiu o rastro, comprou a empresa que construiu o NetBeans e vem investindo pesadamente nos últimos anos. Não satisfeita abriu o Java como GPL e recentemente comprou a MySQL por 1 bilhão de dólares (veja em seu blog o que o próprio CEO fala sobre a aquisição). Quem ganha com a competição? Nós, desenvolvedores, com certeza. Mas você acha que eles não?!

Eric Raymond diz que "Para resolver um problema interessante, comece achando um problema que é interessante para você.". Pode parecer um pouco egoísta, mas faz bastante sentido. Se eu resolvo cooperar com algo é porque tenho interesse naquilo, serei beneficiado com os resultados. Não lhe parece lógico que a maioria dos desenvolvedores do Linux sejam também usuários? Quem ganha se o Linux evoluir rapidamente? Em primeiro lugar, eles próprios!

Apresentando essa visão "interesseira" não estou, de forma alguma, minando o princípio da colaboração e ajuda mútua. É claro que também tem muita gente imbuída - e isso deve ser louvado - do espírito social e investem seu tempo em fazer algo em benefício do próximo. Mas, no mundo do software, minha impressão (principalmente com relação à Bahia) é que, em geral:

1) Ainda somos "sanguessugas" - queremos usar SL, mas pouco contribuímos. Queremos participar de eventos, mas não ajudar a organizar.
2) Desenvolvedor é um "Ser Oso" - orgulhoso, vaidoso e teimoso. Tende a se achar melhor do que os outros, não gosta de receber crítica e termina "fazendo do meu jeito que é melhor". Conclusão: Retrabalho e pouca colaboração.
3) Gastamos muito tempo precioso - ninguém reclama em passar horas no Orkut, MSN ou jogando PlayStation. Nada contra a diversão, mas para participar ativamente de projetos/comunidades livres, "não tenho tempo".
4) Queremos tudo mastigado - vejo isso nas empresas. Muitos esperam sentados que caia do céu um treinamento que, quando chega, "foi muito fraco". Estudar constantemente é essencial e precisa de vontade pessoal. Hoje todo mundo tem no mínimo pós-graduação (falo do "canudo", porque o conhecimento, sei não...). Então, qual o seu diferencial?
5) Somos condicionados a competir, não a colaborar - Na escola, família, colégio, vestibular, universidade, temos que ser "os melhores". Trabalhar bem em equipes, sem subir nas costas dos outros, é um grande desafio. Quando algo dá errado ouvimos "a minha parte está ok" ao invés de "vamos trabalhar juntos na solução".

Então, fica aqui essa análise: De um lado o mundo está mudando e as principais empresas de TIC do mundo estão atentas (e agindo) quanto a isso. Do outro, continuamos como dizia Raul: "com a boca escancarada cheia de dentes, esperando a morte chegar". Profissionais diferenciados, além de todo o know-how técnico, desenvolverão mais cedo as habilidades necessárias para atuar nesse novo cenário. E quando os gerentes perceberem o que está ocorrendo, aí sim as empresas começarão a mudar significativamente.

Os 5 Tipos de Projeto Open Source

2008-03-18T17:10:00.000-07:00

Procurando informações sobre tipos de projeto de código aberto, achei um texto muito interessante de Josh Berkus, membro do time do PostgreSQL desde 2002. Em The 5 Types of Open Source Projects, ele procurou uma classificação organizacional, focando em quem toma as decisões, quais são objetivos estratégicos, como alguém pode se juntar ao projeto, dentre outros. Farei aqui um breve resumo, dando uma pitada da minha visão.

1 - Solo. Um ou dois colaboradores mantém 100% do código e tomam todas as decisões. Normalmente é fácil contribuir, afinal eles abriram o código com objetivo de compartilhar, portanto sentem-se meio que emocionados quando alguém oferece ajuda. A maioria (mais de 90%) dos projetos está nessa categoria.

2 - Monarquia. É um "Solo que deu certo". Mesmo tendo uma criado uma comunidade grande em torno do projeto, as decisões principais ainda são tomadas pelo seu líder ou um pequeno grupo por ele indicado. Contribuir (e obter retorno) é relativamente fácil, ainda mais quando há aproximação com o líder ou o núcleo principal.

3 - Comunidade. Com um número significativo de contribuintes, existe um processo social intenso (fóruns e listas extremamente ativos) e as decisões são tomadas numa combinação de meritocracia e concenso. A"voz" de cada um é proporcional à qualidade e quantidade das contribuições.

4 - Corporativo. Geralmente código fechado de uma empresa, que mesmo após aberto ainda não se desvencilhou dela. A maioria dos colaboradores ainda é empregado da companhia, portanto sujeita aos seus direcionamentos. Contribuir é frequentemente difícil, por isso os programadores independentes não se sentem muito atraídos. Um suporte de melhor qualidade pode ser obtido através de um contrato ou licença comercial.

5 - Fundação. O ponto máximo de organização formal em um projeto open source bem sucedido, que necessita das vantagens de uma estrutura legal e a possibilidade de empregar funcionários e receber doações. O ingresso (individual ou de empresa) normalmente passa por um processo formal. Existem patrocinadores que também dão sustentação comercial.

A classificação de 1 a 5, acima, indica uma tendência crescente de formalismo. Os Solo são mais informais e menos burocráticos, enquanto os Corporativos e de Fundação possuem exigências e regras documentadas, inevitável aos seus participantes. Berkus enfatiza que essa é uma classificação subjetiva, sugerindo que verifiquemos as coisas por nós mesmos.

Finalizando, entender como funciona o mundo do Software Livre nos ajudará a encontrar os caminhos para promover uma maior colaboração interna às organizações. Nada melhor, porém, que participar ativamente de algum tipo de comunidade ou grupo de usuários, para perceber o quanto estamos perdendo tempo em aplicar esses princípios no nosso dia-a-dia. Escolha um tema do seu interesse e comece já!!!

V0

2008-03-01T12:18:00.000-08:00

"Libere cedo. Libere frequentemente. E ouça seus fregueses.". Para mim esse é um dos trechos mais inteligentes e profundos da Catedral e o Bazar e se aplica a diversos casos, não só a produção de código. Analisemos uma situação típica nas empresas, para interpretar o conceito.

Está em elaboração um novo processo interno, inspirado em algum modelo de referência ou conjunto de melhores práticas (PMBOK, CMMI, ITIL, XP ou RUP, por exemplo). Até aí nenhum problema, afinal modelar/reavaliar processos é fundamental para uma organização em crescente melhoria. Mas como sua empresa o faria? Provavelmente contrataria uma consultoria e colocaria para trabalhar junto com meia dúzia de "papas do conhecimento", pessoas com (teoricamente) vasto conhecimento sobre o assunto, ou pelo menos gosto por aprendizagem. Depois de alguns meses (às vezes, anos), a primeira versão está disponível para uso. Políticas, normas, diagramas, manuais de procedimentos, templates de artefatos, tudo pronto! Agora podemos usar! Palestras, reuniões de sensibilização, equipes de auditoria, grupos de trabalho, todo mundo mobilizado (espera-se!) para internalizar a nova realidade. Sucesso absoluto?! Raramente...

Quantas vezes você viu programas desse tipo fracassarem? Qual são normalmente as maiores falhas? Esquecem de ouvir as pessoas! Aqueles que de fato executam os processos e teriam muito a contribuir. Estabelecem uma divisão entre os teóricos ("aqueles que definem os processos mas não sabem nada do dia a dia") e os práticos ("os que trabalham"). Nem 8 nem 80, né!? Os dois tipos de perfil são necessários, mas eles precisam trabalhar juntos.

Voltemos. Se ao invés de trabalharem "trancados" e só envolverem as pessoas com um processo teoricamente pronto, fosse liberada uma primeira versão ainda bem insipiente (libere cedo), mas que permitisse a crítica e validação do corpo funcional, quantos problemas seriam evitados?

Com várias revisões coletivas (libere frequentemente), o quão rápido chegaríamos numa primeira versão estável? Aliás, seria necessário esperar tanto para começar a praticar? Pensou nos benefícios em partir para avaliar a prática executando um piloto em um departamento ou projeto?

E o principal, oferecendo (e incentivando) a oportunidade de contribuição das pessoas (ouça seus fregueses) o quanto se queimam etapas? As pessoas começam a conhecer, praticar, identificar falhas e pontos de melhoria e aos poucos passam a acreditar, pois sentem-se comprometidas com o resultado. Como está no texto de Raymond, os usuários são constantemente mantidos "estimulados pela perspectiva de estar tendo um pouco de ação satisfatória do ego, recompensados pela visão do constante (até mesmo diário) melhoramento do seu trabalho.".

Portanto, precisamos estimular a cultura da Versão Zero. Até pela velocidade com que as coisas mudam, não dá para esperar modelar o mundo perfeito para depois divulgar e envolver o restante da empresa. "O bom é inimigo do ótimo", mas começando pelo "quase bom" (V0) - liberando cedo, frequentemente e ouvindo seus fregueses - é possível chegar lá!.