Défis pour les projets de mise en œuvre Core Banking Solutions - Partie 2

Continue sur les problèmes rencontrés dans les projets de services bancaires de base mise en œuvre de solution, voyons d'autres problèmes.

Le manque de ressources de TI avec les banques
Habituellement, les fournisseurs de solution bancaire de base prétendent offrir moins de frais généraux, des technologies de pointe, la baisse des coûts de maintenance, etc Après tout, ces allégations, gagner la clientèle et surtout de leur personnel des Finances, tel qu'ils le voient comme un grand centre de coûts au lieu d'un atout stratégique. Les vendeurs sont également conscients du fait que les banques de calculer un minimum de cinq ans le coût total de possession (TCO) avant de prendre toute décision concernant un fournisseur et de sa solution. Si le système a besoin d'un grand nombre de ressources informatiques, il aura des répercussions dans la feuille de TCO. Ils n'auraient donc pas recommander aux banques de location de l'équipe entreprises informatiques adéquats. Même si elles sont franchement à ce sujet, les banques ne peuvent pas prendre au sérieux l'idée selon laquelle, et essayez de négocier ce nombre. En outre, les banques ne sont pas si grandes sur l'informatique et les tendances dans les logiciels, tels que Agile méthodologie et d'autres cadres orientés objet. Ils ne peuvent donc pas, ou mal à apprécier le rôle de l'expérience utilisateur, la documentation, le contrôle qualité et assurance de la qualité des ingénieurs. Ironique, n'est-ce pas? Au cours des négociations avec les fournisseurs d'applications, les gestionnaires de la même banque se porter garant pour créer leur propre équipe pour gérer la solution pendant et après la mise en œuvre. Ils demandent les vendeurs à former leurs équipes sur la technologie et les caractéristiques de sorte que la banque pourrait réduire la dépendance sur le fournisseur externe. Pourtant, ils ne recrutent pas assez de gens.

D'après mon expérience, je n'ai même pas entendu parler d'une seule banque pour aller ISO 9001:2000 conformité. Mais ne soyez pas misaken ici: un certain nombre de banques sont très actives sur la sécurité informatique et la prestation des services. Bien que ce soit une bonne tendance qui montre que les responsables informatiques des banques se réveillent aux menaces de sécurité et de la prestation de services, ils ne sont pas au courant des progrès de développement de logiciels.

Le manque de gestionnaires de projet senior
Une banque modifie son système bancaire de base une fois depuis des décennies. Groupe d'experts de la même s pour toute autre solution de TI que purchses bancaires, telles que les crédits, la gestion des risques, le middleware et les aime. En outre, ces projets sont si grands qu'il est difficile de trouver des gestionnaires de projet du marché avec une expérience de projets similaires entreprises. Le gestionnaire de projet devrait donner un aperçu, les compétences, la communication et de prévoyance pour piloter le projet dans la bonne direction. Si un gestionnaire de projet peut apporter des compétences et de la communication, si elle n'est pas de l'arène bancaires, la prévoyance, la gestion des risques et la perspicacité sera absent. Un gestionnaire de projet nouvellement intronisés seront également confrontés à des problèmes à prendre le contrôle des choses parce qu'il / elle est un nouveau venu.

Missing programmes de formation complets
Ce problème touche les exécutants et les banques, à la fois, et tout aussi difficile. La manière dont les banques et les exécutants perdent leur main-d'œuvre des TI, il ya presque toujours un besoin urgent d'embaucher des gens «hier». nouveaux bogues sont fait remarquer, non utilisées ou non testé caractéristiques sont portées à l'exploitation, les exigences évoluent, et de nouveaux visages sont mises en place dans l'équipe que les plus âgés partent ou sont déjà partis. formations continues des employés fraîches doivent avoir une priorité élevée dans de tels cas. Nous avons vu que cela ne se produise. Les lots sont formés, sans doute, mais pas dans la façon dont ils devraient être. Les fournisseurs d'applications et les exécutants sont trop tendu à déplacer leurs consultants à partir de clients à des laboratoires de formation. Avec les banques fortes pressions à la livraison et à élargir leur ensemble de fonctionnalités dans le même temps, et les ingénieurs d'application / consultants en prenant d'autres occasions, les gestionnaires de mise en œuvre ne font pas ce qu'ils doivent: la formation, la formation et plus de formation.

N QC
Je n'ai pas vu beaucoup de banques avec des gens d'AQ, honnêtement. Et même ceux qui disposent d'un personnel d'AQ, ont jusqu'à deux personnes. Comment deux personnes peuvent éventuellement faire un contrôle de qualité de l'ensemble du système bancaire? En outre, il est fort probable que les gens QC sont pris en charge par le général industrie des TI, ce qui signifie qu'ils peuvent ne pas avoir l'expérience de l'environnement bancaire et des applications. Ils ne savent pas ou ne comprennent pas pleinement les exigences d'un utilisateur. En outre, il est possible que le personnel QC sont embauchés après l'analyse des besoins est terminée. En ce moment, il est trop tard. Je ne prétends pas la capacité humaine à apprendre et à agir; les ingénieurs QC pouvez toujours ramasser des choses, mais ce n'est qu'un sous-ensemble de ce qu'ils devraient, et dans un laps de temps très court. En fin de compte, vous verriez les gens QC contrôle de l'application pour les accidents et les erreurs liées à l'interface, pour la plupart.

No Stress ou automatisation des tests
Une application bancaire est censé prendre un grand nombre d'utilisateurs. Ajoutez à cela les utilisateurs de services bancaires par Internet, et vous voyez un numéro spectaculaire au cours des huit heures habituelles d'affaires. Étant donné que les applications sont construites avec des technologies plus âgés ou de propriété, le choix des outils pour le stress et la charge d'essai des applications est très mince. Si l'application possède une interface web, ou si elle est développée en utilisant Oracle Developer, vous avez plusieurs options. Mais à cause de la chronologie difficile, et pas de temps pour les essais de test de charge, reste également sous le radar. Constatant la fin du processus, les banques trouvent commode d'acheter plus de matériel HP. Il n'y a guère de calcul qui est l'évaluation des ressources matérielles nécessaires. Ainsi, les limites du matériel disponible ne sont jamais évalués. Aussi, ne pas utiliser un outil automatisé rend les utilisateurs et le personnel QC tester chaque nouvellement mis au point fixe ou fonction. Et quand une mise à jour / corriger / patch est reçue du fournisseur de l'application, les gens ont de tout tester à nouveau. Il s'agit d'un énorme investissement de temps et de ressources, ce qui est évitable en utilisant un outil de test automatisé.

Pour l'application web, nous avons utilisé IBM Rational Performance Tester, Rational Functional Tester et WebLoad. Création de scripts nécessite un peu de programmation ainsi.

Pour conclure ...