Ferramentas do usuário

Ferramentas do site


isquare_software

Essa é uma revisão anterior do documento!


Fase Atual

Entendimento da necessidade e elaboração de proposta de trabalho.

A Empresa

A Isquare Software, ou pelo menos a parte dela da qual o Leonardo Dias, meu contato, faz parte, tem como negócio principal a comercialização de “softwares originais”. São sistemas produzidos a partir da idéia de uma solução para um problema e da verificação de sua necessidade no mercado. Atualmente a empresa está baseada em um software de distribuição de arquivos via multicast com checagem de sucesso. Existem mais duas idéias de novos sistemas.

A ferramenta atual é escrita em Delphi e foi construída por uma equipe ou programador contratado do sul do país.

Qual a descrição básica do software atual? Descrição geral, arquitetura e principais funcionalidades.

Qual a situação do software atual em relação a seu desenvolvimento? Está pronto?

Qual a situação desejada e em que espaço de tempo?

Necessidades

  • Estruturação da TI da empresa para:
    • Desenvolvimento interno de softwares
    • Mais algo?

Proposta de Trabalho Inicial

Definição de uma Estrutura

  • Equipe? Qual?
  • Equipamentos? Quais?
  • Rede? Link? Telefonia?
  • Ferramentas de Software
  • Tecnologias a serem usadas
  • Qualificação

Definição de Processos

Diretiva
busca de simplicidade e adequação à necessidade

  • Desenvolvimento de sistemas
    • Comunicação
    • Documentação
    • Testes
    • Qualidade

Cronograma

Sugestões

Algumas sugestões, independentes da proposta de trabalho.

Documentação

Documentação é parte fundamental num ambiente de TI, seja de infra-estrutura ou de desenvolvimento de sistemas. Comumente um ambiente de infra possui sistemas e um ambiente de desenvolvimento tem sua infra-estrutura, portanto recomendo que haja alguma preocupação com esses dois tipos de registro. É muito importante ajustar, não só o que será documentado, mas também os processos e tudo mais, a cada realidade de empresa. Não vale a pena querer matar uma mosca com um canhão. Tentando documentar tudo numa estrutura pequena, vai se dispender, provavelmente, mais tempo do que o necessário na prática. É interessante refletir sobre o que será realmente consultado novamente um dia, o que será necessário no caso de rotatividade da equipe ou de ausência temporária de um membro, o que todo mundo sabe e não precisa estar escrito e assim por diante.

Outras documentações a se considerar podem ser administrativas (formulários, modelos de papel timbrado, documentos, imagens da empresa, etc) definições de processos em geral (como atender um cliente, como encaminhar um pedido, etc) e documentos gerados no dia-a-dia, trocados em emails, baixados da internet e tudo mais.

Considerando-se todas essas coisas, sem dúvida, uma sugestão que se aplica a qualquer realidade é o uso de uma ferramenta qualquer que facilite este processo. Essa ferramenta pode ser desde uma simples pasta compartilhada na rede, onde as pessoas colocam documentos numa estrutura de diretórios, ou uma ferramenta mais específica para este fim, como um repositório CVS ou SVN, um GED ou mesmo um wiki, ferramenta que atualmente tenho achado muito útil para a grande maioria dos casos. No desenvolvimento de sistemas é recomendável uma ferramenta como CVS ou SVN (ou outras muitas análogas) que o desenvolvedor possa usar direto de seu ambiente de programação e simplesmente gerar de uma vez novas versões de toda uma estrutura de código, o que o wiki não faz. Para todas as outras necessidades que mencionei aqui o wiki (como este onde está esse texto) se aplica bem.

Boas Práticas

  • Tenha um repositório de documentos e documente seus sistemas

Ferramentas

  • Mediawiki
  • Camstudio / Vídeos em flash
  • CVS/SVN
  • Freemind
isquare_software.1186177596.txt.gz · Última modificação: 2007/08/03 18:46 por cartola