Ressources pour la mise en œuvre d'ERP et d'autres applications d'entreprise? [fermé]

Question

Lors du développement d'un logiciel de type ERP ou de tout autre système d'entreprise complexe, quelles ressources consultez-vous pour les meilleures pratiques?

Je suis un développeur, pas un comptable, ni un acheteur, ni un gestionnaire.
J'ai une expérience de la gestion de projets en ingénierie (non liée aux logiciels) et une grande expérience des processus opérationnels en conception, achats, gestion des stocks, ventes, fabrication, contrôle de la qualité, service après-vente, etc.

Mon problème, c’est que lors du développement d’un logiciel de gestion, vous vous retrouvez toujours confronté à des domaines dans lesquels vous manquiez de compétences et je pense qu’une bonne compréhension des processus et de la façon dont d’autres ont résolu des problèmes similaires est absolument essentielle pour développer des logiciels compétents.

Existe-t-il des ressources en ligne présentant des pratiques optimales ou des recueils d'expériences pratiques sur la façon dont les personnes résolvent et implémentent les règles et processus métier dans les systèmes ERP, etc.?

Answer 1

Il existe APICS, l'Association for Operations Management, à l'adresse www.apics.org . (Le "I" signifiait Inventaire, mais les paradigmes ont changé ...) De nombreuses villes ont un chapitre local avec des réunions régulières.

Answer 2

Je suppose que vous ne voulez pas dire les meilleures pratiques pour les logiciels. Vous parlez de pratiques commerciales, non?

Où allez-vous? Cela semble évident, mais vous devez trouver des experts de domaine quelque part. Ils devraient être dans votre entreprise, quelle que soit sa taille. Si vous ne connaissez pas bien le sujet et qu'il est peu probable que vous soyez un développeur expert ET un gourou des PCGR, vous devez trouver des sources qui le savent.

Je pense que c’est le bon endroit pour prendre des décisions d’achat ou de construction. Pourquoi écrire un logiciel de comptabilité alors qu’il y en a tellement qui le font pour vous? La plupart des gens qui décident d’écrire leur propre grand livre le justifient généralement en citant "ridicule". licences, mais ils ne parviennent pas à estimer avec précision le coût réel de la conception, de la mise en œuvre, des tests et de la maintenance de leur propre système. Acheter un paquet signifie acquérir l'expertise distillée de toutes les personnes que les développeurs ont contactées. Vous supposez qu'ils ont fait du bon travail aussi.

Answer 3

Pour comprendre le fonctionnement des choses, vous devez d’abord examiner les procédures internes de votre client: les procédures de passation des marchés en sont de bons exemples. Elles sont généralement entièrement documentées, le processus d’achat étant considéré comme une source potentielle de problèmes dans la plupart des entreprises (au contraire, les procédures comptables sont généralement mal documentées car elles reposent sur des règles officielles et obligatoires).

Grâce à ces procédures, vous découvrirez tous les formulaires standard utilisés dans l'entreprise, qui fait quoi, ce qui doit être conservé ou archivé, etc. Cela vous aidera à comprendre les processus avant de rencontrer les responsables. Gardez toujours à l'esprit que votre application doit s'en tenir à ces procédures et que, si elles n'existent pas, l'application deviendra de facto la procédure: dans ce cas, vous aurez généralement la possibilité (1) d'acheter comme proposé par #duffymo ou (2) construire en suivant les demandes et les spécifications de vos clients. Dans ce dernier cas, je vous conseillerais de collecter auprès des utilisateurs les différents documents qu'ils utilisent déjà, généralement des modèles Word et des feuilles Excel pour le suivi des données. Cela pourrait être une source d’inspiration majeure et vous aider à élaborer des propositions intelligentes ...

Un module de suivi et de gestion des procédures (annexes, projets de proposition, etc.) pourrait être un bon moyen de commencer avec votre système de type 'ERP like'.

Answer 4

Vous avez déjà des experts internes qui connaissent les processus de votre entreprise mieux que quiconque. Allez simplement parler à vos comptables, gestionnaires, acheteurs, superviseurs et utilisateurs habituels du système. Ils vous diront ce qu’ils ont besoin d’un système ERP. Ensuite, ajoutez simplement quelques petites améliorations en tant que développeur et rendez tout le monde heureux.