Caros leitures, lembrei que algum tempo atrás apresentei uma palestra em uma faculdade sobre “Melhores Práticas em Ti” voltadas a projetos falando desde a organização estrutural trazendo também a parte histórica de seu surgimento, falando um pouco sobre metodologias ágeis.

Abri os olhos para estas metodologias quando um colega da empresa onde trabalho hoje Sadia SA quis nos apresentar com muita restrição da equipe por sinal quanto às metodologias ágeis.  Vi-me obrigado a estudá-las a fundo para ter minha própria opinião e ver seus pontos positivos e negativos e suas aplicações em nosso cenário. Foi como a pílula vermelha do filme Matrix o resultado foi “Nossa!!! Metodologias ágeis são maravilhosas mesmo”.

“Você não pode gerenciar aquilo que você não pode medir”

Com muito medo do potencial industrial do Japão nos anos 80, as grandes empresas americanas aliaram-se a uma religião e ao movimento de qualidade continua. Estas grandes empresas apressaram em aprimorar seus processos e suas formas de gerenciar o negocio com vários modelos práticos de qualidade, uma delas sendo a ISSO 9000 para a empresa six sigma a uma empresa e CMM(capabibity maturity model) para a engenharia de software.

Hoje os gerentes de tecnologia têm um grande acervo de metodologias e processos a disposição para o atendimento de seus objetivos. Elas sendo ISO 9000 e SIX SIGMA, podem ser usadas pelo diretor de TI pelo CEO. Algumas também como a COBIT(CONTROL OBJECTIVES FOR INFORMATION AND RELATED TECHNOLOGY) para transações e adaptação de seus trabalhos de tecnologia.

Com estas metodologias embora exista grandes diferenças entre elas em grande parte dos casos estas não entram em conflito podendo ser aplicadas duas ou mais metodologias na empresa, mas em setores distintos.

Outras grandes empresas não utilizam nenhum destes programas de qualidade, preferindo seus próprios programas de qualidade. A MasterCard adptou vários programas de qualidade, utiliza de forma melhorada o CMM e ainda realizou uma avaliação externa de CMM um em 2005 implementou varias idéias a partir deste momento e começou a operar por conta própria.

Exemplos hoje aplicam temos, por exemplo, a IBM, esta usa em sua empresa o ISO 9000, CMM, ITIL, SIX SIGMA e vários outros métodos de qualidade criados internamente. Grandes empresas utilizam suas próprias metodologias ou quando estão desconfortáveis com seus resultados assim como as demais empresas do ramo de qualidade criam metodologias para facilitar o gerenciamento de suas equipes gerando assim outras metodologias e métodos para serem aplicados em suas empresas e outras quando tiverem objetivos próprios.

Testemunho de um cliente feliz seria o de Sheryl Andrasko, vice-presidente de desenvolvimento de sistemas da MasterCard onde diz que “Utilizamos varias metodologias de formas diferentes adaptadas ao nosso negocio”. O processo de desenvolvimento de sistemas da Master Card que antes era de 18 meses caiu para 12 e também o numero de defeitos nos sistemas. Outro exemplo seria a Nortel Networks, dizem que a escolha da metodologia varia para o projeto onde você esta inserido o contexto que você se encontra para fazer a validação e a escolha da metodologia a ser utilizada, atualmente a empresa utiliza o ISSO 9000 voltada para as comunicações seguindo o mesmo modelo de qualidade aplicada em seus mais diferentes e importantes clientes.

Para algumas companhias é super importante uma certificação, pois atestam o nível de operacionalidade de sua empresa perante seus clientes externos tendo com as principais, por exemplo, a ISO9000 e CMM voltas a empresa não a métodos impostos a desenvolvimento de sistemas sem a empresa como um todo. Pode existir que nestes melhore o desenvolvimento mas em meu ponto de vista existem metodologias voltas especificamente para a parte de software para melhor aplicação como Rup para projetos grandes, scrum e extreme program(XP).

