Para definir se alguém é um Stakeholder, considere se este tem interesse ou poder nele. Se sim, este é um Stakeholder.

A seguir, vou dividir o texto em estudos de caso, com dois exemplos práticos e importância de identificar os Stakeholders do seu projeto, e depois vou falar sobre estratégias de ação contra o possível impacto destes Stakeholders.

Estudos de Caso

A importância de identificar e definir os Stakeholders do seu projeto, seja ele Web ou não, é muito grande. Vou dar exemplos para você verificar isto e compreender o conceito de Stakeholders melhor.

Se você sabe o que é um Stakeholder e o papel de risco que ele pode desempenhar, passe para a próxima parte do texto.

Caso exemplo 1: Vamos supor que você é responsável por um projeto de uma rodovia, o Gerente do Projeto. Esta rodovia atravessará um pequeno vilarejo em meio à floresta. Em dado momento, a obra estará sendo executada em meio ao povoado, que tem interesse no projeto e pode ter um impacto baixo/alto. Num dado momento, o barulho das máquinas provavelmente será muito desagradável e o pó levantado encomodará os cidadãos da vila.

Mediante esta situação, os habitantes desta vila podem ter um impacto negativo no projeto? Este impacto inclui somente manifestações brandas ou eles podem interditar fisicamente as obras? Mediante o levantamento desta informações, o Gerente do Projeto poderá elaborar estratégias apropriadas que diminuirão os riscos do projeto. Uma das formas de diminuir tais riscos seria realizar uma pesquisa com as pessoas desta vila e também eventos antes do início da obra, esclarecendo os benefícios que o local terá, pois se tornará rota comercial no estado. Esta é uma forma de estratégia, mostrar os benefícios versus malefícios. Outra solução seria buscar alternativas de engenharia para que os incomodos ao povo não acontecessem.

Caso exemplo 2: Agora para Web. Você é o Gerente do Projeto de  uma aplicação para uma empresa de médio porte do norte do país. Você tem um contato com esta empresa que repassa todo o material para você, bem como confirma a aprovação da instituição quanto a etapas e trabalhos entregues. Contudo, ele é só seu contato, não comanda muita coisa. E se você envia uma mensagem, e esta mensagem é repassada pelo seu contato para a alta direção de forma distorcida? A alta cúpula não poderá identificar nem sequer seu tom de voz. Isto é um risco e deve ser contornado.

Identificar todos os Stakeholders é uma etapa importantíssima. Isto evita riscos desnecessários e torna muito mais simples gerenciar a satisfação das partes envolvidas no projeto.

Elaborando Estratégias de Ação

Elaborar estratégias de ação para o gerenciamento de Stakeholders é  uma das etapa importantes do processo de comunicação.

Confira a seguir um pequeno roteiro para definir como gerenciar seus Stakeholders.

01. Defina seus Stakeholders

Comece listando seus Stakeholders. A comunidade é um Stakeholder? O governo? Que pessoas são Stakeholders? A equipe do projeto é. E o serviço terceirizado?

02. Defina as características de seus Stakeholder por interesse/poder

Após listar todos os Stakeholders do projeto (Sponsor, fornecedores, clientes, testadores, equipe do projeto, comunidade, etc), defina ao lado de cada um duas variáveis:

• Interesse: o Stakeholder atual tem muito ou pouco interesse no projeto?
• Poder: este Stakeholder tem muito ou pouco poder sobre este projeto?

Defina com as palavras muito ou pouco ao lado de cada propriedade.

Na maioria das vezes, são poucos os Stakeholders que têm alto poder sobre o projeto. No primeiro estudo de caso citado acima, as pessoas do vilarejo tinham um determinado poder de parar a obra. Elas devem ser gerenciadas, portanto eu classificaria como tendo poder. Em outros casos, uma comunidade poderia não ter poder algum no projeto, some interesse.

03. Separe os Stakeholders por categoria

Tome os Stakeholders listados e separe-os nas seguintes categorias:

