Recebi de Antonio Correia uma mensagem poertinente sobre o GP-Web para uso na construção civil sobre a qual dei a seguinte resposta (logo abaixo a transcrição ipsi literis da msg original):
1 - Sistema de arquivos - O GP-Web atende 100% das suas necessidades - pois pode anexar qualquer tipo de arquivo a um projeto, tarefa, etc, com controle de acesso, retirada, e verão.
2 - Usuários e permissões - O GP-Web é extremamente forte em permissão, podendo para cada projeto, tarefa, poder definir quem pode ver e quem pode editar
3 - Exportação e importação de arquivos - Atualmente o GP-Web importa projetos do MS Project . Importar de planilha excel me parece exótico demais... Nunca vi nenhuma firma grande usando excel para gerenciar projetos. O programa importa contatos do outlook da MS.
4 - Cronograma físico-financeiro - Atualmente o GP-Web permite cadastramento de listas de custos unitários e quantitativos, com natureza de despeza, dentro de cada tarefa. O projeto seria uma compilação de todas as tarefas. Creio ser essa a parte mais fraca do GP-Web, pois não sou da área de contabilidade. Caso me passe padrões de mercado, tipo de arquivos financeiro eletrônicos usados pelo mercado, posso vir a adotar.
5 - Facilidade de uso - O Gp-web permite criação de perfis de acesso customizados o que permitiria o que descreves neste ítem.
6 - Lay-out - O link para mensagem é pq há duas partes grandes, e que podem trabalhar distintas, ou coordenadas que são: email/modelos de documentos e projetos/gerencia da gestão. A mudança de layout é possível, mas não prioritário no momento.
Em cima do que disse, acredito estar muito próximo do que necessita para engenharia.
Prezado Sérgio Reinert,
Conforme sua solicitação, estou enviando um pequeno escopo sobre o uso mais adequado de um gerenciador de projetos baseado na minha realidade de uso. Isso não é uma verdade absoluta, considerando-se principalmente que cada escritório de engenharia trabalha de uma forma diferente, e que cada obra tem suas particularidades. As informações que coloquei abaixo acredito que sejam necessidades da maioria dos engenheiros. Afinal, a maioria dos sistemas que existem hoje são muito mais destinados à construção de softwares do que de obras de construção civil. Nesse ramo, as necessidades são muito mais baseadas na diversidade e quantidade de arquivos que acompanham a execução da obra e a interação comtodos os envolvidos no projeto.
Espero que este escopo seja uma boa base para se começar. Uma sugestão que faço é que pegue a versão trial do project no site da microsoft. Acredito que poder visualizar como o MSProject funciona e suas facilidades é o melhor caminho para conseguir substituí-lo.
Outros sites que podem ser úteis:
www.Sourceforge.net - diretório de softwares livres - bom para pesquisar softwares livres e outros sistema que podem ser integrados ao GPWeb
forum.ecivilnet.com - fórum de engenharia civil bem ativo.
Agradeço a oportunidade de poder dar minha pequena contribuição ao seu projeto e fique à vontade para continuarmos o debate sobre o uso na construção civil, se lhe aprouver.
Escopo para adequação do GPWeb ao gerencimaneto de projetos de engenharia civil
1 - Sistema de arquivos - Há uma grande troca de arquivos envolvidos nas obras de engenharia civil. Nos projetos grandes, como os que estamos trabalhando atualmente (construção de concessionários de automóveis), há uma média de troca de quase 700 arquivos por obra. O controle destes arquivos é muito importante. Imagino que a vinculação destes arquivos à cada tarefa ou sub tarefa da obra seja uma maneira eficaz de controlá-los.
Os tipos de arquivos trocados são, basicamente:
- arquivos do tipo dwg - os projetos executivos, de elétrica e hidráulica da obra. Para um projeto completo, os arquivos de desenhos são feitos em cad e enviados aos clientes, que sugerem pequenas modificações. Assim, até a aprovação do projeto, são realizadas várias versões de cada arquivo dwg, que precisam ficar perfeitamente indicadas no programa, em um campo específico, dizendo qual a versão do desenho, data e um espaço de texto para um resumo das modificações efetuadas.
- aprovações de orgãos competentes - o projeto executivo precisa ser aprovado pela prefeitura, pelo cliente, pelo shopping (no caso de obras de lojas de shopping). O de elétrica precisa aprovação da eletropaulo, do shopping e etc, assim como o de hidráulica. Essas aprovaçãos são, nomalmente documentos padrão de cada orgão envolvido, os quais são preenchidos e enviados aos orgãos. Também precisam, assim como os arquivos dwg, dos campos específicaos com data, observações e versão.
- fotos - um projeto gera um número muito grande de fotos de cada etapa da obra. Imagine um arquiteto envolvido em uma obra em outra cidade, e que faz uma visita a obra por semana. Se algum responsável local pela obra ficar encarregado de tirar fotos diariamente da obra e seus detalhes, o gerenciamento da obra fica muito mais dinâmico. Assim, o GPWeb precisa permitir a visualização de imagens e mais do que isso, a possibilidade de se comentar em campo específico da foto os detalhes do que precisa ser modificado naquela tarefa. Outra coisa que me preocupa é o fato de cada obra gerar um numero muito grande de fotos, cada foto com 2 a 3 Mb. Se cada obra gerar umas duzentas fotos, já são quase 600 Mb. Uma maneira fácil de se armazenar essas fotos em outro servidor (picasa? flickr?) e buscá-las através de link talvez fosse mais viável, ainda mais se pudesse se configurar sua conta do flickr ou do picasa pelo próprio GPWeb. Outra dica é poder colocoar as fotos em um outro servidor externo ou local, qualquer, com maior espaço de armazenamento que funcionaria como um hdexterno e poder buscar essas imagens como link. Enfim, as possibilidades são muitas, é o caso de se estudar a melhor. Um exemplo muito bom de como se trabalhar fotos de projetos são os álbuns de fotos do facebook, onde as imagens são mostradas atra´ves de apresentações e há a possibilidade de se comentar cada uma delas, inclusive durante a apresentação das fotos. O upload de multiplos arquivos também é uma qualidade bastante desejada.
- Arquivos PDF - as mesmas recomendações dos outros tipos de arquivos, com opção de visualização do pdf no próprio GPWeb
2 - Usuários e permissões - Uma coisa muito importante é a permissão de visualização que cada usuário pode ter, e a facilidade de se configurar isto no sistema. Um escritáriio de arquitetura pode ter vários projetos em andamento ao mesmo tempo, inclusive de empresas concorrentes. Um usuário conseguir acesso as informações de outro projeto é um risco muito grande á imagem do escritório de arquitetura. Damesma forma, colaboradores nãopodem ter acesso ás informações macro dos projetos, somente pode ter acesso ás tarefas, eventos, arquiivos, notificações e etc atribuídas à ele. Nem mesmo aceso à outros usuários e contatos do prjeto ele pode ter acesso.
3 - Exportação e importação de arquivos - A interatividade do GPWeb com os principais tipos de extensão, como .doc, .xls, .pdf, etc seria muito apreciada. Imagine que invés de se digitar contato por contato ou empresa por empresa ou projetos por projeto e tarefa por tarefa, pudesse pegar seu arquivo do excell com todos os seus contatos e importá-los para o GPWeb. Os projetos e tarefas também. Grande parte dos engenheiros e arquitetos acabam por utilizar o excell para fazer pelo menos o esboço do cronograma. Permitir o GPWeb importar isso seria uma facilidade enorme. A exportação desses dados para o excell também seria muito bom. Para não gerar problemas com permissões, todos esses arquivos importados poderiam ser colocados numa permissão default somente visível para o usuário que importou os dados, sendo depois permitido a ele configurar as permissões de acesso. A importação dos dados poderia ser atrelada a arquivos modelo, que seriam exportados para o computador do usuário para depois serem importadas novamente.
4 - Cronograma físico-financeiro - Ainda não entendi muito bem como o GPWeb trabalha com o cronograma físico-financeiro de uma obra, mas poder atrelar a previsão de custos à cada tarefa (talvez até com a importação do arquivo de orçamento daquela tarefa, ficando o arquivo somente como anexo para visualização em caso de dúvida) talvez fosse uma boa alternativa.
5 - Facilidade de uso - O maior entrave para o uso de qualquer sistema é a facilidade de os usuários interagirem com ele. Me lembro de um programador ter me dito uma vez que "todo sistema é tão bom quanto mais dados sejam inseridos pelos usuários" O GPWeb não pode ser us sistema construído somente para ops engenheiros trabalharem. É preciso interação. O dono de uma pequena prestadora de serviço que vai fazer o banner de sua obra tem de ser capaz de utilizar o sistema para poder interagir com você. Essa interação com esse tipo de usuário pode e deve ser através do email do sistma. Ao invés de usar seu email normal, esse tipo de usuário utiliza-se do email do sistema para suprir o sistema com dados do projeto e não deixar o sistema "manco" por falta de interação. IOsso poderia ser feito, deixando-se o email o mais parecido possível com os emails convencionais, com uma pequena diferença. Todo o email enviando teria um pequeno campo referenciando a tarefa para a qual aquele fornecedor ou prestador de serviço foi designado. E só.
Assim, colocado dessa forma, o sistema como um todo seria utilizado:
- pelo escritório de engenharia para colocar o projeto como um todo, desde a execução dos desenhos no cad até as tarefas e subtarefas, discriminando as permissões de cada um dos envolvidos.
- Os engenheiros responsáveis pelo acompanhamento de cada obra teriam permissão para interagir de uma forma mais macro, fazendo upload de arquivos, relatórios, fotos, etc e também enviando e recendo email. Cada novo arquivo e observação geraria uma notificação para cada um dos envolvidos recebidos em sua caixa de entrada.
- colaboradores - Interação como sistema, através de sua caixa de mensagens
- cliente - Alçguma interação, através da ciaxa de mensagens e acesso à determinadas partes do projeto.
6 - Lay-out - O cabeçalho do sistema poderia sofrer uma pequena modificação. É meio confuso o link no campo direito superior que leva ao sistema de email e ao gerenciador, pois quando a figura está em email você clica e leva ao gerenciador e vice-versa. Poderia ser trocado por abas, uma para o gerenciador e outra para os emails. Outra coisa seria ter links para configurações adicionais direto da funcinalidade que se está editando, como por exemplo, ao preencher os dados de uma empresa, pudesse se clicar num link que abriria uma janela adicional para se colocar os contatos daquela empresa, sem ter que fechar a empres, abrir contatos, preencher contatos e depis voltar a editar a empresa e vincular os contatos àquela empresa. Este tipo de facilidade poderia ser aplicado ao sistema inteiro, em todas as funcionalidades, sempre que possível.
Autor: Sérgio Reinert
2323 comentários
Como toda nova feerramenta de trabalho, precisaremos dedicar um tempo para conhecer e operar plenamentes este software. Porém, tenho certeza de que este tempo será bem reduzido pelo fato de que o GPWEB é bastante interativo. Final desejo parabenizar sua dedicação e competência com que tem conduzido esta grandiosa missão. um abraço Tarciso Rodrigues
PISON Engenharia.
Conforme citei anteriormente, implantamos o GP WEB em carater experimental em nosso escritório. Estamos muito satisfeitos com o desenpenho deste sistema. Entretanto estou com um pequeno problema que atribuo à nossa falta de conhecimento na implantação de softwares via web.
Gostaria de obter sua ajuda no sentido de nos orientar como acessamos o GP WEB via internet em nosso servidor (de outro computador que está na obra, por exemplo). Desde já agradeço sua atenção e novamente parabenizo seu execelente trabalho no desenvolvimento desta ferramenta. Um abraço