Metodologia ou boas práticas

Traduzindo MSF, temos “Microsoft Solutions Framework”. Apesar do nome Microsoft explícito, o MSF não é uma ferramenta que você pode comprar em uma revenda autorizada. Em superficiais palavras, apenas como introdução ao assunto, podemos definir MSF como um conjunto de “Best Practices” para a condução de um projeto de software – do ponto de vista gerencial.

Caso não esteja explicitamente declarado a seguir, antecipadamente declaro que uma das linhas mestras de conduta para este texto foi a de não apresentar diretamente uma ferramenta no qual possa parecer propaganda de um determinado fornecedor. Um posicionamento responsável que também me comprometi para este texto foi o de apresentar do ponto de vista prático funcional as experiências (lições) do meu escopo de realização histórica.

Antes de nos aprofundarmos necessariamente neste assunto, desejamos explicitar minha leitura sobre a utilização de ferramentas como metodologia de controle de projetos.

Programas versus Projetos

Quando definimos programas, podemos sem medo de errar apresentarmos o conceito único e indivisível (inquestionável) que: _ Programa é um conjunto de instruções pré-estabelecidas que são executadas por um computador.

A riqueza da língua portuguesa pode até permitir que você altere a redação, mas o sentido será sempre o mesmo. É o que eu gosto de classificar como afirmativa óbvia ululante, ou seja, uma verdade absoluta que você percebe que não existem questionamentos.

No tocante ao ponto de comparação, note que não existem variáveis que influenciam estas instruções. Elas são pré-estabelecidas. Por mais que aconteçam problemas de hardware ou de sistema operacional, o programa tentará infinitamente executar somente estas instruções até ser finalizado.

Já sobre projetos, desde meus tempos de estagiário – já escutei ou li diversas definições verdadeiras. Lembro-me que há pouco tempo atrás eu gostava de limitar a definição de “projetos” a um trabalho com escopo previamente definido, em outras palavras, com início – meio – fim. Hoje, com a prática de muitos projetos entregues, posso assegurar que projetos não devem ser previamente definidos.

Voltando ao ponto de comparação, em projetos não possuímos instruções pré-estabelecidas mesmo que as vezes podemos nos enganar acreditando nisso. Existem, na realidade, muitas variáveis de influência em projetos e todas elas convergem para um único ponto central – o ser humano.

Em meu questionamento crítico, as ferramentas ou técnicas que impõe instruções, ou mais rígido, regras pré-estabelecidas são impulsionadoras à falha. A pergunta é: como direcionar os projetos sem analisar as interferências humanas dos participantes do mesmo?

A relação humana com os projetos, é tão determinante e diferente que, sem sombra de dúvida, afirmo que um projeto nunca é igual a outros e nunca será. Nem sequer similar, mesmo que com o mesmo grupo de pessoas.

Antes de apresentar minha posição sobre a questão, outro destaque influenciador é a percepção que não existem mais (se é que um dia existiram ou foi uma imposição dos fornecedores) projetos de software com início – meio – fim definidos com muita antecedência, como desejam as metodologias.

Em pleno novo milênio, é inadmissível não compreender que todo usuário solicitante tem no mínimo o direito de evoluir seu conceito prático sobre determinada funcionalidade. Agir desta forma é renegar a inteligência em seu conceito mais básico, o da leitura interna.

Conclusivamente, porque exigir dos projetos que eles sejam programas se na prática isto é impossível?
Apresentada a polêmica, responsabilizo-me em fornecer minha posição de forma clara, transparente e única: A receita de construção de projetos é escolher pessoas que compreendam e utilizem a trilogia com inteligência.

A Trilogia

Após entender que projetos são na verdade o gerenciamento eficiente de pessoas, a técnica necessária a ser utilizada é livre, criativa e específica – desde que baseada na trilogia “comunicação, processos e papéis”. É quebrar o paradigma estereotipado de existir receitas de bolos para projetos. Normalmente estas receitas são do tipo “one size, fits all” e não servem ao escopo único de seu desafio novo chamado projeto.

Observando as propostas existentes com ferramentas caríssimas, verifica-se que elas tentam prever tantas coisas genéricas que a especificação do projeto geralmente é mais onerosa que a própria construção do mesmo. No meu ponto de vista é inadmissível aceitar isso, seria o mesmo que dizer que o plano diretor (ou planta) de um edifício é mais cara que a construção efetiva. De fato notamos nos projetos orientados por estas ferramentas que inconscientemente acontece uma espécie de ilusão coletiva: todos fingem fazer tudo que a metodologia exige, mas praticam seu conhecimento próprio.

