Lorsque nous présentons PQFORCE à nos clients, nous rencontrons généralement la situation suivante : une organisation comptant des dizaines, voire des centaines d'employés. Toutes ces personnes travaillent depuis longtemps selon certaines procédures. Il existe des chefs de projet qui planifient et contrôlent leurs projets selon la méthodologie X ou Y. Il existe de nombreux ingénieurs de développement. Il existe de nombreux ingénieurs de développement qui effectuent leur travail quotidien en fonction des tâches qui leur sont confiées. Mais il y a aussi les responsables hiérarchiques qui établissent le planning de leurs employés et veillent à ce qu'ils aient tous assez à faire, mais pas trop.

Toutes ces personnes ont des routines quotidiennes plus ou moins ancrées. Certains ont un processus très structuré pour travailler ; pour d'autres, chaque jour est un peu différent. Mais tous parleraient probablement d'une certaine routine selon laquelle ils travaillent.

La culture d'entreprise détermine les processus

Il s'agit des processus prédéfinis tels qu'ils sont (éventuellement) spécifiés par la direction. Par exemple, des diagrammes de flux de travail selon lesquels les employés doivent travailler. Selon le travail et le domaine d'activité, cela est bien sûr également nécessaire - pour qu'un rythme soit établi et que les différentes fonctions, c'est-à-dire les personnes, collaborent de manière optimale. Les processus d'une entreprise ont également beaucoup à voir avec la culture d'une organisation. Et souvent, la personnalité et les habitudes des personnes à l'origine de ces processus jouent également un rôle majeur dans le déroulement d'une routine quotidienne typique. Qui prend des pauses, quand et avec qui ? Une personne est-elle plutôt du matin ou du soir et vient-elle au travail plus tôt ou plus tard en conséquence ? Ces aspects ont une grande influence sur la culture d'une entreprise.

L'homme, la créature de l'habitude

Ce sont précisément ces habitudes des utilisateurs qui nous posent souvent problème lors de la mise en œuvre du système. Les discussions sur les outils sont cristallisées par les habitudes des utilisateurs. "Pourquoi je ne peux pas déplacer cette tâche ici et maintenant ?" "Pourquoi dois-je d'abord entreprendre un effort de planification avant de pouvoir allouer des ressources ?" Ces questions ou d'autres semblables sont celles que les utilisateurs posent lorsque nous présentons PQFORCE aux clients. "Eh bien," vous pourriez répondre. "Pourquoi le faites-vous différemment ?" - "Parce que c'est comme ça qu'on fait." est la réponse. Et voilà, vous l'avez. C'est juste la façon dont on le fait, par habitude surtout. Et non pas parce qu'un processus de l'entreprise le prescrit de la même manière. On pourrait donc certainement procéder différemment.

Ces habitudes sont parfois si fortes que les entreprises spécifient des cas de test très détaillés pendant l'évaluation du système, qui doivent ensuite être démontrés aussi précisément que possible par le fournisseur avec son système. Ces cas de test reflètent exactement les processus de l'entreprise. Cette procédure d'évaluation n'est pas à condamner en soi. Il donne au fournisseur du système un aperçu de la culture de l'entreprise. Néanmoins, dans de nombreux cas, il suffirait de demander l'essentiel, c'est-à-dire ce que l'outil devrait être capable de faire, et non comment il le fait en détail. De cette manière, le fabricant de systèmes peut également faire valoir sa philosophie d'utilisation et mettre en avant les points forts de sa solution.

Derrière un (bon) outil se cache une philosophie

Un outil puissant comme PQFORCE suit désormais une "philosophie d'utilisation" concrète. Et j'espère qu'il en va de même pour les autres systèmes logiciels. Lors du développement d'une telle application, le fabricant réfléchit fondamentalement à ce que le système doit être capable de faire (c'est-à-dire l'étendue et la gamme des fonctions) et à la manière dont il doit être utilisé (concept d'utilisation, voir également cet article). Dans le cas de PQFORCE, nous ne l'avons pas fait discrètement, mais en étroite collaboration avec des praticiens de l'industrie suisse pendant de nombreuses années. Il en résulte une solution optimale qui s'adapte aux processus typiques de l'industrie. Cependant, il est également clair que des compromis doivent être faits lors de la mise en œuvre d'une philosophie d'utilisateur. C'est là qu'intervient la configurabilité, qui permet d'adapter les détails de l'outil aux besoins de l'utilisateur. Alors : outil ou processus ?

Lorsqu'une entreprise décide de mettre en œuvre un outil pour accroître son efficacité, sa productivité, ses délais de mise sur le marché, etc., elle doit inévitablement répondre à la question suivante : Sommes-nous prêts à adapter nos processus à l'outil ou à la philosophie d'utilisation, ou non ? Celui qui dit A doit aussi dire B. Celui qui introduit un outil doit également être prêt à faire des compromis. Du moins si l'on veut que les coûts restent faibles. Dans ce cas, il ne peut s'agir que d'une solution standard qui s'accompagne d'une philosophie prédéfinie. Si vous êtes prêt à dépenser beaucoup d'argent et à prendre beaucoup de temps, vous pouvez faire développer une solution sur mesure. Mais ces temps sont révolus dans notre monde qui évolue rapidement.

PS : Voici un lien vers un article de LinkedIn sur le même sujet.