sábado, 19 de junho de 2010

As pessoas gostam é de se divertir!

Quantas vezes já pensaste numa ideia de negócio que se baseia na enorme utilidade de uma aplicação e ficas:
"xiiiiiiiii, isto dá mesmo bué jeito. Toda a gente vai querer pagar para usar isto!..."

Desengana-te.
A maioria das pessoas não investe muito na "utilidade". No entanto, gasta muito dinheiro no divertimento.

Senão, faz uma auto-reflexão: Quantas vezes já foste a um bar à noite, onde cada bebida é a 5€, e pensaste: "5€? Que chulice... " "Ok. Quero duas!"
E agora um outro exemplo em que viste uma aplicação na net, que parece super-interessante e que poderia trazer uma grande vais-valia para o teu dia-a-dia, e pensaste: "É a pagar? Esquece..." mesmo que seja por 1€!

Esta tendência natural das pessoas pode comprovar-se com o sucesso financeiro que os jogos tipo FarmVille estão a ter. As pessoas gostam é de se divertir!

E é por isso que é TÃO IMPORTANTE criar aplicações que, para além de serem úteis, sejam também "engaging" e "enjoyable" e façam com que as pessoas fiquem "addicted" (num bom sentido) ao ponto de as partilharem com os amigos.

Diverte-te!

sábado, 12 de junho de 2010

Metodologias de Desenvolvimento Agile

Depois de alguma pesquisa relativa a este tema, cheguei às seguintes ilacções:

Noutras metodologias, a interface é desenhada logo com todas as funcionalidades possíveis mas a maioria é fake, não funciona. Isto torna-se fuleiro pois se o projecto terminar a meio nota-se que o software está por acabar e não pode ser mostrado aos futuros utilizadores.

A metodologia Agile, baseia-se na utilização de ciclos de desenvolvimento mais pequenos, mas em que no final de cada ciclo todas as funcionalidades visíveis no protótipo/aplicação estão a funcionar.

Ou seja, se o projecto terminasse aí, o software já era usável. Limitado, é certo, mas sem dar a entender que tem "pontas soltas" (funcionalidades por terminar).

Só nós é que sabemos que está por terminar. Enquanto que a percepção exterior é de que está acabado! Com poucas funcionalidades, mas acabado!

Isto é óptimo! Pois permite:
- uma entrega mais rápida de algo que pode ser colocado em produção, enquanto o desenvolvimento continua;
- obter feedback dos utilizadores finais mais depressa, que permite perceber se estamos a ir na direcção certa;
- maior flexibilidade para mudar de direcção se se verificar que a ideia original não serve;

No limite, as várias versões poduzidas podem até ser usadas em paralelo, por diferentes tipos de targets, pois nem toda a gente necessita de todas as funcionalidades.

O problema do software complexo (com muitas funcionalidades) é que torna complicadas as coisas simples. E, para certas pessoas, não há necessidade...

Ou seja:

AIM HIGH, START EASY!

Vejamos um exemplo na prática.

Quando pensamos em desenvolver um site, a primeira coisa que começamos a rabiscar é um layout com um menu, logotipo, algum conteúdo...
E depois, quando vamos desenvolver, acontece disto http://www.eb23-paranhos.rcts.pt/ UNDER CONSTRUCTION.
Em algumas das páginas criadas no menu ainda não se sabe muito bem o que queremos colocar, e ficam em construção (por vezes indeterminadamente).

A proposta Agile é começar de forma simples e com aquilo que é mais prioritário. Por exemplo, um site com apenas o logo e os contactos. Mas tendo por objectivo acabar com um produto fechado em cada ciclo, nem que o produto seja mesmo muito simples.
O grande problema é que a motivação se vai naturalmente detriorando ao longo do projecto... à medida que a novidade vai desaparecendo. Concordam comigo, certo?

Já agora, relativamente ao "under construction", vários sites indicam que não se deve usar por várias razões. Exemplo http://www.cs.utah.edu/~gk/atwork/

Concluindo,
segundo aquilo que pude constatar, o objectivo é apontar inicialmente para um produto o mais simples possível. E só depois de atingir esse objectivo é que se avança com alterações e alterações e alterações... mas sempre tendo por meta terminar cada ciclo com um produto fechado. Interessante, hein?

Portanto já sabes: AIM HIGH, START EASY!

Diverte-te!

terça-feira, 8 de junho de 2010

Expectativas - Competências da Equipa