Ter as certificações ainda é um fator diferencial na escolha de uma equipe de desenvolvimento, pois nos Estados Unidos ter uma certificação ISO9000 pode ser uma exigência em um determinado projeto em outros casos ainda você não faz mais que a obrigação tendo a certificação. Na área que compra softwares na defesa americana também avalia projetos e não é autorizado nada sem que a empresa comprove seu certificado CMM e apresente também as empresas onde estão fazendo as parcerias de projetos.

Se tomarmos como exemplo a Gartner segundo Matt Light diz que “Pregamos e preparamos somente processos suficientes” diz ele. Criar seus próprios processos e aplicar somente nas áreas desejadas é e melhor pratica para empresas que não precisam de um selo para ter seus produtos assegurados no mercado. De qualquer forma é um dever fazer um front da qualidade recomenda Michael J. Ashworth CIO da unidade de um banco de investimentos da J.P.Morgan Chase & Co.

Conclusão

Sempre existe algum modelo gerencial aplicável ao nosso cenário, grandes empresas vêem buscando em sua forma evolutiva cada vez mais programas de melhoria continua e programas como de emprega perfeita como foco no cliente, mas como esta nosso posicionamento gerencial, do que adiantam termos excelentes recursos se não podemos gerenciá-los de uma forma eficaz e condizente com sua estrutura e importância no negocio. Como administraremos uma área de Ti como princípios somente de administração? Como administraremos uma equipe de desenvolvimento de sistemas somente com conceitos de administração e marketing?

“Em algum lugar agora um projeto esta fracassando” Tom Demarco livro Peopleware.

Para gerenciamento de Ti precisamos de metodologias eficazes para uma melhor gestão e posicionamento no negocio aliado a administração. Para o desenvolvimento de aplicativos precisamos dar suporte aos analistas, não somente com administração mas dar suporte a estes para sua evolução gerencial, para isso existem as metodologias, que não são tudo mas nos fornecem uma visão sistemática e operacionalizada de nossas equipes com eficácia.

Todas são muito boas e aplicáveis, mas tem um Fim especifico.

Não tem nenhum segredo apenas tem suas diferenças e aplicações.

No próximo artigo estarei COBIT, ITIL (IT infrastructure Library), CMM, apresentando as diferenças entre elas com seus pontos fortes e fracos. Como eu falei durante o artigo elas podem se unir para ter um foco gerencial melhor e trazer melhores resultados em uma empresa.

Depois de algum tempo sem publicar artigos, estou atualizando meu blog e mudando o visual.
Os ultimos dois artigos publicados foram perdidos devido a falha na migração do meu antigo Hosting. Esta semana estarei publicando-os novamente e atualizando semanalmente com novos artigos do que existe de mais novo no mundo do “Desenvolvimento de Aplicativos Web” e temas voltados a “Gerência e Gestão de TI”.

Abraços,

att

Levantamento da SITUAÇÃO ATUAL (Inicial)
Realidade, necessidade, possibilidade, potencialidade, prioridade
Especificações Funcionais e Projeto Lógico do SI
Requisitos Organizacionais,Técnicos, Investimentos
Avaliação e Seleção de Softwares
Sistema de Informação e Programas Auxiliares
“Pacotes”, Customização, Desenvolvimento Integral
Projeto da Configuração de Equipamentos
Função do Software e necessidades organizacionais
Treinamentos de Usuário (peopleware)
Perfis existentes X grades de conhecimentos necessários
Plano Diretor de Sistemas e Informática
Recursos e ações no tempo, Cronograma

Agora descreveremos cada um deles com suas atribuições.

1 – Levantamento da Situação Atual (Inicial)
Quem faz o que, quando e por quê?
Repetitividade, Duplicidade, Manual/Automático
Quais dados / informações são gerados ?
Cadastrais, Transacionais, Temporários
Qual o suporte e o fluxo do dado/informação ?
Relatórios, entrada, processamento, armazenamento, saída
Qual a quantidade/volume de dados ?
Dados de cadastros, de movimentos, por períodos
Qual o espaço necessário de armazenamento ?
Banco de dados, Arquivo, Registro, Campo, Caracteres
Qual a distribuição necessária p/a Informação?
Quem, Quando, Aonde, Quanto