• Monitorar: Stakeholder com baixo interesse e pouco poder. Estes requerem pouco esforço seu.
• Manter Satisfeitos: Stakeholders com muito poder mas com baixo interesse (um orgão fiscalizador, por exemplo). A estes você deve mantê-los sempre satisfeitos, mas não apresentam grandes riscos, pois têm pouco interesse no projeto. Eles são potencialmente influentes.
• Manter Informados: Aqueles que tem pouco poder mas muito interesse (por exemplo, a comunidade). Você deve mantê-los informados segundo a necessidade do projeto. Estes são afetados diretamente pelo projeto.
• Gerenciar Atentamente: Aqui vão os Stakeholders com muito poder e muito interesse (Sponsor, cliente). Estes você deverá gerenciar atentamente, mante-os satisfeitos e bem informados.

04. Analise o impacto dos Stakeholders

Tome somente os Stakeholders da categoria “Gerenciar Atentamente” e faça uma analise em cada um, identificando o impacto que cada um pode ter no projeto. Obviamente, o ideal seria analisar cada Stakeholder, mas isto não é possível em projetos grandes ou que você precisa de rapidez e não apresenta um alto risco, visto que não eles têm alto impacto sobre o projeto.

Elabore na prática o impacto de um Stakeholder. “Os habitantes do vilarejo podem fazer uma manifestação contra a obra e paralizar o projeto”, é um exemplo de impacto negativo.

05. Elabore Estratégias de Ação versus Impacto

Tome cada Stakeholder analisado e seu impacto e elabore uma ou mais estratégias de ação contra este impacto, caso ele seja negativo.

Questão: O que você poderia fazer para evitar que uma manifestação como a citada acima acontecesse?

Um exemplo de estratégia aqui seria o de realizar eventos antes do início da obra no local, mostrando aos moradores da região que o benefício daquela obra é maior que os desconfortos causados por ela. Outra forma de persuadi-los dos benefícios seria uma pesquisa domiciliar, aproveitando para falar-lhes sobre tais benefícios.

Este exemplo foi para um possível impacto por um Stakeholder. Elabore estratégias para cada impacto e risco que um Stakeholder apresenta.

Aplicando Estratégias de Ação na Prática

É importante ressaltar que  você pode elaborar uma plano de ação, mas ele poderá precisar de uma aprovação formal do seu Sponsor. Por exemplo, você tem um orçamento de R$ 100.000 para realizar a obra, não mais que isto. Como realizar um evento de conscientização dos benefícios da obra se seu orçamento não permite isto?

Apresente o problema e a solução para seu Sponsor. A decisão de tomar o risco será dele. Se ele decidir aumentar o orçamento para, vamos dizer R$ 105.000, o risco será diminuido. Se ele decidir não atacar o problema, não realizar tal evento, ele próprio estará tomando o risco.

Em muitos projetos, é definido de antemão o poder do Gerente do Projeto. Em um caso como o acima, poderia ser dado poder ao Gerente de Projetos para decisões de até R$ 5.000. Contudo, você sempre precisa dar satisfações ao seu Sponsor ou cliente.

Lembre-se que o Sponsor, aquele que financia o projeto e tem maior poder, é um Stakeholder muito importante no seu projeto e deve ser tratado atentamente. Seja transparente e ativo e você terá menos problemas para enfrentar.

O AcidPHP é um framework no padrão MVC que contém todas as funcionalidades básicas para você construir uma aplicação em PHP com maior rapidez. Um exemplo é o fato de você não precisar tocar em instruções SQL, pois o Acid gera tudo automaticamente. Outras funcionalidades incluem validação automática, URLs amigáveis, login automático (AuthComponent) e relacionamento entre tabelas automático.

Versão 0.0.5

Esta versão contém as funcionalidades básicas CRUD (create, read, update, delete), validações automáticas de campos (você não precisa mais verificar campo por campo o que é vazio, o que é email, cpf, entre outros), AuthComponent, além da organização que você terá no seu código usando o padrão MVC. A paginação automática é surpreendente.

Um dos fatores mais interessantes destes framework é a velocidade de execução. Codifiquei ele desde o início sempre de olho no cronômetro, e sempre otimizando o código para deixá-lo como um foguete.

Próximas versões

