IT talks

Conforme o CHAOS Report e diversas outras fontes de autoridade sobre o assunto, suporte executivo é o requisito número 1 para o sucesso de projetos de desenvolvimento de software. Mas o que é este suporte executivo?

ler mais...

Quatro anos mais tarde o mesmo grupo publica o Extreme Chaos Report. Os números parecem mudar um pouco para melhor, mas ainda estão longe de alentadores:



A relação de elementos que levam ao sucesso de um projeto de desenvolvimento muda um pouco, também:

1. Executive Support: 18%
2. User Involvement: 16%
3. Experienced Project Manager: 14%
4. Clear Business Objectives: 12%
5. Minimized scope: 10%
6. Firm Basic Requirements: 6%
7. Formal Methodology: 6%
8. Reliable Estimates: 5%
9. Others: 5%

Nota-se que:
- Executive Support e User Involvement continuam sendo os items mais importantes;
- A expressão "Proper planning" desaparece e dá lugar ao elemento "Experienced Project Manager";
- "Clear Vision & Objectives, que estava em nono lugar desaparece e dá lugar ao elemento Clear Business Objectives, em 4o lugar;
- "Standard software infrastructure"vem do nada para ocupar a 6a posição
- Formal Methodologies finalmente aparece mas, interessantemente, é considerado tão importante quanto estimativas confiáveis.

Pergunta:
- segundo a experiência dos profissionais leitores deste blog, este ranking se aplica?

Ref(s):
- http://www.standishgroup.com/sample_research/PDFpages/extreme_chaos.pdf

The Standish Group fez esta pergunta a inúmeros senior managers. Em 1996 a resposta foi, em ordem decrescente de frequência:

1. User Involvement- 15.90%
2. Executive Management Support - 13.90%
3. Clear Statement of Requirements - 13.00%
4. Proper Planning - 9.60%
5. Realistic Expectations - 8.20%
6. Smaller Project Milestones - 7.70%
7. Competent Staff - 7.20%
8. Ownership - 5.30%
9. Clear Vision & Objectives - 2.90%
10. Hard-Working, Focused Staff - 2.40%

Primeiro é necessário definir o conceito de fracasso e sucesso. The Standish Group entendeu por bem definir isto em termos de Project Resolution Types. A saber:

Tipo 1: Sucesso. Projeto que foi completado dentro do prazo, e do orçamento, com todos os recursos e funcionalidade originalmente especificada.

Tipo 2: Projeto com problema(s). O projeto foi finalizado e a aplicação está operacional mas ultrapassou o orçamento, os prazos, e oferece menos recursos e funcionalidade do que estava inicialmente especificado.

Tipo 3: Fracasso. O projeto é cancelado.

As conclusões podem ser vistas no gráfico abaixo.



Perguntas:
- é esta a realidade atual dos projetos de desenvolvimento?
- os critérios para categorização dos tipos de projetos são razoáveis?

Ref(s):
- http://www.standishgroup.com/sample_research/chaos_1994_1.php

Em 1996 The Standish Group realizou uma extensa pesquisa sobre a realidade dos projetos de desenvolvimento de software na Norte América.

O produto deste trabalho ficou conhecido como The Chaos Report. Era um retrato impressionante de projetos afundando e empresas jogando dinheiro pela janela.

Entre as muitas estatísticas derivadas da pesquisa, ficou famosa aquela que dizia que apenas 16% dos projetos são concluídos com sucesso.

De 1996 para cá muita coisa mudou. Mas terá mudado o panorama do desenvolvimento de software? Será que estas conclusões são aplicáveis ao Brasil, também?

Nas próximas semanas vou estar explorando este assunto em mais detalhes. Minha idéia é incentivar uma vez mais a reflexão sobre o nosso trabalho, convidar os profissionais da área a compartilharem suas experiências (boas e ruins) e tentar identificar quais são os caminhos que podem levar a um novo paradigma.

Uma vez mais me pego lendo uma artigo sobre offshore outsourcing - expressão que eu não sei como está sendo traduzida para o Português.

Desta vez foi na eweek.com, em um artigo sobre o leilão da área de tecnologia da BBC.

Isso mesmo: leilão...

ler mais...

Vi esta semana um post no databasedesign.blogger.com.br que referenciava também o assunto da contratação de consultoria externa para a área de IT.

Esta é uma questão sempre interessante, onde aspectos humanos e de negócio se intermeiam de maneira frequentemente tensa e confusa. Muito comumemente (bem mais que o merecido) consultores externos são vistos como salvadores pela companhia que os contrata e como ameaças pelos quadro de empregados.

Jim Brosseau - um renomado e experiente profissional da área - discute rapidamente este assunto no link abaixo e propõe algumas guidelines na hora de contratar suporte externo para o grupo de IT.

Getting the right support

Esta é uma excelente free subscription - basicamente sobre gerenciamento de projetos e desenvolvimento de software.

Recentemente participei de um treinamento em excelência em Software Requirements com ele e posso atestar que o homem é muito bom e tem uma vastíssima experiência. Entre outras coisas, Jim participou do famoso projeto de criação do sistema de controle de tráfego aéreo do Canadá - um projeto de 15 anos ou mais onde boa parte dos "três amigos (design pattern) podia ser encontrada destilando UML e outras cositas mais.

Apesar de tudo o que viu Jim é um otimista e ainda acredita que possa-se fazer software "in time" e "on budget".

Databases são fascinantes bestas a serem domadas e Oracle é uma das paixões do autor deste blog. Como eu acredito que também tem mais gente que se diverte a larga com isto, de tempos em tempos vou publicar interessantes charadinhas sobre o assunto.
Por exemplo...

Considerando a criação da seguinte tabela

SQL> create table t ( x varchar2(1),
y varchar2(1) );
Table created.
SQL> insert into t values ( 'a', '1' );
1 row created.
SQL> insert into t values ( 'b', 'x' );
1 row created.

... o select abaixo vai funcionar?

SQL> select * from t where x = 'a' and y = 1;

Resposta no site.

"Why is it there's never enough time to do it right, but there is always time to redo it?" - autor desconhecido.

Olá todo mundo!

Este é o pontapé inicial de um blog de tecnologia da informação, desenvolvimento de software, banco de dados, carreira e gerenciamento de projetos. Os espectro de assuntos é amplo porque amplos são interesses do autor e a vontade de trocar idéias.

De certa forma, este blog vai ser um bate-bola com o blog-irmão databasedesign.blogger.com.br. Uma das idéias é trocar informação sobre as realidades de IT no Brasil e no Canadá, onde atualmente moro.

Também é uma maneira de manter o link e matar a saudade da terra amada.

Está rolando a groduchinha...