2 – Projeto Lógico do SI
Diagrama de Fluxo de Dados (DFD)
Sistemas, Processos, Armazenamentos, Fluxos e Entidades Externas
Definição de Processos, Arquivos e E.E.
Análise, Descrição e Interações
Requisitos Organizacionais p/o SI
Racionalização de Processos, Eliminação de Duplicidades, Atribuição de Responsabilidades, Criação de Necessidades
Especificações Técnicas do(s) Sistema(s)
Quantidade de usuários, Ambiente/Plataforma, Linguagem, Gerenciador de Banco de Dados, Segurança, etc
Investimentos
Função dos requisitos técnicos e porte do SI

3 - Avaliação e Seleção de Softwares

Pesquisa de Oferta de Mercado e Usuários Similares
Internet, Catálogos, Empresas, Visitas, Contatos
Pacotes X Customização X Desenvolvimento (Integral)
Projeto Lógico X Ofertas Disponíveis no Mercado
Requisitos de Plataforma (HW), Ambiente (SO, SGDB) e Infraestrutura
Monousuário, Rede, Risc, Mainframe, Centralizado, Descentralizado, Distribuído, Web Design, DB Hosting
Recursos de Instalação, Operação e Suporte
Interfaces c/Usuário, Parametrizações, Help on-line, Manutenção, Atualização, Internet, ASP
Modalidades de Aquisição, Investimentos e Custos
Direito de Uso, Locação, Compra, e-users
Softwares Básicos (estações e redes), SGDB e Auxiliares
Custos de Aquisição, Manutenção e/ou Atualização
Custos de Hosting

4- Projeto da Configuração de Equipamentos
Definição de Plataforma e Ambiente Operacional (f.Softwares)
Topologia, Sistema Operacional, Arquitetura
Dimensionamento de Equipamentos
Configurações e Quantidade
Servidores de rede, de comunicação, impressão, provedor
Estações de trabalho, terminais e periféricos – Work Stations
Equipamentos de Apoio (modens, hubs, roteadores)
Infraestrutura de Instalações
No-Break, Ar Condicionado, Piso elevado, Cabeamento
Suporte, up-grade e manutenção de Hardware
Fornecimento, garantias, reposição, contratos de manutenção
Suprimentos e reposições de peças
Material de Consumo, Peças

5- Treinamentos de Usuários (Peopleware)
Grade de conhecimento
Conhecimento básicos de Informática e da Rede
Treinamentos em Softwares Utilitários e suas possibilidades
Treinamentos em Software Aplicativo
Perfis necessários
Levantamento dos Existentes
Determinação dos perfis necessários
Estabelecimento de Perfis p/Recrutamento
Cursos e treinamentos disponíveis
Pesquisa de Mercado de oferta
Análise de programas de treinamentos
Planejamento
Custos dos Treinamentos
Cronograma Treinamento
Atualizações Permanentes

6 – Plano Diretor de Sistemas e Informática (PDSI)
Especificação, quantificação e valoração de Softwares
Básicos, Aplicativos e Auxiliares
Especificação, quantificação e valoração de Hardware
Arquitetura,Configuração e Apoio
Qualificação, quantificação e valoração de Treinamentos de Usuários
Plano de Treinamento e Quadro de Perfis
Planejamento
Orçamento Físico Financeiro
Cronograma Implantação
Manutenção/Atualização do PDSI
Atualização Tecnológica
Dimensionamento c/a Empresa

Qualquer duvida entrar em contato, este é o Plano basico para elaboração de um PDSI. Vocês viram a similaridade com um PDCA(Plan, Do, Check, Action)? Obvio que adaptado ao nosso meio mas o mesmo  ocorre em um PDSI(Plano diretor em sistemas de informação).

Abraços