Você pode optar por perpetuar a ilusão coletiva que existe em projetos de informática, afinal são com estas mentiras que muitos mercados funcionam. É uma linha determinada “me engana que eu gosto”.

Em linhas gerais acredito que você pode usar as técnicas que desejar, recomendo as que você pessoalmente domina desde que respeitando as adaptações necessárias a cada projeto específico. Entretanto, que seja muito claro a todos os participantes do seu projeto: As formas e regras de comunicação, os processos estabelecidos e os papéis responsabilizados.

Processos

É mais fácil perceber a ausência do que a existência de processos em seu projeto. Este é um assunto digno das “cadeiras” de administração e pode ser facilmente comparado a O&M – Organização & Métodos.

Na ótica simplista que determinamos para este texto, podemos compreender que sem processos conhecidos e “adotados” pelos demais participantes do projeto, a rotina criativa e direcionadora necessária ao gestor vão levá-lo a exaustão e em sua ausência (do gestor) ao caos no projeto.

É o mesmo que afirmar sobre determinados recursos que não podem ser substituídos. O primeiro ponto de vista pode parecer interessante, principalmente se és este gestor, afinal não podes ser dispensado. Os realmente gestores entendem que essa relação de dependência não é sadia e elevam desnecessariamente o risco do projeto.

Independente da metodologia que deseja adotar para o projeto, os participantes não podem ficar a espera de um gestor determinístico que direciona toda e qualquer ação. Esta “entidade onipresente” gestora deve, ao invés disso, proporcionar a todos os participantes do projeto antecipadamente os métodos para a ação, permitindo e incentivando também a todos suas próprias capacidades críticas e evolutivas.

A trilogia nos ensina uma unicidade, não há a possibilidade de quebrá-la. Em outras palavras, sem processos seu projeto será um fracasso.

Comunicação

Na década de 80 havia um programa de calouros comandado por um “showman” chamado Chacrinha. Insistentemente ele repetia uma máxima que era: _ Quem não se comunica, se trumbica. Na ingenuidade de minha infância não fazia a menor idéia sobre o que significava isto.

É impressionante como trabalhamos ao lado de pessoas, passamos o dia inteiro conversando sobre um monte de coisas importantes como filmes, futebol e até novelas (argh!), e não falamos sobre o projeto. É mais fácil gastar horas procurando uma informação ou pior, deduzi-la, que discutir com o companheiro de projeto ao lado.

Devem existir centenas de explicações filosóficas para este fenômeno, deixo-as para os intelectuais e psicólogos. Minha prática sobre este assunto é: Escreva todas as informações importantes “do e para” o projeto, coloque-as em locais visíveis a todos como uma espécie de bandeiras penduradas.

Este pilar trilógico é o mais livre e criativo dos três, faça da melhor forma ao seu projeto.

Papéis

Para mim este é o tópico mais importante e original da proposta MSF. Poderia atrever-me a escrever que os papéis são a base da trilogia, reconhecendo o risco desta afirmativa.

O pensamento é determinar à certas pessoas potenciais participantes do projeto a responsabilidade de papéis com escopos claramente definidos. Estes papéis são equilibrados e distribuídos de forma a facilitar a identificação de riscos no projeto e sua correta ação para a solução.

Os papéis necessários são: Program Manager, Product Manager, User Experience, Tester, Release Manager e Developers. Por uma opção pessoal de não gostar do resultado da tradução dos termos, mantemos os originais em inglês.

Developers: São os desenvolvedores propriamente dito. Em times grandes é aconselhável determinar apenas um que seja uma espécie de team leader para participar das reuniões e transmitir as informações aos demais. A prática também nos indica que este team leader deve ser um programador sênior, que funcione como direcionador de assuntos técnicos especialistas.

Release Manager: Quanto custa um dia de um time de 10 programadores parados porque o servidor centralizador de códigos fontes esta com problemas? Ou a rede esta com vírus, ou e mais “ou”. Este é o papel responsável por garantir toda a infra-estrutura necessária ao bom andamento do projeto. Além disto, este papel deve com antecipação planejar requisitos técnicos acerca do assunto implantação e distribuição (deployment).

Tester: Não existe projeto sério sem que haja um trabalho fundamentado em técnicas e métodos para testes. Ferramentas de automação de testes, Units Test, testes de carga, tunning de aplicativo, tunning de banco de dados e muitos outros tópicos que necessitam de um papel responsável e comprometido no projeto para endereçá-los.

