mardi 21 juillet 2009

Pourquoi ce blog

Un blog sur OpenERP? Mais pourquoi donc??

N'y a-t-il pas une documentation officielle très riche et très complète :
http://doc.openerp.com/

N'y a-t-il , pour les francophones, un livre intéressant en français :
http://www.amazon.fr/dp/2212122616?tag=fabsblo-21&camp=1414&creative=6410&linkCode=as1&creativeASIN=2212122616&adid=00Y0TC37FXA28KZ974XR&

N'y a-t-il pas des sites francophones qui présentent des astuces intéressantes, tels que :
http://open-net.ch/Progiciel-OpenERP

Et finalement, les bloggeurs de Tiny ne suffisent pas?
http://www.openerp.com/planet

Si!!
Alors.. Pourquoi ce blog?


L'idée de ce blog n'est point de substituer les productions de l'éditeur de OpenERP ni de sa communauté -dont je fais partie d'ailleurs...
  • Ce blog se veut un univers de partage et de communication entre des informaticiens qui veulent intégrer ce merveilleux domaine qui est OpenERP.
  • Il se veut une école qui transmet tout le savoir et le savoir-faire d'un intégrateur OpenERP vers d'autres personnes passionnés du domaine.
  • Bref, je vois d'ici un certain temps une dizaine de personnes capables de se présenter à des clients et de leurs proposer des services en OpenERP avec confiance. Ce blog est en quelque sorte une "formation" gratuite.

Comment vont se dérouler les choses? Je vais poster périodiquement des informations, des exercices, des astuces, etc... destinés à forger le "OpenERP style" des lecteurs. Ceux-ci sont alors invités à interagir activement afin d'avancer vers les étapes suivantes.

Cet intégrateur OpenERP qui vous parle ne prétend pas pouvoir répondre à toutes les questions posées -c'est le rôle de la communauté OpenERP- mais se doit de fournir tout le savoir qu'il a afin de guider les lecteurs dans la bonne direction... Sans oublier un instant le but final : Que ces lecteurs deviennent un jour de vrais intégrateurs OpenERP!

Saad.

2 commentaires:

  1. j'aimerais intervenir ds l'expression 'faite ce que demande le client'
    Des fois mais pas toujours les demandes du clients sont irrélist eou irréalisable
    donc le rôle du consultant est de conseiller le client et lui montrer les choix adéquat et en quoi il sont plus judicieux car ayant une connaissance globale du systéme celui ci peut voir les conséquence d'un choix par rapport à un autre

    abdrahman elkafil
    consultant OPENERP
    http://www.nextma.com

    RépondreSupprimer
  2. @Mr. Abdrahma :
    Merci beaucoup pour votre intervention. Ravi de vous voir ici.

    Oui, vous avez raison, un consultant doit avant toute chose "conseiller" le client. Mais ceci demande une certaine expertise dans le domaine fonctionnel, chose que je suis encore loin d'acquérir :)

    Autre chose : Je suis tombé sur un document très intéressant dans le site ittoolbox. Je vais le commenter dans un futur post, pour le moment voici un extrait significatif :

    " If you want to implement quickly, leave your business processes as they are, even if this means these processes require extra steps in the new application".
    Ce qui veut dire qu'il faut tolérer certaines fantaisies du client, temporaiment.

    Merci.

    RépondreSupprimer