Gerenciamento de Projetos - ame-o ou deixe-o!

Parafraseando uma velha "frase politiqueira" de nosso país, essa é a forma como me sinto hoje em relação ao gerenciamento de projetos - ou você faz isso de forma certa e apaixonada ou pode se preparar para ter muitas dores de cabeça devido à sua aplicação de forma "meia-boca", como vemos acontecer em muitas empresas por aí.

E para tornar a situação ainda pior, EU sou o principal (ou um dos, se é que isso faz diferença) responsável pelo gerenciamento do projeto de jogo em que estou envolvido atualmente.

Aprendi algumas lições:

#1 - Quanto mais se adia a adoção de boas práticas de gerenciamento de projetos, piores são as consequências pelo não uso das mesmas!

Essa agora para mim é uma máxima - imagine o que é tentar aplicar boas práticas de gerenciamento de projetos a um projeto que já está sendo executado há mais de um ano! Complicado, não? Pior ainda se você não tiver boa experiência quanto à gestão de projetos, que é o meu caso - sou programador há anos, mas nunca atuei significativamente como gerente de um projeto, o que acaba por trazer-me diversas inseguranças que, se não forem combatidas logo, acabam por levar-me a não tomar as decisões certas nos momentos necessários.

#2 - Mudanças radicais e complexas geralmente conduzem a fracassos!

Tentamos várias vezes implantar "todas" as boas práticas ao mesmo tempo. Sabe o que aconteceu? Fracassamos... Quando você não está acostumado a seguir certos padrões, tentar inserir todos ao mesmo tempo não ajuda, pelo contrário, torna tudo ainda pior. O melhor é realmente escolher uma ou duas "regras" para seguir e somente adotar outras quando estiver completamente ambientado com as anteriores.

#3 - Nem muita nem pouca documentação

Deve haver um equilíbrio no gerenciamento de um projeto de software a fim de que não se gere documentação desnecessária, mas também não falte documentação capaz de orientar a equipe. Este é um ponto crucial, pois é muito difícil dizer o que é uma "boa documentação" para um dado projeto. O ideal é experimentar um grupo de artefatos, descartar aqueles que são menos úteis e manter aqueles que ajudam a conseguir bons resultados.

Três lições bem fáceis de entender, mas que muitas vezes não pomos em prática. Aos poucos, espero melhorar como gerente de projetos, pois mesmo quando não se ocupa tal cargo em uma empresa, os ganhos no projeto são visíveis!

Novo grupo de estudos em desenvolvimento de jogos!

Novidade na área - estamos organizando um grupo de estudos em desenvolvimento de jogos aqui em minha cidade (sinto muito, o grupo é fechado, sem novas inscrições :) ). O grupo será formado por mim e três trainees que trabalham comigo (todos interessados em aperfeiçoar e pôr em prática aquilo que já sabemos) e três outros jovens que estarão participando e tendo a oportunidade de aprender com quem já atua na área.

Já defini todo o cronograma e, como serão somente aos sábados os nossos encontros, teremos um total de 17 semanas! Discutiremos a respeito de game design, jogos casuais, inteligência artificial, jogos multiplayer, bem como as ferramentas que usamos em nosso trabalho para a construção de mundos isométricos - eu já disse, a vida é bela! :D

Se estas discussões tornarem-se um sucesso, organizarei nossas pautas, bem como o material, a fim de formar dois novos cursos para o Instituto dos Jogos e passar a vendê-los como cursos offline, oferecendo assim a outras pessoas a oportunidade de aprender tais conceitos e aplicá-los realmente.

Bem, infelizmente, o mais cedo que poderei lançar tal curso offline será em outubro ou novembro deste ano, ou seja, muito chão pela frente antes de conseguir isso, mas talvez liberemos o que o pessoal vá escrevendo gratuitamente no blog do IDJ, assim todos podem aprender. :)

Brincando de ser Deus - Criando um mundo isométrico

Pois é, pessoal. Para alimentar ainda mais o meu ego (que já não era pequeno :D ), estou já há vários meses trabalhando em um projeto de mundo isométrico 2D em flash.

Sim, um MMOG, o primeiro em que trabalho. :-)

Se é divertido? Sim e não. A gente se diverte com o trabalho mesmo, não que fiquemos a jogar muito, como alguns podem imaginar. Semana passada mesmo, percebi que poderíamos fazer algumas "pequenas" mudanças a respeito da comunicação com o banco de dados para que ficasse melhor a performance. Resumo da ópera: estou há uma semana só mexendo em banco de dados - que não era o meu forte, agora está virando quase um vício. :D

Agora, acho que vou poder incluir em meu currículo também "fortes conhecimentos em DBA in MySQL". Ou ao menos estou conseguindo desempenhar bem o meu papel aqui no trabalho. ;-)

Esperamos que o jogo seja lançado dentro de dois meses. A tensão está crescendo. E olha que eu trabalho em minha própria casa! Imagina se fosse em um escritório no centro da cidade!

Bem, é isso. Da próxima vez comento mais sobre minhas experiências com o banco de dados. Até breve!

Inaugurando o blog Ironman Developer!

Olá amigos, estou aqui para inaugurar o blog Ironman Developer, um lugar onde espero comentar um pouco sobre minha experiência como desenvolvedor de sistemas em geral e de jogos, minha especialidade. ;-)

Você pode estar se perguntando "por que um blog chamado Ironman Developer"? Bem, primeiro como uma forma de massagear o meu ego. :-) E em segundo lugar, porque muitas vezes estou superlotado de projetos de jogos, o que me leva a trabalhar bem mais do que as 40 horas semanais (na verdade, hoje, tenho uma rotina de no mínimo 60 horas semanais de trabalho).

Lidar com o stress físico e emocional, bem como o gerenciamento de muitas atividades são algumas das coisas que preciso usar em meu dia-a-dia.

Além disso, vou falar bastante sobre as ferramentas que emprego em meu trabalho, como o Adobe Flash CS3, SmartFox Server e, mais recentemente, o componente OpenSpace.

Enfim, há muito sobre o que podemos conversar, mas isso vamos deixar para outra hora, por hoje, somente a apresentação. E é um prazer conhecer vocês, claro.

Um abraço e até a próxima no Ironman Developer!