Falando em termos individuais, o gráfico ao lado pretende demostrar que o percurso até obtermos todos os conhecimentos que necessitamos para desenvolver um projecto de sucesso ainda é longo. No entanto, podemos contar com o conhecimento previamente adquirido (what we know sufficiently), com uma lista de tópicos que podemos, queremos e vamos explorar (what we know that we don't know) e ainda com a certeza de que pelo caminho da busca de novos conhecimentos vamos encontrar "what we don't know that we don't know", o que irá fazer crescer o círculo azul (pois passamos a saber mais uns assuntos que não sabíamos) e, mais tarde, depois de maior investigação, irá fazer parte dos nossos conhecimentos pessoais.

Uma boa forma de ajudar ao processo de obtenção de todos os conhecimentos necessários, é chamar novos elementos para a equipa. Nesta fase inicial, em que ainda se está a constituir a equipa, um dos principais focos prende-se com o contributo que cada novo elemento poderá trazer para a competência global do grupo.
O ideal será que cada novo elemento venha complementar os conhecimentos já existentes no grupo, fazendo crescer a área do "what we know sufficiently" e também a lista de tópicos a explorar (área azul). Desta forma, iremos maximizar o nosso conhecimento àcerca daquilo que precisamos de saber e garantir o sucesso do projecto.
É um factor preponderante garantir que o conhecimento não é apenas detido por cada elemento em separado, mas sim que seja partilhado abertamente entre toda a equipa. Daí a importância da criação do blog individual, para partilha do conhecimento actual bem como dos novos conhecimentos adquiridos no processo de Enlightened Community Engagement.

Para já, e como forma de apresentação mútua, iremos partilhar (usando o Wave):
- aquilo que cada um sabe que sabe o suficiente;
- aquilo que cada um sabe que não sabe o suficiente mas seria interessante saber;

Apenas para que conste, os elementos da equipa ainda não foram apresentados pois o grupo ainda não está "fechado". No entanto, a partilha de competências individuais no wave irá permitir saber quem já está interessado em fazer parte deste projecto, e com quem podemos contar.

Diverte-te!

sexta-feira, 4 de junho de 2010

Criar um blog

A minha principal missão na equipa (que vou detalhar num post posterior) é garantir que todos têm as condições necessárias para evoluir pessoalmente e profissionalmente. No entanto, a evolução muitas vezes passa por fazer-te sair da tua zona de conforto e esse processo pode criar uma grande inércia...

Mas a evolução pessoal, depende principalmente de cada um e dos desafios que está disposto a aceitar e ultrapassar. Não basta concordar com a estratégia e depois não fazer por a seguir. É NECESSÁRIO DAR UM PASSO EM FRENTE! por pequeno que seja.

Resolvi, por isso, partilhar convosco umas dicas que retiro da minha própria experiência.

Criar o nosso próprio blog, não é uma coisa que surja naturalmente, principalmente se nunca fomos muito de escrever num diário ou sempre tivemos um low-profile (que era o meu caso).

Quando vemos os nossos amigos começar um blog, chegamos a pensar: "mas o que raio de tão importante é que ele tem pra dizer ao mundo?" e a verdade, é que não tem de ser nada que possa um dia aparecer nos jornais ou ser lido por 1 milhão de pessoas. É apenas a partilha da sua própria experiência e motivações pessoais. Ou até o que alguém disse e que eles acharam interessante partilhar com os amigos.

Não se trata de nos armarmos em importantes e dizer ao mundo que as nossas opiniões devem ser ouvidas. Trata-se apenas de partilhar com os outros aquilo que nos vai na alma para podermos esperar que os outros partilhem também um pouco de si. Basicamente, é uma forma de estarmos mais perto de quem gostamos que partilhe connosco as suas opiniões.

Primeiro passo - Escolher o serviço

A criação de um blog, é tão simples como escolher um serviço, fazer o registo e escolher um nome.

Exemplos de serviços de blog:
http://wordpress.com/
http://blogs.sapo.pt/
http://www.blogger.com

Já agora, o blogger tem algumas limitações em termos de comentários. Não é possível anexar files nem links. O que é chato. Se puderem experimentar um dos outros para ver se não têm essa limitação, óptimo ;)

Segundo passo - Treinar a escrita

Não se pretende aqui aprender a escrever ;p mas sim mentalizarmo-nos para escrever um bocadinho todos os dias.
No meu caso, comecei pelo Facebook. Nem sequer tive de ser criativo. Peguei num livrinho de "pensamentos de auto-confiança" que tinha lá por casa e resolvi partilhar uma frase todos os dias mal chego a casa.
O engraçado é que a minha família foi comentando cada frase ou dizendo apenas "like" e foi-se criando um ciclo de interacção interessante ;)

Daí, passei para o Blogger. Os primeiros blogs que criei foi mesmo só isso: criei. Exemplo: http://nomorearbitrarycode.blogspot.com (um post apenas)