Estarei abortando apresentando um conteudo importante para desenvolvimento de um Plano Diretor para uma area de informações/Tecnologia, onde uma empresa com metas tangiveis e aplicada em resultados deve ser eficaz na obtenção das informações com clareza e deixar de lado o desperdicio de tempo.

APLICABILIDADE DE UM PLANO DIRETOR DE SISTEMAS DE INFORMAÇÃO(PDSI)

Na modernidade o mundo propõe novas concepções as empresas e a sociedade vem gerando mudanças cada vez mais rápidas, sendo que a rapidez na mudança é uma das mais importantes dela. Por isso esta mudança deve ser planejada e contemplada com dizia a Teoria Administrativa do Desenvolvimento Organizacional.

Essa realidade vem afetando a sobrevivência de diversas empresas, pois a adequação as novas “leis” vem sendo obrigatórias em grandes corporações onde por exemplo, empresas possuem ações de capital aberto na bolsa de valores New York precisam adequar-se as normas da Sarbaney Oxley(Sox). Todavia, tem-se observado as diversas empresas, principalmente as menores, vem utilizando as tecnologias sem um planejamento mínimo. Atenção neste ponto que uma vez que não existe este tipo de planejamento, elaboração de políticas e regras para a utilização e a interação dos sistemas de informação, os relatórios e dados importantes para tomada de decisão se multiplicam, trazendo demora e confusão na tomada de decisão e ainda gerando desconforto aos seus clientes.

Uma vez que o planejamento visa à pesquisa, projeção e a adequação do uso da tecnologia da informação, tendo em vista a multiplicidade e as possibilidades de emprego desta, estas devem ser desenvolvidas com uma visão gerencial e empresarial abrangente, tratando a tecnologia da informação de vários aspectos e ângulos diferentes para facilitar as decisões. Todavia, existem muitos casos onde a metodologia implantada consistem em restringir de forma reativa e não proativa, não contemplamdo nenhuma estratégia previamente planejada a longo prazo.

Os sistemas de informações são onde estão alocadas as informações de todo genero e é massa necessária para os executivos tomarem as decisões. De fato todas as áreas da empresa têm informações que proporcionam a sustentação da empresa no mercado. Quando as empresas precisam investir em uma sistema de informação que a torne competitiva, com a rapidez do mercado, esta sempre recorre a um sistema estruturado de informação que a faça implantar e aperfeiçoar sua informação. O Plano Diretor de Sistemas de Informação(PDSI) é uma alternativa de planejar os recursos e alocar as informação, trazendo e agregando valor a empresa onde este plano tem uma série de passos para trazer a visão do todo dos sistemas de informações vislumbrando o retorno de investimento e dando a possibilidade de saber onde melhor aplicar seus recursos dentro deste contexto.

O QUE É PLANO DIREITOR DE SISTEMAS DE INFORMAÇÃO (PDSI)?

O objetivo do desenvolvimento de um Plano Diretor de sistemas de informação é proporcionar ao cliente uma visão completa do seu ambiente tecnológico de Informação e também apresentar cenários comparativos mostrando onde é possível melhorar e otimizar a informação, vislumbrando o retorno de investimentos, já realizados e ainda uma visão futura dos que ainda serão realizados.

São ações estruturadas e interadas, especificadas, distribuídas no tempo e no padrão correto, levando em consideração os custos, quantificadas, contemplando os recursos e fatores envolvidos, com o objetivo de adequar e gerar um plano de direção para sanar os problemas e necessidades operacionais com o uso da Tecnologia e tirando o maximo possível deste recurso para possibilitar o apoio a tomada de decisão e exploração de suas estratégias, visando maximizar a eficacia dos recursos.

Em carater introdutório é isso senhores.

Vamos abrir o plano diretor passo a passo nos proximos artigos e também comentar sobre as empresas que estão preferindo a Certificação COBIT por causa da Sox.

“Utilize a informação com a segurança que a comunicação exige.”

Abraços.
Marcio Dalago