Dentre as próximas funcionalidades mais interessantes estão o JavascriptHelper e o AjaxHelper, que trabalharão em conjunto com jQuery (se ele for carregado) ou uma biblioteca Ajax enxuta que vou criar (se não for usado jQuery).

Esta possibilidade de usar uma biblioteca própria que não o jQuery ou Prototype é interessantíssima. Imagine que você não possa usar o jQuery devido ao tamanho do arquivo js. O AjaxHelper permitirá você usar uma biblioteca própria do AcidPHP para Ajax com as mesmas funcionalidades que usando uma biblioteca completa.

Este é um projeto de estudos, entretanto está tão avançado e promissor que será usado por mim para desenvolver aplicações e está aberto ao público que quiser participar. O repositório GIT está no GitHub, em http://github.com/kurko/AcidPHP/tree/master.

Se você está interessado em usar e precisa de ajuda, entre em contato.

Quando comecei a criar a parte dos Models (o AcidPHP está usando pattern MVC), minha cabeça começou a fritar. Isto não é ruim. É certeza de que estou criando novas conexão neurais, hehe. A cada etapa, estou aprendendo mais e treinando alguns aspectos diferentes. Estou treinando disciplina, e como organizar meu código com o GIT, Wiki, documentos de changelog e outras coisas mais.

Reinventar a roda não é o caso aqui. O objetivo aqui é o estudo, entretanto ele está ficando bem profissional e rápido.

Dando os primeiros passos

Acontece que depois de todo esse pouco tempo, o AcidPHP já está dando os primeiros passos. Hoje concluí a parte de Paginação. É óbvio que sempre vai ter o que melhorar num Helper, mas já está no ponto onde você já pode usá-lo para ganhar algumas horas de produtividade.

Após algum tempo trabalhando com outros frameworks PHP, eu sentia alguns problemas com relação ao aprendizado. Algumas coisas eu simplesmente acho que não se encaixam na realidade, como a questão da velocidade no Cake. Em outras, eu simplesmente não concordo com a nomenclatura de métodos. É necessário viver na realidade. Desta forma, vou usar muito o AcidPHP para o meu benefício.

O AcidPHP usa a classe PDO para gerenciar conexões, portanto é possível se conectar e usar uma grande quantidade de bancos de dados diferentes. Os métodos CRUD dos models, como find(), saveAll, entre outros, estão bem completas. No ponto em que estamos, não há mais necessidade escrever códigos SQL (a menos que você queira fazer uma cirurgia em alguma tabela). O AcidPHP cria todas as SQLs para você.

O código

Estou  na versão 0.0.4.6. A paginação está pronta. CRUD pronto. Controllers prontos. Views prontos. Componente de Autenticação de Login automático pronto. A próxima etapa é o AjaxHelper, uma classe que monta para o desenvolvedor métodos Javascript para uso do Ajax. É algo bem semelhante com o que o pQuery faz, só que sem frescura e muito mais organizado.

O endereço no GitHub é http://github.com/kurko/AcidPHP. Dêem uma olhada.

Nota: provavelmente eu mude o nome para AcidOnPHP. Os desenvolvedores do PHP não permitem usar o termo “PHP” no nome do produto. OnPHP significa que é “sobre o PHP”. Isto eles dizem que pode.

Nota 2: uma das motivações de criar este framework, além da principal, que é o aprendizado, é ajudar um monte de gente a ser ágil no desenvolvimento.

Novo framework

Já há algum tempo eu estava precisando de um desafio para meu tempo livre. Decidi então criar um framework PHP.

Poderia ter pendido para qualquer lado, mas decidi por um framework porque isto me fará aprender na prática as minúcias de um padrão MVC e vários outros project standards, além de usar o GIT melhor e outras coisitas más. Entretanto, o que realmente me motivou foi a idéia de dentro de algum tempo ter colaboradores no projeto e aprender com eles.

O nome temporário do framework é acphp, mas também gostei de acidphp.

Objetivo do acphp

O objetivo principal do acphp é aumentar a velocidade de desenvolvimento. Por motivos óbvios, o primeiro helper que criei chama-se Form. Convenhamos, criar formulários é um SACO! Nada que outros frameworks não tenham, mas tenho umas belas idéias aqui na cachola (segredo).