User Experience: É o usuário propriamente dito, em outras palavras, quem usará o programa e sabe questionar a praticidade de suas funcionalidades ofertadas. Não existe programa sem usuário e é um gigantesco erro agir diferente desta afirmativa. Um macete é escolher um usuário super exigente, quanto mais crítico melhor será o resultado final.

Product Manager: Em todas as relações de negócios, sempre haverá uma espécie de vendedor que também funciona como advogado do cliente. Este papel tem a responsabilidade de ouvir clientes, pesquisar e direcionar funcionalidades que irão compor o aplicativo. Ele se torna também o melhor consultor e vendedor do projeto.

Program Manager: Pense em alguém que fotografa, vê todas as situações e imediatamente indica luz verde ou luz vermelha sobre cada particular. É a “eminência parda” do time. Conhece negócios, tecnologia e gestão de pessoas. Pode significar diretamente o sucesso ou o fracasso de um projeto. É o responsável, é o apaziguador, é o direcionador, é o esclarecedor.

O MSF defende em suas premissas que estes papéis não sejam hierarquizados, entretanto na prática o Program Manager possui a missão mais forte de liderança.

Pratica-se, conforme a criticidade momentânea do projeto, reuniões com periodicidade combinada entre os “papéis” do projeto objetivando nivelar a informação sobre os trabalhos. Os resultados destas reuniões chamam-se de Status Report e Risk Analisys.

Com estas práticas simples e com pessoas inteligentes, criativas e comprometidas – todos os projetos têm suas adaptações e ajustes necessários para um caminho de resultados reais, “tocáveis”.

Não há ferramenta ou técnica metodológica capaz de substituir o ser inteligente em um projeto de software, pela própria compreensão do que é método. Método no dicionário de língua portuguesa é definido como “procedimento, meio ou técnica para ser fazer alguma coisa de acordo com um plano”. Metodologia é um estudo dos métodos e não a imposição de métodos. Metodologia, para mim, deve ser a capacidade crítica de avaliação sobre uma técnica, se ela foi a melhor forma de se atingir o resultado esperado.

Estas informações que tratamos, não são técnicas setorias específicas adquiridas em instituições de ensino. São vivências maturadas globais resultantes da união de algumas especificidades técnicas, administrativas e humanas aplicadas aos projetos realizados.

Desejo muito sucesso em seus projetos

Se gostou da matéria deixe um comentário or subscribe to the feed and get future articles delivered to your feed reader.

Comentários

Nenhum comentário ainda.

Deixe um comentário

(obrigatório)

(obrigatório)


Melhores práticas de TI

Em alguns setores da economia, estar na média, significa o mesmo que assumir o risco de vir a falhar. Por serem segmentos considerados "commodities", a excelência da gestão de operações passa a ser para esses nichos principal fator de diferenciação. Os serviços voltados para a área de Tecnologia da Informação inserem-se neste caso. O desafio maior de qualquer gestor é demonstrar como os investimentos em tecnologia da informação podem trazer retorno sobre o capital investido.

Cada vez mais empresas querem entender como a área de TI pode agregar valor ao negócio e como cada componente de tecnologia pode auxiliar na redução de custos, na agilidade dos processos para ganhar vantagem competitiva.

Pressionadas pelo mercado, as empresas convivem com o paradigma de alcançar metas cada vez mais agressivas, com equipes e prazos cada vez menores.

Nesse sentido, as melhores práticas têm sido empregadas massivamente em empresas de todo o mundo visando a excelência em serviços de TI. Muitas estão reposicionando as áreas de Tecnologia da Informação para torná-las facilitadoras fundamentais ao negócio das empresas.

Independente do tamanho do negócio ou das tecnologias empregadas, cabe ao gestor moderno mostrar como a estratégia de TI pode alinhar-se ao negócio da empresa, adotar melhores práticas de mercado, implementar melhorias nos processos de gestão de serviços e de infra-estrutura de TI; e identificar profissionais comprometidos com as melhorias nos serviços de infra-estrutura da área.

Os serviços em tecnologia da informação incluem desde consultoria para especificação de projetos, alocação de recursos profissionais, desenvolvimento e implementação de aplicativos sob medida, independente da plataforma tecnológica adotada pela instituição, até a adoção de ferramentas que garantam a máxima qualidade, produtividade e eficiência, permitindo a redução de tempo, recursos e investimentos em projetos de TI.

O que fazer para virar este jogo? Sem dúvida, é a excelência dos serviços que ajudará o Brasil a posicionar-se como país exportador de tecnologia de ponta para exterior. Incentivar o auto-desenvolvimento e a competência profissional serão os elementos integradores para a gestão das mudanças provocadas pela evolução da tecnologia da informação.

