Espero que sejam úteis.
Virtual Private Server Trade-off
View more documents from GamaFranco.
Earned Value Management
View more documents from GamaFranco.
29.6.09
Apresentações @ Ruby LX
No passado sábado tive a sorte de participar numa reunião de entusiastas de Ruby e Ruby on Rails. O encontro foi muito agradável e acabei por fazer duas apresentações que agora disponibilizo.
Espero que sejam úteis.
Espero que sejam úteis.
17.6.09
9.5.09
User interface
Os currículos dos cursos técnicos de software (licenciaturas, mestrados e afins) não costumam contemplar cadeiras com foco em design de interfaces gráficas. Sou da opinião que não devem ser os programadores a fazer esta tarefa, mas é tão comum isso acontecer que o melhor é preparar as pessoas com algumas bases. Isto iria certamente melhorar a qualidade das interfaces gráficas dos projectos que não têm orçamento para contemplar um design feito por especialistas.
Neste sentido acho interessante divulgar este pequeno tutorial, que define 8 características chave de um bom interface com o utilizador. Considero o panorama actual tão mau que uma pequena melhoria será um enorme progresso. É claro que estou apenas a falar de projectos em que não houve o bom-senso de colocar um designer na equipa.
Neste sentido acho interessante divulgar este pequeno tutorial, que define 8 características chave de um bom interface com o utilizador. Considero o panorama actual tão mau que uma pequena melhoria será um enorme progresso. É claro que estou apenas a falar de projectos em que não houve o bom-senso de colocar um designer na equipa.
28.4.09
27.4.09
Como fazer um questionário online gastando tostões
Há dias criei no Survey Monkey um questionário para quem gosta de jogar "uma peladinha" com os amigos. Tenho obtido respostas muito interessantes, mas por agora pretendo realçar o excelente serviço desta aplicação.
O Survey Monkey tem vários níveis de serviço dos quais se destaca uma versão gratuita. Esta permite criar questionários com 10 perguntas e que podem ser respondidos por 100 pessoas. Isto parece suficiente para quem pretende obter alguma informação, tendo em conta que com esta amostragem a representatividade da população é pouco fiável. Mas as opções pagas são mesmo muito competitivas. Por aproximadamente $20 por mês pode-se aumentar o limite de respostas ao questionário para 1000 por mês e sem limite de perguntas por questionário. Para quem quer levar a coisa mais as sério pode acabar com todos os limites pagando $200 por ano! Competitivo não?
O interface com o utilizador é outra grande vantagem desta aplicação. Demorei 30 minutos a fazer o questionário, principalmente porque estive a pensar nas perguntas. Meter no sistema e configurar as opções foi 'canja'. É tudo muito intuitivo e a página vai-nos mostrando exemplos de perguntas quando estamos a inserir as nossas.
Por fim o Survey Monkey também permite analisar as repostas de forma rápida e clara. Pode-se ver facilmente os dados agragados (percentagem por repostas) ou ver as respostas de um questionário em particular. Pode-se também exportar os dados para Excel, permitindo assim um tratamento mais personalizado dos dados.
E agora acerca do questionário que fiz. Está disponível aqui. Respondam se poderem dispensar 1 minuto do vosso tempo para responder a 9 perguntas.
Abraços,
Tiago Franco
O Survey Monkey tem vários níveis de serviço dos quais se destaca uma versão gratuita. Esta permite criar questionários com 10 perguntas e que podem ser respondidos por 100 pessoas. Isto parece suficiente para quem pretende obter alguma informação, tendo em conta que com esta amostragem a representatividade da população é pouco fiável. Mas as opções pagas são mesmo muito competitivas. Por aproximadamente $20 por mês pode-se aumentar o limite de respostas ao questionário para 1000 por mês e sem limite de perguntas por questionário. Para quem quer levar a coisa mais as sério pode acabar com todos os limites pagando $200 por ano! Competitivo não?
O interface com o utilizador é outra grande vantagem desta aplicação. Demorei 30 minutos a fazer o questionário, principalmente porque estive a pensar nas perguntas. Meter no sistema e configurar as opções foi 'canja'. É tudo muito intuitivo e a página vai-nos mostrando exemplos de perguntas quando estamos a inserir as nossas.
Por fim o Survey Monkey também permite analisar as repostas de forma rápida e clara. Pode-se ver facilmente os dados agragados (percentagem por repostas) ou ver as respostas de um questionário em particular. Pode-se também exportar os dados para Excel, permitindo assim um tratamento mais personalizado dos dados.
E agora acerca do questionário que fiz. Está disponível aqui. Respondam se poderem dispensar 1 minuto do vosso tempo para responder a 9 perguntas.
Abraços,
Tiago Franco
22.3.09
O Clássico e o Ágil
Na semana que passou participei numa formação avançada de MS Project. A formação foi dada pelo professor Alexandre Rodrigues, da PMO Consulting. Já participei noutras formações em gestão de projecto e já trabalhei com gestores de projecto com muita experiência. Fico feliz por esta formação me ter surpreendido pela positiva, o que é cada vez mais difícil. Recomendo!
Na formação comparar o que é comparável, mas que tenho visto pouca gente a fazê-lo de forma clara e ausenta de opinião: metodologias ágeis e as abordagem clássicas de gestão de projectos. O prof. Alexandre Rodrigues fez uma analogia não posso deixar de partilhar.
O modelos actuais da gestão de projecto, sejam clássicos (como o normativo do PMI) ou ágeis (como XP ou Scrum) assentam em quatro variáveis: âmbito, custo, tempo e qualidade. O âmbito diz o que é para fazer, o custo afirma quanto vai custar, o tempo serve para definir quando vai estar concluído e a qualidade garante o bom resultado do projecto (i.e. sem defeitos). A alteração de uma variável pode afectar as outras de formanão linear.
Numa abordagem clássica tenta-se controlar o âmbito, ajustando as outras variáveis de acordo como se pretende implementar esse mesmo âmbito. Em fase de proposta acorda-se (i.e. contractualiza-se) o valor das outras três variáveis, de acordo com uma estimativa de quanto vai custar, quando estará pronto e em com que nível de controlo de qualidade. Qualquer alteração ao âmbito requer uma alteração ao contracto. Ou seja, eu peço o orçamento a um pedreiro para me construir um muro de 1m de altura no quintal. O pedreiro diz quanto isso me vai custar, quando estará pronto e sobre que condições de supervisão. Posto isto firma-se o contracto. Se a meio de obra eu decidir que pretendo o muro com altura de 80cm, o pedreiro tem que verificar o impacto que isso tem na obra em curso e apresentar um novo orçamento. Por outro lado, se a obra se atrazar, custar mais que o previsto ou forem feitas menos ispecções (i.e. pode ter mais defeitos), o custo adicional fica a cargo do pedreiro. Pode também acabar a obra mais cedo e assim fica com mais tempo para dedicar a outras obras. Pela perspectiva das metodologias clássicas, o âmbito é fixo e o tempo vai encolhendo ou esticando conforme a execução da obra vai correndo mais depressa ou mais devagar que o esperado. Ou seja, o âmbito pode ser visto como uma caixa onde se coloca ou tira tempo.
As metodologias ágeis assentam na ideia de que o âmbito global do projecto não está fixo. Ou seja, há uma ideia inicial do que é para fazer mas assume-se que a tarefa vá sendo alterada com o decorrer do projecto. Para lidar com este problema o projecto é executado com base em iterações (i.e. sprints em eXtreme Programming). No inicio da iteração define-se um conjunto de tarefas a executar, mas estas vão alterando conforme a iteração vai correndo. Se corre melhor colocam-se mais tarefas, se pior tiram-se as de menor impacto nas regras de negócio. Pode-se até substituir tarefas se o representante do negócio assim o entender. Por exemplo, imagine-se que eu queria à mesma fazer um muro de 1m no perímetro do quintal. Eu acordava com o pedreiro uma primeira iteração em que este iria tentar completar o muro. Se a meio da iteração eu desejasse colocar uma porta de ferro em vez de uma de madeira, o pedreiro não se iria importar, mesmo que isso implicasse tirar a porta que acabou de colocar. Por outro lado, se durante a iteração o pedreiro concluísse que estava a meter menos tijolos por dia do que os inicialmente estimados (i.e. à partes do muro que passam para a próxima iterarão), eu não me importaria e aceitaria o erro na estimativa sem exigir uma alteração contractual. Seguindo a analogia da caixa, na perspectiva das metodologias ágeis o tempo é fixo e o âmbito vai encolhendo ou esticando, conforme a execução da obra vai correndo mais depressa ou mais devagar que o esperado. Ou seja, o tempo pode ser visto como uma caixa onde se coloca ou âmbito.
Há uma diferença entre as abordagens clássicas e ágeis que eu já tinha percebido. Enquanto nas abordagens clássica assume-se que o contracto assenta num projecto a custo fixo, nas abordagens ágeis assume-se um contracto a Time and Materials (não sei traduzir isto). Mas esta analogia da caixa parece-me genial. Apresenta uma nova perspectiva sobre as duas abordagens. Só por isto já valeu a formação... mas valeu também pelo resto do programa.
Abraços,
Tiago Franco
Na formação comparar o que é comparável, mas que tenho visto pouca gente a fazê-lo de forma clara e ausenta de opinião: metodologias ágeis e as abordagem clássicas de gestão de projectos. O prof. Alexandre Rodrigues fez uma analogia não posso deixar de partilhar.
O modelos actuais da gestão de projecto, sejam clássicos (como o normativo do PMI) ou ágeis (como XP ou Scrum) assentam em quatro variáveis: âmbito, custo, tempo e qualidade. O âmbito diz o que é para fazer, o custo afirma quanto vai custar, o tempo serve para definir quando vai estar concluído e a qualidade garante o bom resultado do projecto (i.e. sem defeitos). A alteração de uma variável pode afectar as outras de formanão linear.
Numa abordagem clássica tenta-se controlar o âmbito, ajustando as outras variáveis de acordo como se pretende implementar esse mesmo âmbito. Em fase de proposta acorda-se (i.e. contractualiza-se) o valor das outras três variáveis, de acordo com uma estimativa de quanto vai custar, quando estará pronto e em com que nível de controlo de qualidade. Qualquer alteração ao âmbito requer uma alteração ao contracto. Ou seja, eu peço o orçamento a um pedreiro para me construir um muro de 1m de altura no quintal. O pedreiro diz quanto isso me vai custar, quando estará pronto e sobre que condições de supervisão. Posto isto firma-se o contracto. Se a meio de obra eu decidir que pretendo o muro com altura de 80cm, o pedreiro tem que verificar o impacto que isso tem na obra em curso e apresentar um novo orçamento. Por outro lado, se a obra se atrazar, custar mais que o previsto ou forem feitas menos ispecções (i.e. pode ter mais defeitos), o custo adicional fica a cargo do pedreiro. Pode também acabar a obra mais cedo e assim fica com mais tempo para dedicar a outras obras. Pela perspectiva das metodologias clássicas, o âmbito é fixo e o tempo vai encolhendo ou esticando conforme a execução da obra vai correndo mais depressa ou mais devagar que o esperado. Ou seja, o âmbito pode ser visto como uma caixa onde se coloca ou tira tempo.
As metodologias ágeis assentam na ideia de que o âmbito global do projecto não está fixo. Ou seja, há uma ideia inicial do que é para fazer mas assume-se que a tarefa vá sendo alterada com o decorrer do projecto. Para lidar com este problema o projecto é executado com base em iterações (i.e. sprints em eXtreme Programming). No inicio da iteração define-se um conjunto de tarefas a executar, mas estas vão alterando conforme a iteração vai correndo. Se corre melhor colocam-se mais tarefas, se pior tiram-se as de menor impacto nas regras de negócio. Pode-se até substituir tarefas se o representante do negócio assim o entender. Por exemplo, imagine-se que eu queria à mesma fazer um muro de 1m no perímetro do quintal. Eu acordava com o pedreiro uma primeira iteração em que este iria tentar completar o muro. Se a meio da iteração eu desejasse colocar uma porta de ferro em vez de uma de madeira, o pedreiro não se iria importar, mesmo que isso implicasse tirar a porta que acabou de colocar. Por outro lado, se durante a iteração o pedreiro concluísse que estava a meter menos tijolos por dia do que os inicialmente estimados (i.e. à partes do muro que passam para a próxima iterarão), eu não me importaria e aceitaria o erro na estimativa sem exigir uma alteração contractual. Seguindo a analogia da caixa, na perspectiva das metodologias ágeis o tempo é fixo e o âmbito vai encolhendo ou esticando, conforme a execução da obra vai correndo mais depressa ou mais devagar que o esperado. Ou seja, o tempo pode ser visto como uma caixa onde se coloca ou âmbito.
Há uma diferença entre as abordagens clássicas e ágeis que eu já tinha percebido. Enquanto nas abordagens clássica assume-se que o contracto assenta num projecto a custo fixo, nas abordagens ágeis assume-se um contracto a Time and Materials (não sei traduzir isto). Mas esta analogia da caixa parece-me genial. Apresenta uma nova perspectiva sobre as duas abordagens. Só por isto já valeu a formação... mas valeu também pelo resto do programa.
Abraços,
Tiago Franco
1.3.09
Duas caracteristicas de uma boa gestão de projecto
Na semana que passou estudei um projecto bem sucedido. Nesta actividade apercebei-me de duas características que contribuíram para o seu sucesso. São características óbvias, mas é muito comum apanhar projectos que não as tenham.
1 - Focar as pessoas chave no projecto
Os gestores técnicos e lideres de equipa do projecto estavam apenas destacados a tarefas do projecto. Ou seja, não participavam noutros projectos ou em tarefas organizacionais que não fossem relevantes para o mesmo. Com isto eliminou-se o custo e o risco associado a alterações constantes de contexto. Isto é principalmente relevante em projectos dito estratégicos.
2 - Tratar o processo de entrega como um item do projecto
Para quem faz software, o processo comum de entrega das aplicações ao cliente é feito com recurso a uma aplicação responsável pela instalação da aplicação final. Ou seja, o processo de instalação de uma aplicação é executado por outra aplicação (confuso!). Neste projecto a aplicação de instalação foi gerida como sendo um componente do projecto. Ou seja, foi sujeita a todos os processos de verificação e validação a que todos os outros componentes foram sujeitos. Foi desenhada, testada e introduzida no processo de compilação continua (vide continuous build). Resultado: eliminaram-se as surpresas e o panico geralmente associado a entregas, mesmo quando se faz integração continua.
Com disse inicialmente, estas são caracteristicas obvias. No entanto vale a pena frisar o que um dia ouvi de um executivo, à volta de uma mesa do café: "É compensador falar sobre o óbvio". É pois! Arruma as ideias.
Abraços,
Tiago Franco
1 - Focar as pessoas chave no projecto
Os gestores técnicos e lideres de equipa do projecto estavam apenas destacados a tarefas do projecto. Ou seja, não participavam noutros projectos ou em tarefas organizacionais que não fossem relevantes para o mesmo. Com isto eliminou-se o custo e o risco associado a alterações constantes de contexto. Isto é principalmente relevante em projectos dito estratégicos.
2 - Tratar o processo de entrega como um item do projecto
Para quem faz software, o processo comum de entrega das aplicações ao cliente é feito com recurso a uma aplicação responsável pela instalação da aplicação final. Ou seja, o processo de instalação de uma aplicação é executado por outra aplicação (confuso!). Neste projecto a aplicação de instalação foi gerida como sendo um componente do projecto. Ou seja, foi sujeita a todos os processos de verificação e validação a que todos os outros componentes foram sujeitos. Foi desenhada, testada e introduzida no processo de compilação continua (vide continuous build). Resultado: eliminaram-se as surpresas e o panico geralmente associado a entregas, mesmo quando se faz integração continua.
Com disse inicialmente, estas são caracteristicas obvias. No entanto vale a pena frisar o que um dia ouvi de um executivo, à volta de uma mesa do café: "É compensador falar sobre o óbvio". É pois! Arruma as ideias.
Abraços,
Tiago Franco
16.2.09
Pfizer a preço de saldos
Dado o estado das coisas, a oferta de acções a preço apetecível é muita. Uma dessas acções é a Pfizer, a maior farmacêutica do mundo, que acabou de dar um trambolhão de 16% após anunciar a OPA à Wyeth.
O mercado em que a Pfizer opera não está para brincadeiras. As grandes farmacêuticas têm os períodos de exclusividade dos seus medicamentos a expirar, o que está a fortalecer a concorrência do lado dos genéricos. Por outro lado, os custos de investigação de novos medicamentos aumentaram, tornando o panorama ainda mais negro. A altura é de mudança e realinhamento estratégico.
Se há coisa que não se compreende é a queda abrupta após o anuncio da OPA. Os termos em que foi proposta apontam para um preço justo e, caso se concretize, dará origem a uma forte redução de custos. Se a cotação da Pfizer já estava apetecível, em queda consecutiva à mais de dois anos, agora os indicadores fundamentais revelam uma grande oportunidade. Por exemplo, o P/E é de de aproximadamente 6, quando a média do mercado em que opera é de 10.
Em termos estratégicos não sei se a Pfizer já definiu um rumo capaz de inverter o comportamento negativo da cotação. De qualquer forma, estou certo que o número de medicamentos vendidos em todo o mundo vai continuar a aumentar por muitos mais anos, e custa-me a acreditar que a maior farmacêutica do mundo não consegue dar a volta. Na pior das hipóteses começa a atacar o mercado dos genéricos. Afinal de contas é o que a Merck já se encontra a fazer com a MyLan.
O Banco BIG analisou recentemente esta acção. No MSN Money pode-se encontrar dados detalhados da empresa, incluindo o rating SockScouter.
PS: não detenho nem vou adquirir acções da PFE em breve.
Abraços,
Tiago Franco
O mercado em que a Pfizer opera não está para brincadeiras. As grandes farmacêuticas têm os períodos de exclusividade dos seus medicamentos a expirar, o que está a fortalecer a concorrência do lado dos genéricos. Por outro lado, os custos de investigação de novos medicamentos aumentaram, tornando o panorama ainda mais negro. A altura é de mudança e realinhamento estratégico.
Se há coisa que não se compreende é a queda abrupta após o anuncio da OPA. Os termos em que foi proposta apontam para um preço justo e, caso se concretize, dará origem a uma forte redução de custos. Se a cotação da Pfizer já estava apetecível, em queda consecutiva à mais de dois anos, agora os indicadores fundamentais revelam uma grande oportunidade. Por exemplo, o P/E é de de aproximadamente 6, quando a média do mercado em que opera é de 10.
Em termos estratégicos não sei se a Pfizer já definiu um rumo capaz de inverter o comportamento negativo da cotação. De qualquer forma, estou certo que o número de medicamentos vendidos em todo o mundo vai continuar a aumentar por muitos mais anos, e custa-me a acreditar que a maior farmacêutica do mundo não consegue dar a volta. Na pior das hipóteses começa a atacar o mercado dos genéricos. Afinal de contas é o que a Merck já se encontra a fazer com a MyLan.
O Banco BIG analisou recentemente esta acção. No MSN Money pode-se encontrar dados detalhados da empresa, incluindo o rating SockScouter.
PS: não detenho nem vou adquirir acções da PFE em breve.
Abraços,
Tiago Franco
12.2.09
O novo Cavortify
Acabei de colocar em produção a nova versão de Cavortify, a aplicação para gerir campeonatos.
Alem do novo design, esta nova versão conta com algumas funcionalidades novas. Por exemplo para se inscrever um utilizador num campeonato, passou a ser necessário estar ligado a ele por uma amizade (friendship).
Ouve também um grande investimento em usabilidade. Muitas operações passaram a estar em locais mais óbvios e podem ser efectuadas sem recarregar a página por completo.
Uma nota importante: por questões de simplificação, o sistema faz agora a autenticação do utilizador através do e-mail. O campo login foi removido dada a sua inutilidade.
Vale a pena investir 5 minutos com o vídeo na página inicial.
Em breve serão adicionadas novas funcionalidades, como por exemplo estatísticas por utilizador. Por agora espero que gostem das alterações.
Abraços,
Tiago Franco
Alem do novo design, esta nova versão conta com algumas funcionalidades novas. Por exemplo para se inscrever um utilizador num campeonato, passou a ser necessário estar ligado a ele por uma amizade (friendship).
Ouve também um grande investimento em usabilidade. Muitas operações passaram a estar em locais mais óbvios e podem ser efectuadas sem recarregar a página por completo.
Uma nota importante: por questões de simplificação, o sistema faz agora a autenticação do utilizador através do e-mail. O campo login foi removido dada a sua inutilidade.
Vale a pena investir 5 minutos com o vídeo na página inicial.
Em breve serão adicionadas novas funcionalidades, como por exemplo estatísticas por utilizador. Por agora espero que gostem das alterações.
Abraços,
Tiago Franco
9.2.09
De volta à carga
Gostaria de saber se alguém ainda lê este blogue. São mais de dois anos sem uma única actualização. Dois anos em que muita coisa mudou.
Para enumerar algumas diferenças:
- Enamorei-me pelo mercado de capitais
- Comecei a desenvolver para a Web
- Passei a viver em Lisboa
- Dei os primeiros passos em gestão e fiquei viciado
O que não mudou:
- Continuo a fazer o mesmo mestrado, com a defesa agendada para este mês
- Trabalho no mesmo sitio
Como as coisas mudaram, decidi dar vida nova a este blogue. Assim, mudei para um template mais giro e tão banal como o anterior :p. O verde que predomina sinaliza a vida e o renascer de um projecto que contará com conteúdos técnicos menos aprofundados. Podem contar também com reflexões sobre o mercado de capitais e 'bitaites' sobre a economia em geral - a crise está na moda e como sou optimista acho que vale a pena opinar. Não percebo nada do assunto, por isso não me levem a sério.
Esperem conteudos exclusivamente em português. No meu dia a dia farto-me de produzir conteudos na lingua inglesa. Sou da opinião de que todas as pessoas deveriam estar habituadas a lidar com inglês e este blogue é a minha contradição pessoal.
Abraços,
Tiago Franco
Para enumerar algumas diferenças:
- Enamorei-me pelo mercado de capitais
- Comecei a desenvolver para a Web
- Passei a viver em Lisboa
- Dei os primeiros passos em gestão e fiquei viciado
O que não mudou:
- Continuo a fazer o mesmo mestrado, com a defesa agendada para este mês
- Trabalho no mesmo sitio
Como as coisas mudaram, decidi dar vida nova a este blogue. Assim, mudei para um template mais giro e tão banal como o anterior :p. O verde que predomina sinaliza a vida e o renascer de um projecto que contará com conteúdos técnicos menos aprofundados. Podem contar também com reflexões sobre o mercado de capitais e 'bitaites' sobre a economia em geral - a crise está na moda e como sou optimista acho que vale a pena opinar. Não percebo nada do assunto, por isso não me levem a sério.
Esperem conteudos exclusivamente em português. No meu dia a dia farto-me de produzir conteudos na lingua inglesa. Sou da opinião de que todas as pessoas deveriam estar habituadas a lidar com inglês e este blogue é a minha contradição pessoal.
Abraços,
Tiago Franco
Acerca de mim
- Tiago Franco
- CEO, cosmopolita e com gosto pelo mercado de capitais. Sonha um dia viver em hotéis de 5 estrelas, mas ainda não descobriu como lá chegar. Tem um blogue com um 'look' giro mas comum, onde publica artigos de utilidade duvidosa.