Uso o CakePHP como framework padrão, entretanto, dependendo do que você quer criar, ele é demasiadamente lento. Criar sites pequenos até vai, mas quando você precisa usar um Ajax bem elaborado, você vai ter requisições levando no mínimo 300ms, o que não é nada legal. O acphp, por outro lado, vai ser igual um velociráptor no carregamento.

Neste momento, estou desenvolvendo a parte de Models. Controller e View já estão pronto. A meta é ter uma versão que já esteja pronta para uso o mais breve possível.

Me acompanhe no GitHub

Se você quer acompanhar o projeto, ele é open-source e está no GitHub, em http://github.com/kurko/acphp/. Aguardem um tempo até eu ter a versão pronta e segura para se usar em projetos Web e comecem a colaborar.

Aproveite e me siga no Twitter.

Hoje, maio de 2009, se você digitar Microblog Twitter no Google, vai encontrar meu artigo em primeiro lugar. É muito bonito isto, mas o que eu queria mesmo saber era como fazer isto com outros termos, como Campanha de Marketing, ou Quero um site. Minha renda ía crescer bastante, isto ía.

Se você tem Twitter, siga-me em @kurko. Se não tem, sugiro que se cadastre e comece a usar. No Estados Unidos, ele é mais conhecido que American Idols.

Quanto ao Google, bem, gostaria de ter a mesma sorte com outras palavras-chave.

O aplicativo é simples; você fecha o navegador e as tarefas já não existem mais, ideal para quem está sempre em atividade, mas quer liberar a mente para focar naquilo que realmente importa, a tarefa.

Acesse www.ntarefas.com.br e organize suas tarefas.

Janeiro para cá escrevi alguns artigos que foram muito elogiados e receberam uma ótima visitação.  O principal artigo (aqui) foi sobre a escolha de um framework PHP, onde relatei minha saga até encontrar o CakePHP. Depois escrevi alguns outros artigos para iniciantes sobre Cake, inclusive convertendo alguns programadores, como é o caso do Reinaldo Oliveira, amigo do Webly. A cada dia recebo novos leitores, então está na hora de caprichar em um novo layout.

As mudanças

Analisando o Google Analytics dos últimos 30 dias, apenas 2% dos leitores usam a resolução de 800×600 ou menos. Blog pessoal, cobaia de testes, inicialmente fiz usando 760px de largura. Agora, vendo como estão equipados meu amigos leitores, vou melhorar o layout, possibilitando um conteúdo mais, digamos, charmoso, como diria Marcelo Tas. Vou criar uma página para resoluções de no mínimo 1024×768.

A boa notícia para mim: apenas 8% dos leitores ainda usam o Internet Explorer 6. Se você está usando este navegador, vá agora mesmo ao site do Firefox e baixe este navegador. Usar o Internet Explorer 6 é altamente prejudicial, você pode pegar vírus em qualquer lugar, pois ele não oferece segurança alguma. Isto não é opcional. Internet Explorer 6 foi desenvolvido há 8 anos, está mais que ultrapassado.

Outra coisa. Não estou fazendo uso desses botõezinhos-coloridos-New-Hype de Social-Media-Fanboy que todo mundo usa (Twitter, Digg, DiHitt), nem sequer estou deixando explícito que você pode acompanhar o blog pelo RSS. Bem, para um site que é ainda um ratinho de laboratório, até que não está tão mal. Mas vou criar algo melhor agora.

O termo mais procurado em mecanismos de busca para se chegar aqui é CakePHP. Isto mesmo, somente CakePHP, sem outra frase além de CakePHP. Seja no Google, Yahoo ou MSN, CakePHP está sendo tão procurado que acho incrível como recebo poucos comentários em posts sobre CakePHP. Ok, vou parar de escrever CakePHP neste parágrafo para tentar pegar mais algumas visitas de programadores de CakePHP.

No mais, se você tem alguma sugestão, comente. Mesmo com poucos comentários, o pessoal está acompanhando o blog. Isto merece um novo layout. Vamo que vamo!