Para este (empreendedorismo divertido) a motivação é maior pois mexe com a minha forma de pensar. Também sinto a "obrigação" de continuar a escrever para tentar desenvolver em vós o bixinho do desenvolvimento pessoal bem como tentar levar-vos a partilhar as vossas opiniões. É MUITO IMPORTANTE A PARTILHA DE OPINIÕES para se criar uma equipa consistente.

Terceiro passo - Escrever sem receio

Mesmo que ainda não te sintas à vontade para começar a partilhar as tuas opiniões pessoais em relação àquilo que te motiva, começa a partilhar algo que encontraste na net, ou algo que alguém disse. Usa o teu blog como repositório pessoal de cenas interessantes: por exemplo apresentações do slideshare ou imagens do flikr. Começa a ler blogs de outras pessoas e partilha connosco alguns dos seus posts. Começa a inserir também comentários nesses blogs para que despertes o interesse no teu. Partilha... partilha... partilha... e sem receio de represálias. Verás como a experiência te fará crescer pessoalmente e ver os blogs de uma forma diferente.

Diverte-te!

terça-feira, 1 de junho de 2010

Expectativas - Tempo

Uma das possíveis causas para a falta de entusiasmo, apresentada num post anterior, é a existência de diferentes expectativas por parte dos vários elementos da equipa em relação a determinados aspectos do projecto.

Para evitar que isso seja um problema, é necessário esclarecer as expectativas de cada um logo de início. Este post refere-se a expectativas temporais.

Tendo em conta

- a estratégia de Enlightened Community Engagement, que pretende a criação de uma comunidade de seguidores para cada um dos elementos da equipa (recorrendo a serviços como o Blogger, Flikr, Twitter, Facebook, sei lá...) e um maior conhecimento mútuo entre os vários elementos da equipa

- bem como a forte aposta na metodologia (e não em objectivos puramente técnicos)

pode adivinhar-se que haverá uma fase inicial algo prolongada de research (obtenção de novos conhecimentos) e de exposição dos conhecimentos adquiridos.

Nesta fase inicial, teremos como principais objectivos:

- a criação do nosso blog pessoal (ou outro método adequado/entusiasmante para partilha de conhecimento com a equipa e o mundo) mostrando as nossas opiniões e/ou motivações relativas a metodologias e tecnologia;

- seguir e comentar o "blog" dos outros elementos da equipa, por forma a se ir criando um espírito de equipa que ainda não existe. ISTO É MUITO IMPORTANTE!

- a criação da lista de mini-aplicações que servirá de base à fase seguinte. Espero contributos de todos! Pois sei que há por aí grandes ideias à espera de florescer :)

Esta primeira fase irá durar até inícios de Setembro, altura em que as nossas ideias e conhecimento acerca de metodologias irão começar a assentar. Lembrem-se, 4 horas por semana!

Na segunda fase, iremos cordialmente seleccionar uma mini-aplicação (que seja alvo de motivação por parte de todos), para começarmos a aplicar as metodologias na prática. Sendo a primeira vez, e tendo por objectivo a QUALIDADE, a minha previsão é que esta fase se prolongue até ao NATAL. Lembrem-se das 4 horas por semana e do facto de continuarmos a partilhar os nossos feelings nos blogs, neste caso acerca da aplicação das metodologias na prática.

No final desta fase iremos avaliar o resultado, e seguir em frente com uma nova mini-aplicação.

A terceira fase terá também uma duração aproximada de 4 meses, pretendendo-se olear os processos internos e utilizar outras metodologias que não seja possível usar na fase anterior. Continuaremos a manter o contacto com a comunidade, através dos nossos "blogs" e provavelmente começaremos a ter algum feed-back em relação à primeira mini-aplicação desenvolvida.

A quarta fase, será muito semelhante à terceira. Iremos desenvolver a nossa terceira mini-aplicação e prevê-se um aumento acentuado da interacção com a comunidade.

No final desta fase, já com processos internos oleados e um conhecimento amadurecido das tecnologias, metodologias e forma de trabalhar da equipa, iremos ter a base para decidir o que fazer a seguir.
As opções podem ser várias:
- continuar a desenvolver apenas mini-aplicações, por forma a dar continuidade ao processo de desenvolvimento das nossas capacidades pessoais;
- avançar para um projecto mais ambicioso e complexo (o projecto tecnológico inicialmente traçado);
- ficar por aí, se as coisas entre a equipa não funcionarem.

Isto tudo é mera especulação, e faz parte das minhas expectativas.
Fico à espera de comentários.

Diverte-te!