Remplir espace : Soutenez l'entreprise pas IL département

Share

|

Aligner des technologies avec les besoins d'affaires est un défi que chaque organisation, si une opération individuelle ou des milliers d'employés entreprise, est des revêtements quotidiennement.

Combien de fois avons-nous vu la division entre les affaires et le personnel technique ? Les affaires la voient tellement souvent en tant que réduction de l'agilité d'affaires. ELLES département voient les affaires en tant que fabrication des demandes et du blâme impossibles il pour refuser de le consulter avant d'entrer dans des discussions d'acquisition, par exemple. Ceci peut mener à méfieer et la force a eu comme conséquence CIO étant exclu des décisions économiques et les affaires l'essayeront au circumnavigate département dans chaque occasion. CE département est alors des conceptions et l'établit des systèmes avec peu de consultation des affaires. Grand et cher IL des initiatives peut être négligé par les affaires et devenir superflu.

Rappel : nous avons besoin de LUI des systèmes pour tenir compte de la croissance, des efficacités d'augmentation et de la productivité ! ELLE est en place pour soutenir les affaires !

Les besoins d'affaires changent. Dans les années 80 John Zachman a conçu le cadre de Zachman, pour devenir un nouveau champ plus tard connu sous le nom d'architecture d'entreprise. Il a au commencement commencé à adresser deux problèmes :

1. Les organismes de complexité—de systèmes dépensent de plus en plus systèmes de bâtiment d'argent
2. Les organismes faibles d'alignement—d'affaires le trouvent de plus en plus plus difficile de maintenir ces de plus en plus chers IL des systèmes alignés avec les besoins d'affaires.

Le résultat inférieur : plus de coût, moins de valeur. Le coût et la complexité d'ELLE des systèmes ont exponentiellement augmenté, alors que la probabilité de dériver la valeur réelle de ces systèmes ont nettement diminué.

Dans l'organisation saine les affaires déterminent les conditions pour ELLES. Les cadres supérieurs sont impliqués et de support. Bon liaisoning ou que ‘CE les champions’ existent dans les affaires pour travailler avec l'équipe technique est a doit (remplissant lacunes, se rappeler).

IL des départements devrait tomber derrière la stratégie commerciale et jouer attrapent-vers le haut le jeu. Dans des affaires saines IL devrait être de 3-12 mois ‘derrière’ les affaires en termes d'exécution de nouveaux systèmes (selon des projets classez naturellement). S'IL présente nouveau fonctionellement pour les systèmes et le didn t’d'affaires demandez-les ou le doesn’t comprennent pourquoi le nouveau fonctionellement peut améliorer la manière que nous faisons des affaires il signifie qu'IL département est en avant des affaires, qui ne sont probablement pas une position saine à être dedans.

Queest-ce que peut être fait ?

1. Instruisez (apprenez d'en dedans ; de qu'avons-nous besoin aujourd'hui ? Demain ? Quel’s disponible ‘hors de là’?)
2. Investissez le long terme (les systèmes sont chers d'autoriser, mettre en application, intègrent, appui)
3. Évoluez avec les affaires (ELLES devraient ‘tomber derrière’)
4. Désarmez les vieux systèmes ou fonctionnalité dans un système qui n'est pas employé
5. Louez la bonne combinaison – de personnes de la connaissance d'analyse commerciale et les mains sur des capacités techniques est la ressource rêveuse du chaque IL directeur
6. Obtenez les affaires impliquées du dessus vers le bas

Si l'organisation est assez mûre, elle devrait commencer à développer (et maintenir) son architecture d'entreprise en utilisant une méthodologie telle que Zachman, TOGAF (le cadre ouvert d'architecture de groupe), architecture d'entreprise de FEA(Federal) ou à obtenir une compagnie de consultation telle que Gartner de mettre en application leur propre méthodologie développée. Mettez en application un ea et outil de modeler pour l'entreprise afin de communiquer votre architecture aux affaires et recevoir son appui. Les outils aiment l'ea par Sparxs, ARIS par IDS Scheer, modeleur de corporation par Casewise ou l'architecture de méga par méga ont une option de publication pour libérer les modèles au site Web local d'Intranet.

Gil Hidas est IL spécialiste en applications, ITIL et oracle certifiés et entrepreneur