POURQUOI PROJETANT
Pourquoi Plan ? La disposition de EST, s'ils impliquent le réseau, le matériel, ou les composants de logiciel, exige la préparation et la planification significatives. L'évolution ou l'installation des composants de système, qu'elle soit dans le contexte d'une stratégie de finances ou pas, aura beaucoup de dépendances et considérations principales. Toutes les fois qu'un projet de systèmes complexes est pris dessus, des professionnels compétents et prouvés doivent être cherchés pour aider dans la planification et l'exécution. C'est impératif quand de tels projets comportent la connaissance complexe des caractéristiques techniques et des concepts et des théories spécialisés liés aux réseaux, aux systèmes, et aux semblables. Bien que les petits et naissants propriétaires d'affaires aient pu avoir établi leurs entreprises avec une attitude forte de bricolage, l'aspect de systèmes du développement des affaires fonctionne mieux quand les professionnels qualifiés sont impliqués. Strategizing que la fonction de finances implique de conceptualiser et la planification du rôle de EST, une étape le stratège doit entièrement s'engager dans, longtemps avant que l'équipement achète, consultant des contrats, et les réalisations longues commencent. La conceptualisation de la disposition et de la conception des systèmes exigera choisir une philosophie particulière de conception et d'entretien et l'arrangement l'impact de l'approche et de la philosophie générales choisies. Selon où l'organisation est en développant une fonction de finances, ce processus peut être vu comme sous-ensemble de strategizing ou partie de la stratégie de finances elle-même. Indépendamment de la motivation et de la forme, ce procédé de planification doit considérer la philosophie générale de la décentralisation contre la centralisation, la convenance de l'organisation pour mettre en application et maintenir des applications, et la capacité de développer la documentation appropriée. Centralisé contre des conceptions décentralisées Tôt dans le processus de planning/strategizing le stratège de finances doit déterminer à quels applications et processus de degré seront centralisés. Détermine si et le fonction de finances seront centralisés ou décentralisé souvent est enraciné dans le modèle de gestion des propriétaires ou la culture des affaires. La dictée de l'uniformité dans les processus, aussi bien que des composants d'application et de système, incarne la centralisation. La centralisation peut également prescrire l'endroit de toutes les applications de matériel et de logiciel de noyau dans une indiquée emplacement d'entreprise. La caractéristique vraie de la centralisation est l'utilisation de l'uniforme, processus prescrits dans toute l'organisation. La décentralisation sous sa forme plus pure est l'opposé de la centralisation, particulièrement car elle se relie à l'endroit et aux caractéristiques des outils d'applications et de réseau de noyau. Elle est également caractérisée par la propagation des processus nonstandard composés de charge qui sont conceptualisés et mis en application par les divers composants de l'organisation. En réalité, aucune fonction de finances n'est totalement centralisée ou est décentralisée. Les processus et les systèmes, dans la pratique, tombent quelque part sur le continuum qui jette un pont sur ces deux concepts polaires. La fonction de finances est habituellement plus centralisée ou décentralisée ; par conséquent les limites se rapportent à l'approche philosophique générale pour financer. La centralisation est dans certains cas une approche plus rigide à contrôler la fonction de finances. La centralisation voyage avec des mots tels que la responsabilité, la discipline, et la structure. Néanmoins, les approches décentralisées peuvent inclure toutes ces choses aussi bien. Des facteurs principaux dans des approches de centralisées et décentralisées d'application à la fonction de finances sont souvent liés à la portée géographique et culturelle des affaires. De petits ou domestiques organismes souvent davantage sont convenus à l'infrastructure centralisée. La vulgarisation dans des fuseaux horaires, des issues faites face, et le niveau de compétence des participants de processus rend la centralisation plus agréable au goût à l'organisation. Les défis multinationaux de visage d'organismes se sont reliés aux règles et à la disponibilité de reportage statutaires du personnel qualifié de finances. L'infrastructure limitée peut être un défi dans quelques pays. Les défis comme ces derniers peuvent exiger des approches variables aux données flux et aux issues de systèmes. En conséquence, la fonction de finances pour les compagnies multinationales finit vers le haut avec un noyau, un composant centralisé et des périphériques qui sont décentralisées. Les avantages d'un excédent de philosophie l'autre sont
circonstanciels. La centralisation implique l'uniformité, qui
rend le dépannage facile et réduit au minimum l'impact du chiffre
d'affaires. La décentralisation, cependant, implique la
flexibilité et les possibilités de surmonter des défis des
manières uniques. La centralisation souvent mène à la
rigidité et à l'incapacité d'adapter à des circonstances uniques
ou présente les solutions qui créent plus de défis qu'elles
résolvent. Si prévu mal ou appliqué peu convenablement, la
centralisation peut avoir comme conséquence la hiérarchie inutile et
les obstacles bureaucratiques. La décentralisation peut
permettre le développement des processus ou des systèmes qui sont à
l'opposé des objectifs globaux de la fonction de finances.
Permettre le développement lâche des composants de fonction de
finances peut permettre à des inefficacités flagrantes d'infiltrer
les finances dynamiques et de dégrader la fonction dans l'ensemble.
La centralisation et la décentralisation peuvent et souvent
existent simultanément. Indépendamment de l'approche, la
responsabilité et la gestion résultat-orientée peuvent encore être
préservées. - entretien et gestion. Les systèmes et les applications centralisés sont de dix la norme avec de petites et naissantes entreprises. Dans le cas de la multinationale ou géographiquement d'étendre des organismes avec des utilisateurs dans des sites éloignés, défis de présents de centralisation comme des avantages. Les composants de maintien de système dans un endroit fixé tiendront compte de la concentration de l'expertise dans l'emplacement d'endroit d'application et feront des changements et met à jour simple et vite. La conception décentralisée de systèmes exige d'un degré d'administration d'application de se produire localement, à quelque chose pour lequel de petits emplacements locaux ne peuvent être convenus. Des changements et les mises à jour souvent peuvent être incorporés inexactement ou prématuré. Dans le cas d'une communauté d'utilisateur mondiale, l'application peut être consultée 24 heures sur 24, sept jours par semaine, qui peut faire des temps d'arrêt pour l'entretien ou autre des raisons nuisibles à la communauté d'utilisateur, un inconvénient à la centralisation. Les coûts de l'espace et de matériel de serveur joueront un rôle en utilisant centralisé contre le système décentralisé. Avoir une application dans un lieu d'exploitation principal est meilleur marché pour s'inquiéter de que des applications multiples et à distance. Issues de permis et facteur de volonté de dépenses de matériel aussi dans les solutions de conception. - clients de l'utilisateur community/data. Connaît combien d'utilisateurs et où ils seront localisés principal en déterminant si la fonction de finances sera centralisée ou décentralisée. Un grand nombre d'utilisateurs à distance peuvent dicter des applications régionales de maintien ou des emplacements de données. Une configuration sicentralisée exige que les administrateurs ou les champions régionaux de la connaissance existent pour permettre l'entretien dépannant et général d'application. Cette configuration permettra les utilisateurs de processus qui sont dans divers fuseaux horaires ou endroits géographiques pour se servir des programmes d'entretien qui sont opportuns et appropriés, par opposition aux processus et aux composants purement centralisés de système. Le but est d'alléger des issues liées aux temps d'arrêt d'entretien périodique qui effectueraient la communauté d'utilisateur. Bien que cette configuration exige les professionnels stratégiquement placés, versés à l'administration de systèmes, elle s'assurera que les issues de système (si rencontré) ne paralysent pas la communauté d'utilisateur entière mais plutôt l'emplacement local ou régional en question. Les petites communautés ou ceux d'utilisateur dans la proximité très étroite tireraient bénéfice des configurations centralisées car la fonction administrative serait moins susceptible de tomber dans les mains des utilisateurs elles-mêmes. Des applications peuvent être centralement localisées et maintenues. La capacité de rouler hors du système et de virer la connaissance sur de nouveaux et à distance utilisateurs sera une issue si l'organisation est en mode de croissance. Ce peut ne pas être une issue si la compagnie est statique ou dans un état purement naissant ; cependant, si la compagnie augmente par l'intermédiaire des acquisitions ou autrement, prendre de nouveaux utilisateurs et clients de données sera une constante. La fonction de finances devrait-elle exiger l'adaptation d'un processus centralisé uniforme ou permettre la liberté pour utiliser les solutions nonstandard et du cru ? Comment les nouveaux utilisateurs regarderont-ils des données prescrites flux processus ? Combien de temps prendra-t-il pour que maîtrisent-ils un nouveau processus ? Quel niveau d'expertise sera exigé à l'emplacement local ? Si des composants et les processus centralisés de système sont utilisés, une communauté d'utilisateur rapidement d'extension aura besoin de la bonne documentation et des processus logiques qui sont facilement transférés. Les vieux, existants processus devront-ils être parallèles avec des processus nouvellement adoptés ? Assurément la redondance sera exigée pendant la période de transition à un système centralisé. Le stratège de finances doit avoir un plan en place qui tient compte du transfert rapide et efficace des composants de système, particulièrement des applications de plus haut niveau de comptabilité de finances. L'installation et la conversion initiales en processus prescrit prendront du temps et dépendront de la compétence et de la coopération des clients de la communauté et de données d'utilisateur hérités ou nouveaux à l'organisation. La décentralisation tient compte de moins de coordination mais incarne plus de risque. Le processus et le développement de système est laissé à la discrétion de la nouvelle communauté d'utilisateur. Les sujets de la motivation et de l'engagement peuvent être plus appropriés ici que celui du transfert de documentation et de connaissance. - Scalability. Le stratège de finances doit satisfaire la nécessité d'augmenter la portée et la fonctionnalité des systèmes dans la fonction de finances. La stratégie de finances doit adresser la capacité d'incorporer de nouvelles applications ou de s'adapter aux changements d'infrastructure. Aborder la question du scalability est différent dans les environnements centralisés comparés à décentralisé. fortement centralisé, application inflexible de finances refusent-ils aux nouveaux utilisateurs la fonctionnalité qu'ils ont besoin pour le reportage statutaire local ? Les conditions simples de données suffiraient-elles si la véritable participation de processus n'est pas faisable ? Bien que welldocumented, il peut sembler faciles transférer les systèmes et les conditions fortement structurés de processus, ils peuvent ne pas être appropriés. Réciproquement, compter sur de nouveaux utilisateurs ou augmentée rapportant des emplacements pour développer leurs propres solutions pour des conditions de données et de reportage a pu laisser trop à la chance et exposer la fonction de finances aux pannes dans le reportage. Le défi du scalability dépasse mesurer combien de temps les solutions seront appropriées et à la place doivent adresser la facilité de l'expansion de système. - Support/maintenance. Une fois que le système est en place, comment l'appui continu sera-t-il manipulé ? EST-ILS sont-ils consacrés des professionnels disponibles pour l'appui si des issues de systèmes sont produites ? Le paysage du modèle de soutien est dicté par le degré de centralisation du système lui-même. Un système centralisé se prête à l'focalisé EST équipe de soutien dans un endroit. Les systèmes décentralisés exigent un niveau d'expertise distribué dans toute l'organisation. Créer un réseau de la connaissance écarté même dans toute l'organisation est essentiel à maintenir les applications et à maximiser leur utilisation. Ceci peut être la méthode de choix pour une application de 24/7 avec beaucoup d'utilisateurs dans des sites géographiquement éloignés aux niveaux variables de l'expertise. L'établissement et le maintien d'un enchaînement à distance de soutien peuvent être une initiative difficile à exécuter. L'établissement des utilisateurs de puissance ou des champions d'application aux endroits locaux et régionaux peut stimuler le transfert de la connaissance et développer à expertise proportionnée de soutien. Le maintien d'une structure de processus et de récompense de certification pour réaliser un niveau de la promptitude d'un point de vue de système peut inoculer l'organisation des faiblesses latentes dans les données flux dynamique. La conception de fonction de finances dépend de la philosophie de gestion pendant qu'elle se relie à la centralisation et la décentralisation de charge. Le stratège de finances doit comprendre la philosophie particulière à laquelle la compagnie souscrit, particulièrement car elle rapporte à la conception de systèmes. L'arrangement l'approche de base à la fonction de finances permettra une planification plus précise de conception de systèmes et positionnera le stratège de finances pour considérer la capacité’de l'organisation s de suivre à travers avec des stratégies d'exécution. Les capacités de l'organisation à l'instrument et maintiennent La conception et le développement de système, en
règle générale, suit l'un tiers, un tiers, un tiers règle ;
la planification, la construction de système, et l'essai
doivent être traités dans la mesure égale. Puisque les
systèmes conçoivent et le développement n'est pas mutuellement
exclusif de la stratégie de finances, le stratège doit maintenir ces
trois phases de conception et de développement dans l'esprit pendant
que la fonction de finances est établie. Le stratège de
finances doit considérer la capacité de l'organisation de lancer et
mener les systèmes concevez, exécution, et aspect d'entretien de la
stratégie de finances. La planification de cet aspect de la
stratégie exigera la connaissance des ressources disponibles et un
niveau d'expertise qui peut être prêté aux issues de développement
de systèmes. Les systèmes roulent-dehors le plan devraient se concentrer sur utiliser autant de professionnels internes comme possibles. La tentation d'externaliser peut être haute. Les spécialistes et les conseillers extérieurs peuvent être nécessaires, en particulier quand elle vient à installer des systèmes au commencement. Dans les phases tôt de la planification et du développement, l'occasion de transférer la connaissance et de cultiver une base large d'arrangement pour la configuration de systèmes doit être clairement saisie. Le stratège de finances doit maintenir dans l'esprit que l'aspect stratégique du développement de systèmes devrait demeurer dans la commande’de la compagnie s et que l'utilisation des étrangers devrait être soigneusement parvenue pour assurer le transfert approprié de la connaissance. L'expertise technique devrait être obtenue pour garder des projets à l'heure et dans le budget. Garder le transfert de la connaissance et l'étude des courbes intérieurement faciliteront le futur développement des systèmes globaux structure et de la communauté d'utilisateur à la fin. Applications De Choix Le stratège de finances dépensera la détermination considérable de temps et d'effort quels composants de systèmes adapteront les besoins’de l'organisation s. Quelles applications de logiciel seront comptées dessus pour exécuter les critiques charge qui font les données flux efficace de processus ? Quels composants de réseau seront mis en place pour loger ces applications et pour leur faire le travail ? Le stratège de finances choisira-t-il des applications disponibles immédiatement simples ou intérieurement produit ? Peut-être le plan impliquera d'établir une base de données à partir de zéro en utilisant les diverses langues et architectures qui facilitent le stockage de données. Peut-être la solution finale finira vers le haut de quelque part dans l'intervalle, utilisant une base de données de propriété industrielle de dehors-de-boîte augmentée par un système d'faire-à-ordre de code et de langues. Les composants achetants de systèmes peuvent être un processus embrouillant et intimidant. Prendre des décisions bien informées est un défi, donné les nombreux choix, des options, et des combinaisons de matériel, de logiciel, et d'appui de consultation. Bien que cette discussion ne fournisse pas toutes les réponses à choisir les bonnes applications pour toutes les stratégies de finances, elle fournit quelques secteurs pour considérer avant de signer des contrats avec des fournisseurs. Chaque situation est différente ; l'une constante est la nécessité de rechercher et évaluer soigneusement les besoins et les outils qui s'adresseront à eux. La première étape en avançant avec des achats d'application est les besoins d'organisation d'arrangement. C'est souvent une équation circulaire, comme les besoins dicteront les outils pour s'adresser à eux, qui alternativement peuvent former les besoins des clients de données. Plutôt que de sauter dedans et la mise des solutions chères dans le jeu avant de trouver un équilibre entre les outils de systèmes et les besoins de client de données, utilisant un modèle comme l'approche à multiniveaux à strategizing permettront au stratège de brancher des solutions et de juger l'impact sur les besoins de client de données. Avoir une prise ferme des besoins de client et des ressources disponibles de s'adresser à eux sera principal à cet aspect de strategizing. Le stratège de finances devra être disposé à supporter des présentations des fournisseurs de logiciel qui sont non seulement bons à ce qu'elles (se vendant) mais sont sous la pression énorme de vendre le produit. Les dépenses pour le logiciel de finances peuvent s'étendre des dizaines de milliers aux millions de dollars. C'est peut-être le motif le plus important pourquoi le stratège doit avoir une poignée pleine sur les besoins’de la compagnie s. Les stratèges doivent baser des décisions achetantes sur les offres de logiciel qui sont disponibles maintenant. Achetant le logiciel des applications basées sur des mises à niveau éventuelles est dangereux et mène souvent aux espérances non atteintes. Obtenant les utilisateurs principaux et les personnes techniques impliqués dans les aides achetantes de processus également. L'application est ce qui est il, et sa capacité de produire des solutions appropriées devrait être évidente au fournisseur représentant ou vendant l'application. Avoir des utilisateurs principaux (qui ont un pieu dans la fonctionnalité’de l'application s) et EST des experts (qui ont un pieu en maintenant l'application) poser des questions directement au fournisseur pendant les démonstrations et les réunions de vente s'assureront que toutes les conditions d'exécution sont clairement articulées au fournisseur. Y compris elles dans le processus fixe également leur coopération pendant que la fonction de finances continue à se développer. Les bons reps de ventes apprécient les questions aiguës, qui les aideront à assortir l'outil droit au client. Quand un achat important est actuel (habituellement pour les petites et naissantes affaires c'est un achat au-dessus de $500.000), le stratège de finances peut vouloir indiquer une équipe pour évaluer les options pour une solution particulière. L'équipe peut se composer de groupe d'utilisateurs principaux, EST professionnel, et le stratège de finances ou le propriétaire d'affaires. Les compagnies peuvent choisir de louer un conseiller pour évaluer des demandes de leurs besoins d'affaires. La compagnie peut ou peut ne pas avoir l'argent pour cette option ; cependant, les professionnels de location qui comprennent les caractéristiques techniques des outils sur le marché et comment elles s'adaptent des besoins d'autres entreprises dans les industries semblables peuvent être en valeur l'argent. Ils également seront les agents adroits pour la compagnie lors des réunions avec des fournisseurs, insistant pour voir tous les fonctionnalité et dispositifs de logiciel clairement démontrés. Si c'est un achat substantiel, les fournisseurs peuvent laisser une compagnie essayer le produit dehors dans un arrangement limité intérieurement avant d'acheter l'application tout à fait. Ceci tiendra compte pour que la communauté d'utilisateur mette le logiciel par ses pas et l'assurer possède la fonctionnalité étant cherchée. Décider si aller avec une solution disponible immédiatement ou intérieurement produite sera également un défi. Les applications préemballées sont avantageuses parce qu'elles peuvent être mises en place rapidement. Le souci est, bien que, qu'elles peuvent créer des issues de scalability. L'application peut-elle être augmentée ? Les applications additionnelles peuvent-elles être attachées à elle comme les besoins changent ? Y a-t-il une limite de capacité pour le stockage ou la conception de données ? Bien que les applications préemballées soient avantageuses quand elle vient à la facilité de l'exécution et de l'appui, le stratège doit facteur dans la nécessité d'augmenter en considérant un produit disponible immédiatement comme solution à long terme. les applications Libre-conçues fournissent la flexibilité et le scalability ; cependant, la documentation doit être méticuleuse pendant qu'elle se relie à la conception et à l'appui. En utilisant des langues telles que l'oracle et le SQL fournissez une large toile pour créer des bases de données et des applications de stockage. La considération doit être faite, cependant, de la capacité de créer des rapports et de produire de l'analyse dynamique. Est-ce que un utilisateur doit être un expert en matière d'architecture d'application pour créer des rapports ? Si une barrière à l'utilisation existe, les utilisateurs peuvent devenir frustrés. L'horizon de temps pour un produit final et utilisable peut également être peu raisonnable. Beaucoup de petites et naissantes entreprises n'ont pas le luxe à jouer frapper-ou-manquent avec des conceptions d'application. Uptimes ou dates d'accomplissement doit être prévisibles et se produire au cours d'une période de temps raisonnable. L'organisation peut décider d'externaliser les applications et les fonctions qu'elles exécutent tout à fait. La forme la plus populaire d'externaliser utilise un asp. Les asp fournissent des avantages sous forme d'appui à temps de bon fonctionnement et bon rapide, et de procédures de reprise fiables de backup/disaster. Avant de signer un contrat avec un asp, cependant, l'organisation doit être vendue sur la longévité de la compagnie et de la sensation confortables avec l'engagement financier. Tandis que l'organisation peut éviter les dépenses d'établissement lourdes qui caractérisent des achats d'application dans le short à la mi limite, le stratège de finances doit se rendre compte du point de rentabilité où un investissement payé d'avance dans le logiciel d'application égale les paiements contractuels d'asp. La compagnie doit également se rendre compte des conditions d'adapter des interfaces aux besoins du client avec l'asp et assurer la connectivité est proportionné. Ces matières Être-intensives doivent être adressées avant que le contrat soit signé pour fixer les pleins avantages que ces outils offriront. Documentation Le développement des systèmes et des processus,
si fait correctement, produira assez de documentation pour aider des
utilisateurs dans l'appui et promouvra le développement. La
documentation complète inoculera l'organisation du chiffre d'affaires
et fournira des conseils aux utilisateurs qui n'ont pas l'accès
facile au personnel de soutien. Les nouveaux employés ou
utilisateurs avec des rôles de décalage tireront bénéfice
particulièrement de la documentation complète. - les gens. Qui fait ce qui ? Ceci peut être aussi simple qu'un rôle des individus et leur rôle dans les données flux processus ou aussi complexe qu'une liste détaillée de descriptions des fonctions. Cette documentation devrait inclure des notations de personnel de soutien et de ceux avec la connaissance intime des configurations de systèmes. - processus. Les contours détaillés des données flux processus seront cruciaux de fournir des conseils pour de nouveaux utilisateurs et un contexte pour des composants de systèmes. L'entretien et développement dépendra de l'arrangement non seulement quelles applications et les composants de systèmes existent mais comment ils sont utilisés par les données flux le processus. - Applications/hardware. La documentation des composants de logiciel et de matériel sera mise en référence par beaucoup d'individus, de laypeople aux types techniques. Les descriptions détaillées des configurations, des arrangements, et des alignements doivent être disponibles dans le cas des pannes ou de l'entretien. Il doit supposer que ces les composants mettants en application et d'installations de système ne seront pas nécessairement les personnes les maintenant à l'avenir. Les points clés d'intérêt se relient à la clarté, à la perfection, et à la pertinence. L'effort supplémentaire devrait être mis dans l'inscription dans facile-à-a lu des limites, sans partir hors des sujets techniques cruciaux. Les dessins et les illustrations dans la documentation peuvent la faire plus facilement comprise. Maintenir la documentation dans l'air avec des mises à niveau et des changements de configuration est également important. Souvent la meilleure documentation existe avec des réalisations initiales mais dégrade pendant que des applications, les composants de réseau, et les mises à niveau de matériel sont entrepris. La fabrication documentation d'une priorité quand des changements de systèmes sont machinés sera principale à maintenir la bonne connaissance écrite des systèmes. Pour être efficace, la documentation doit être dans un endroit accessible pour toutes les parties appropriées, s'ils sont des utilisateurs, des clients de données, ou des professionnels d'entretien. Les annuaires d'Intranet ou de réseau sont souvent les meilleurs endroits pour le matériel fréquemment référencé. Rendre la documentation utilisable sera principal à s'assurer que les configurations et les mises à jour de système seront opportunes et appropriées. La disponibilité, la pertinence, et la perfection sont des facteurs que le stratège de finances doit focaliser dessus pour s'assurer que la documentation ombrage les besoins de système. c'est un article supplémentaire par Maria Leka
|
|||
|