← Back to team overview

openerp-brazil-team team mailing list archive

Re: Tarefas Não Programadores

 

Pedro,

acho que a maior limitação atual para o desenvolvimento do OpenERP no
Brasil é a inexistência de casos de sucesso locais. Nosso foco, como
comunidade, tem de estar em expandir a base de usuários aqui no Brasil e
montar os tais casos de sucessos.

Primeiramente, temos de focar em fazer com que o OpenERP seja utilizável
- ou seja, atende os mínimos requisitos das legislações locais: NFF,
ECF, TEF, SINTEGRA, NFe, Depto Pessoal, etc.

Acho que o jeito mais rápido de fazer isso acontecer é usar a sugestão
que você deu e integrar o OpenERP com fornecedores dessas soluções.
Esses fornecedores de sistemas funcionais passam a ser parte interessada
no sucesso do OpenERP e, como consequência, parte da comunidade.

Portanto, gostaria de colocar mais uma tarefa:

"Trazer fornecedores de soluções funcionais locais para dentro da
comunidade".

Em relação às outras tarefas, comentários:

2 – Suporte a usuários

Alguém poderia ficar responsável por colocar as perguntas e respostas na
ferramenta "Answers" do Launchpad. Ela existe exatamente para isso.


3 – Documentação em Português

Isso é um trabalho hercúleo e, basicamente, só interessa programadores e
integradores. Acho interessante mas impraticável com nossos recursos
atuais. Nesse momento todos os envolvidos são, ou deveriam ser,
proficientes em Inglês. Hoje isso é ferramenta básica de programação.


5 – Processos e Best Practices

Isso também é pesado e é só parcialmente coberto pela documentação. Acho
que falta experiência com o OpenERP para nós iniciarmos tal coisa.


7 – Metodologia para implantação e suporte

Vide ponto n° 5.






Em Qui, 2009-09-03 às 12:11 -0300, Pedro L Bicudo Maschio escreveu:
> Esta lista se dedica a debater as atividades necessárias que podem ser
> executadas por não-programadores do OpenERP
> 
> Quem quiser contribuir, por favor, relacione se nome e acrescente “não
> sou programador”
> 
> Atividades pendentes que precisam de um responsável:
> 
>  
> 
> 1 - Tradução e terminologia
> 
> Todos podem contribuir, usando o launchpad. Porém, precisamos de um
> revisor responsável, que verifique a consistência das traduções feitas
> por todos e mantenha um dicionário de “ termos oficiais”. Eu (pedro)
> me candidatei, ninguém respondeu, e acho que sou o responsável por
> isso. Mantenho um glossário no wiki
> http://openerpbrasil.bluwiki.com/go/Glossário_de_tradução
> 
> Acho que isso podia ser feito no launchpad usando blueprints, mas
> ainda não sei usar
> 
>  
> 
> 2 – Suporte a usuários
> 
> Várias pessoas que entram no grupo fazem perguntas “tem isso”, “faz
> aquilo”, etc. Ninguém responde. Precisamos de um responsável por
> entender as perguntas, registrar e criar um FAQ.
> 
> O FAQ pode ser escrito dinamicamente no mesmo wiki citado, e a cada
> vez que o responsável acha que está bom, com atualizações corretas,
> copia do wiki para publicar no site do projeto.
> 
> O responsável precisa instalar e usar o OpenERP, mesmo que com dados
> fictícios, para desenvolver a capacidade de suporte.
> 
> Quem quer ser responsável por esse tema? Candidatos?
> 
>  
> 
> 3 – Documentação em Português
> 
> Precisamos traduzir o material e publicar. Temporariamente no wiki
> citado (que é gratuito) ou no Blueprint do launchpad. 
> 
> Não é traduzir o software, é criar a versão em português do
> http://doc.openerp.com/ 
> 
> Precisamos de um responsável por manter o conteúdo, ou seja, atualizar
> a versão Português toda vez que se publicar uma nova versão do OpenERP
> 
>  
> 
> 4 – Manuais de treinamento
> 
> Os colegas de MG fizeram (ouvi dizer) mas não publicaram
> 
> Se alguém se habilitar, podemos desenvolver material de treinamento.
> Porém, normalmente o pessoal prefere vender o treinamento e não
> disponibiliza os manuais para a comunidade. Acho que é um tema para
> mais tarde.
> 
>  
> 
> 5 – Processos e Best Practices
> 
> Diferente da documentação, o desenho dos processos e workflows são
> fracos na documentação do OpenERP
> 
> Este desenho seria mais técnico, documentando as relações entre
> módulos, telas e procedimentos dos usuários.
> 
> Depois viria  as melhores práticas: qual a melhor maneira para
> gerenciar uma ordem de compra, qual a melhor maneira de administra o
> contas a pagar, etc.
> 
>  
> 
> 6 – Especialistas de Módulo
> 
> O Raphael tem razão de que não vamos conseguir ter especialistas para
> todos os módulos. Mas podemos agrupar em “clusters”, e o responsável
> por um conjunto de módulos procura na comunidade os especialistas de
> cada módulo, assim monta um networking de especialistas por processo
> ou módulo. Com isso, as questões de documentação, resolução de bugs e
> apoio aos membros da comunidade Brasil ficaria mais organizado.
> 
> Precisamos de um responsável: quem se habilita?
> 
>  
> 
> 7 – Metodologia para implantação e suporte
> 
> Exemplo: se uma empresa tem RM sistemas e quer migrar para OpenERP,
> como deveria fazer, quais passos, quem contratar, etc.
> 
> No futuro, membros da nossa comunidade vão prestar esses serviços, mas
> se a gente tiver uma metodologia comum, todos saem ganhando.
> 
> Quem vai coordenar a lista de consultores e debater as alternativas de
> metodologia?
> 
> Precisamos de um responsável: quem se habilita?
> 
>  
> 
> 8 – Responsável por estas tarefas
> 
> Este responsável manteria um lista de nomes de quem está fazendo o
> que. Seria o coordenador dos não-programadores. Alguém se habilita?
> 
>  
> 
> Tem mais coisas que a comunidade queira inserir nesta lista?
> 
>  
> 
> [ ]
> 
> Pedro L Bicudo Maschio
> 
> www.tgtconsult.com.br
> 
> 011-9402-9435
> 
>  
> 
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team
> More help   : https://help.launchpad.net/ListHelp




Follow ups

References