E não basta apenas disponibilizar os conhecimentos de ponta em tecnologia da informação, o gestor moderno deverá, de alguma forma, prover a gestão empresarial para capacitar sua equipe a perceber as tendências tecnológicas e as novas formas de gestão estratégica, focadas num mercado em acelerada transformação.

É papel desse gestor tornar os usuários co-participantes das mudanças, aptos a utilizar a tecnologia da informação para assegurar às empresas ganhos significativos em termos de qualidade, produtividade, competitividade e rentabilidade. Ele deve atuar como elo entre a área de sistemas e a alta administração das empresas.

Aqueles empreendimentos, comprometidos com a promoção da qualidade em serviços de tecnologia da informação, em pouco tempo estarão empregando as melhores práticas de gestão nos trabalhos que realiza e serão capazes de fornecer serviços diferenciados, soluções eficientes e inovadoras, podendo, inclusive, antecipar-se às necessidades e às expectativas de seus clientes.

Com o apoio na condução de um planejamento estratégico de TI, que agilize processos internos, reduza custos pelo uso racional da tecnologia, alinhando as iniciativas de TI às estratégias de negócio da organização, indiretamente, os gestores estarão apoiando a sua organização na melhoria da competitividade e na transformação da área de TI em uma geradora de valor para o negócio. É preciso, acima de tudo, ter em mente a EXCELÊNCIA como principal fator de diferenciação

Se gostou da matéria deixe um comentário or subscribe to the feed and get future articles delivered to your feed reader.

Comentários

Nenhum comentário ainda.

Deixe um comentário

(obrigatório)

(obrigatório)


Windows Vista será lançado hoje

A Microsoft anuncia o lançamento do Windows Vista para consumidores finais nesta segunda - feira. A versão empresarial já havia sido lançada no final de novembro do ano passado.

As redes de varejo do Brasil começam a vender o novo sistema operacional a partir da meia-noite de hoje, com custo a partir de R$ 489,00. Os computadores pré-configurados com o Windows Vista custarão a partir de R$ 1,700,00.

Os usuários poderão encontrar o Vista, dentre outras, nas seguintes redes varejistas do Brasil: Carrefour, Fnac, Extra, Saraiva, Kalunga, Fast Shop, Wal-Mart, Ponto Frio, Magazine Luiza, Nagem, MM Shopping Praia Mar, Livraria Curitiba, Sams Club, Digimer, MSD e Star Computer.

O que podemos esperar do sucessor do Windows XP?

Dentre as várias melhorias que vem com a chegada do Vista, destaca-se o novo sistema gráfico, uma preocupação que a Microsoft não apresentou nas versões anteriores do Windows. A ferramenta Aero, a partir da versão Home Premium do Windows Vista, deixa o desktop agradável aos olhos, com suas janelas transparentes que trazem suave movimentação.

Se gostou da matéria deixe um comentário or subscribe to the feed and get future articles delivered to your feed reader.

Comentários

Nenhum comentário ainda.

Deixe um comentário

(obrigatório)

(obrigatório)


Os 300 de esparta

 

O site Variety noticiou hoje que Erik Jendresen (da mini-série televisiva Band of brothers) foi contratado pela 20th Century Fox para escrever o roteiro do épico histórico Os 300 de Esparta. A história sobre a batalha das Termópilas já teve uma versão nas telonas em 1962.

Em 480 a.C. uma fenomenal força de ataque vinda da Pérsia (o historiador Heródoto fala em mais de dois milhões de homens) entrou na Grécia pelo norte e chegou até a Fócida, no extremo oeste da Grécia Central. Leônidas, um dos dois reis espartanos, posicionou seu exército, com aproximadamente 4.000 soldados, nas Termópilas, um estreito desfiladeiro próximo ao mar. Dessa forma, conseguiu bloquear a passagem dos invasores enquanto as outras cidades gregas eram avisadas por mensageiros. A estratégia teria sido bem-sucedida não fosse um traidor que revelou aos persas um atalho que possibilitou um ataque devastador pelos flancos.

Como o código de honra dos homens de Esparta repudia a derrota ou a rendição, Leônidas decidiu resistir até o final, juntamente com sua guarda de elite, os 300. O resultado foi uma das mais heróicas batalhas da história.

300 de Esparta também está sendo adaptado para as telonas pela Universal Pictures. O filme será intitulado Gates of fires (Portões de fogo). Prepare-se para uma batalha épica também entre a Fox e a Universal!

Se gostou da matéria deixe um comentário or subscribe to the feed and get future articles delivered to your feed reader.

Comentários

Nenhum comentário ainda.

Deixe um comentário

(obrigatório)

(obrigatório)