Estou cansado de enviar emails para as pessoas e não ter resposta alguma. Você já pensou falar para uma pessoa na rua, “amigo, tome este papel e me diga o que acha?”. Então a pessoa vira as costas para você e vai embora. Existe isso?

Pois é, quando você recebe aquele email e simplesmente volta para a caixa de entrada sem respondê-lo, isso é muita falta de educação. Dica: dê um sinal de vida, diga “Opa, recebido”. Isto é o mínimo (exceto quando é um daqueles emails chato de corrente, forward e etc).

O que faço é o seguinte, se não posso responder na hora, mas sim depois de uma ou duas horas, então só aguardo para responder depois. Mas se não vou poder responder tão cedo, envio um email dizendo “Olá, email recebido. Assim que possível respondo. Provavelmente hoje. Abraço.” Como uso o Gmail como centralizador de email, coloco um marcador “Responder depois” em vermelho. Depois é só ir lá e ver os emails pendentes.

É muito mais sensato dar um sinal de vida e mostrar que você se comunica como uma pessoa normal do que virar as costas como se não se importasse. Pense nisto.

Git é um sistema de controle de versão criado pelo Linus Torvalds (o tal pai do Linux), e é fantástico pelo pouco que vi. Se você nunca mexeu com nenhum sistema de controle de versão como CVS, SVN, Mercurial, provavelmente você não consiga conceber a importância de usar um. Como dizia o Fábio Akita, usar um sistema de controle versões para o desenvolvimento é obrigação, não é opcional, seja a linguagem que for, sozinho ou em equipe. Em apenas dois dias de aprendizado já pude constatar esta máxima. Vou tentar explicar em um ou dois parágrafos o por quê de usar um sistema deste tipo:

Imagine que você vai trabalhar em um projeto junto com outros dois programadores. A linguagem não importa, pode ser PHP, Ruby, ASP. Como você será a coordenação com os outros dois programadores? Provavelmente, “ei, tá aberto o index.php aí?”, ou “estou usando o style.css, não abre aí”, ou ainda, “poxa cara, eu falei pra você não tocar no main.js“. Com os sistemas disponíveis atualmente, sinceramente, trabalhar assim é coisa de amador.

Com o Git, você edita qualquer arquivo e então envia os códigos para o servidor Git, onde está o repositório central (os arquivos principais do projeto). O próprio Git vai analisar e ver se algum arquivo foi editado por mais de uma pessoa e vai avisar você. Os demais arquivos, ele organiza automaticamente por versões. Você cria ramificações do mesmo projeto e desenvolve de forma muito eficaz.

Uma das vantagens de usar o Git é sempre que você for desenvolver, o Git puxa os arquivos todos para a máquina local.

Basicamente, você pode começar usando GitHub para armazenar seus arquivos, que é gratuito. Como estou usando Windows por obrigação, o meu cliente Git é o msysGit, que tem os mesmos comandos do Linux. Para iniciantes, pode parecer difícil, mas não o é. Eu mesmo sou e já estou conseguindo usá-lo bem.

Se você quer saber mais, eu comecei a usar vendo o screencast do Debuggable.com. Como ainda não estou em condições de escrever um artigo ensinando meus queridos leitores a usar o Git, recomendo este tutorial muito amigável e fácil de entender (se você não entende inglês, já há uma tradução para chines)

Arthur C. Clarke, inventor e escritor, observou que qualquer tecnologias suficientemente avançada é indistinguível à mágica. Então Git é mágica

Você usa algum sistema de controle de versões?

Estes dias recebi um email de um cara pedindo ajuda com Helpers. Bem, se a seção de Helpers do Cookbook estivesse traduzida por lá,  menos gente teria problema.

Já escrevi alguns tutoriais úteis sobre CakePHP (aqui, aqui e aqui). O objetivo daqueles tutoriais era fazer o CakePHP um pouco mais amigável para o pessoal brasileiro, pois não consegui aprender CakePHP se não fosse em sites americanos e ingleses. Nem todos tem esta possibilidade linguística (sem trema? hehe).

O Cookbook em português pode ser encontrado em http://book.cakephp.org/pt. Se você entende um pouquinho de inglês, passe por lá e traduza algo. Muitas pessoas vão ser beneficiadas.