{"id":2174,"date":"2019-02-08T15:48:29","date_gmt":"2019-02-08T15:48:29","guid":{"rendered":"https:\/\/www.mmotechno.com\/?p=2174"},"modified":"2019-02-14T20:44:39","modified_gmt":"2019-02-14T20:44:39","slug":"les-7-signes-dune-mauvaise-architecture-ti","status":"publish","type":"post","link":"https:\/\/www.mmotechno.com\/en\/les-7-signes-dune-mauvaise-architecture-ti\/","title":{"rendered":"Les 7 signes d’une mauvaise architecture TI"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\n\n

Les sept signes avant-coureurs d’une mauvaise architecture informatique. <\/p>\n\n

C\u2019est un monde de plus en plus num\u00e9rique, ce qui rend le r\u00f4le de dirigeant principal de l\u2019information (CIO) encore plus important, quelle que soit votre industrie ou la taille de votre entreprise. Les CIO jouent un r\u00f4le cl\u00e9 dans la d\u00e9finition et la conduite d’une strat\u00e9gie informatique align\u00e9e sur les objectifs commerciaux plus larges. Ils aident \u00e0 garantir que l’entreprise est pr\u00e9par\u00e9e pour les technologies en constante \u00e9volution. <\/p>\n\n

Au c\u0153ur de tout ce que font les CIO, il faut une architecture informatique solide. Cela peut \u00eatre difficile \u00e0 r\u00e9aliser, surtout lorsqu’il s’agit de petites et moyennes entreprises aux ressources limit\u00e9es. Si votre entreprise pr\u00e9sente l’un des signes pr\u00e9curseurs d’une mauvaise architecture informatique, il est temps d’agir. <\/p>\n\n<\/b>\n\n\n

\n

    \n\n

  1. Entr\u00e9e manuelle <\/h4>\n

    L’un des principaux avantages de la technologie est sa capacit\u00e9 \u00e0 automatiser et \u00e0 r\u00e9duire le besoin de saisie manuelle de donn\u00e9es. Si, au contraire, vous ou votre \u00e9quipe passez du temps \u00e0 ressaisir manuellement les donn\u00e9es, il s’agit d’un avertissement imm\u00e9diat et \u00e9vident que quelque chose ne va pas dans votre architecture informatique. <\/p>\n

    La saisie peut entra\u00eener des erreurs et d\u00e9tourne les talents du travail plus productif. <\/p>\n <\/li>\n\n

  2. Technologie ancienne et non support\u00e9e <\/h4>\n

    C’est un autre signe \u00e9vident de mauvaise architecture. Si vous utilisez une ancienne version d\u2019un langage de programmation ou d\u2019un logiciel qui n\u2019est plus pris en charge, vous devez la modifier. Les versions plus anciennes sont co\u00fbteuses \u00e0 maintenir et peuvent \u00eatre presque impossibles \u00e0 int\u00e9grer dans des interfaces modernes et plus efficaces. Ils peuvent \u00e9galement vous emp\u00eacher de vous adapter \u00e0 de meilleures solutions. <\/p>\n <\/li>\n\n

  3. Bidouillage <\/h4>\n

    Les bidoullages, (fling-flang, ou des \u2018\u2019workarounds\u2019\u2019) sont tentants. Face \u00e0 un probl\u00e8me, une \u00e9ch\u00e9ance, un manque de ressources, pourquoi ne pas simplement mettre en place une solution rapide et esp\u00e9rer que personne ne le remarquera? Ces solutions rapides \u00ab\u00a0pansement\u00a0\u00bb peuvent sembler r\u00e9soudre un probl\u00e8me, mais elles cr\u00e9ent en r\u00e9alit\u00e9 des fragilit\u00e9s dans le syst\u00e8me et rendent plus difficiles les projets futurs. Vous finirez probablement par payer plus pour entretenir ces syst\u00e8mes. Vous pouvez vous retrouver avec plus de temps d’arr\u00eat du personnel et des co\u00fbts de formation plus \u00e9lev\u00e9s. <\/p>\n <\/li>\n\n

  4. Redondances <\/h4>\n

    En entreprise, l\u2019un des moyens les plus simples d\u2019\u00e9conomiser de l\u2019argent, des ressources et du temps est d\u2019\u00e9liminer les redondances. Cela ne signifie pas toujours de mettre \u00e0 pied des gens; vous pouvez commencer par identifier les redondances dans les donn\u00e9es ou les applications. <\/p>\n

    Cela semble \u00e9vident: s’il y a plusieurs applications capables de faire la m\u00eame chose, les r\u00e9p\u00e9titions devraient dispara\u00eetre. En r\u00e9alit\u00e9, il peut \u00eatre difficile d\u2019effectuer ces changements, qu\u2019ils soient dus \u00e0 des probl\u00e8mes politiques ou \u00e0 des probl\u00e8mes h\u00e9rit\u00e9s. Cependant, ces licenciements gaspillent de l\u2019argent et cr\u00e9ent de la confusion. Ils doivent donc \u00eatre regroup\u00e9s dans une seule application. <\/p>\n

    De m\u00eame, il ne devrait y avoir qu’une source pour chaque donn\u00e9e. Les redondances dans les sources de donn\u00e9es cr\u00e9ent des erreurs, de la confusion, de la frustration ainsi que des pertes de temps et d’argent. <\/p>\n <\/li>\n\n

  5. Solutions uniques <\/h4>\n

    Comme dans le cas des redondances, avoir trop de collections de solutions uniques \u00e0 usage sp\u00e9cifique cr\u00e9e de la confusion et un gaspillage d\u2019efforts et ralentit la journ\u00e9e de travail. Les employ\u00e9s devront souvent proc\u00e9der \u00e0 une nouvelle saisie manuelle (voir ci-dessus pour le potentiel d’erreur). La multiplication de solutions uniques augmentent \u00e9galement le besoin de formation. <\/p>\n <\/li>\n\n

  6. Probl\u00e8mes d’interface <\/h4>\n

    Une solution de contournement souvent utilis\u00e9e avec des donn\u00e9es redondantes consiste \u00e0 cr\u00e9er davantage d’interfaces. Construire plus d’une chose semblable ne devrait jamais \u00eatre la solution. Plus d’interfaces signifie simplement plus d’instabilit\u00e9 dans le syst\u00e8me et une perte de temps qu’il faudrait consacrer \u00e0 des activit\u00e9s plus productives. <\/p>\n

    Une autre solution consiste \u00e0 utiliser des int\u00e9grations flashy. En th\u00e9orie, ces int\u00e9grations pourraient consolider des sources de donn\u00e9es et des interfaces, mais elles sont souvent insuffisantes. <\/p>\n <\/li>\n\n

  7. R\u00e9sultats non techniques <\/h4>\n

    Si vous avez ou engagez une \u00e9quipe d’architectes sp\u00e9cialement charg\u00e9e de r\u00e9soudre ces probl\u00e8mes ou de construire votre architecture \u00e0 partir de la base et si elle vous fournit beaucoup de paperasse, vous souhaiterez peut-\u00eatre proc\u00e9der \u00e0 une nouvelle \u00e9valuation. Les livres blancs sont parfaits pour l\u2019apprentissage autonome, mais ils ne vous aideront pas vraiment \u00e0 obtenir l\u2019architecture dont vous avez besoin. <\/p>\n

    De tels groupes sont un gaspillage de ressources et risquent d’\u00eatre ignor\u00e9s car le v\u00e9ritable travail de cr\u00e9ation de syst\u00e8mes et de processus informatiques fonctionnels et robustes se poursuit sans eux. <\/p>\n <\/li>\n \n<\/ol>\n\n\n