WARUM PLANEND
Warum Plan? Die Einteilung von IST, ob sie Netz, Kleinteile oder Softwarebausteine miteinbeziehen, erfordert bedeutende Vorbereitung und Planung. Die Höhereinstufung oder das Anbringen der System Bestandteile, ob sie innerhalb des Kontextes einer Finanzstrategie ist oder nicht, haben viele Schlüsselabhängigkeiten und Betrachtungen. Wann immer ein Systemprojekt an genommen wird, müssen kompetente, nachgewiesene Fachleute ausgesucht werden, um in der Planung und in der Implementierung zu helfen. Dieses ist zwingend, wenn solche Projekte schwieriges Wissen der technischen Spezifikationen und fachkundigen der Konzepte und der Theorien miteinbeziehen, die auf Netzen, Systemen und dergleichen bezogen werden. Obgleich kleine und auftauchende Geschäft Inhaber ihre Geschäfte mit einer starken Do-it-yourselfhaltung errichtet haben können, funktioniert der Systeme Aspekt der geschäftliche Entwicklung gut, wenn qualifizierte Fachleute beteiligt sind. Strategizing, welches die Finanzfunktion miteinbezieht aufzufassen und die Rolle von zu planen IST, ein Schritt der Stratege in völlig sich engagieren muß, lange zuvor Ausrüstung kauft, Verträge beraten, und zeitraubende Implementierungen fangen an. Das Auffassen des Plans und des Designs der Systeme erfordert das Wählen einer bestimmten Philosophie des Designs und der Wartung und das Verstehen der Auswirkung der allgemeinen gewählten Annäherung und der Philosophie. Abhängig von, wo die Organisation ist, wenn sie eine Finanzfunktion entwickelt, kann dieser Prozeß als Teilmenge Strategizing oder Teil der Finanzstrategie selbst gesehen werden entweder. Unabhängig davon den Beweggrund und die Form muß dieser Planung Prozeß die allgemeine Philosophie der Dezentralisierung gegen Zentralisierung, die Eignung der Organisation, um Anwendungen einzuführen und beizubehalten und die Kapazität betrachten, relevante Unterlagen zu entwickeln. Zentralisiert gegen dezentralisierte Designs Früh im planning/strategizing Prozeß muß der FinanzStratege zu, welchen Gradanwendungen und -prozessen feststellen zentralisiert werden. Stellt, ob fest und Finanzfunktion werden zentralisiert, oder häufig dezentralisiert wird in der Managementart der Inhaber oder in der Kultur des Geschäfts verwurzelt. Das Vorschreiben von von Gleichförmigkeit in den Prozessen, sowie Anwendung und System Bestandteile, stellt Zentralisierung dar. Zentralisierung kann die Position aller Kernkleinteil- und -software-Anwendungen in einer auch vorschreiben, die den company-wide Aufstellungsort gekennzeichnet wird. Die zutreffende Eigenschaft der Zentralisierung ist der Gebrauch der Uniform, vorgeschriebene Prozesse während der Organisation. Dezentralisierung in seiner reinsten Form ist das Entgegengesetzte der Zentralisierung, besonders da sie auf Position und Spezifikationen Kernanwendungen und -netzder werkzeuge bezieht. Sie wird auch durch die Ausbreitung der nichtstandardisierten Prozesse gekennzeichnet, die von den Aufgaben gebildet werden, die durch die verschiedenen Bestandteile der Organisation aufgefaßt und eingeführt werden. In der Wirklichkeit wird keine Finanzfunktion total zentralisiert oder dezentralisiert. Prozesse und Systeme fallen in der Praxis irgendwo auf das Kontinuum, das diese zwei polaren Konzepte überbrückt. Die Finanzfunktion ist- normalerweise zentralisiert oder dezentralisiert; folglich beziehen sich die Bezeichnungen auf die allgemeine philosophische Annäherung, um zu finanzieren. Zentralisierung ist in einigen Fällen eine steifere Annäherung zum Handhaben der Finanzfunktion. Zentralisierung reist mit Wörtern wie Verantwortlichkeit, Disziplin und Struktur. Dennoch können dezentralisierte Annäherungen alle diese Sachen außerdem einschließen. Schlüsselfaktoren in zentralisierten und dezentralisierten Annäherungen Anwendens an die Finanzfunktion hängen häufig mit dem geographischen und kulturellen Bereich des Geschäfts zusammen. Kleine oder inländische Organisationen häufig werden mehr zu zentralisierter Infrastruktur entsprochen. Allgemeinheit in den Zeitzonen, in den Ausgaben, die gegenübergestellt werden, und im Kompetenzniveau der Prozeßteilnehmer bildet Zentralisierung schmackhafter zur Organisation. Multinationale Organisationen Gesicht Herausforderungen bezogen auf gesetzlichen berichtenrichtlinien und Verwendbarkeit des qualifizierten Finanzpersonals. Begrenzte Infrastruktur kann eine Herausforderung in einigen Ländern sein. Herausforderungen wie diese können unterschiedliche Annäherungen zu Datenfluß und zu den Systeme Ausgaben erfordern. Infolgedessen beendet die Finanzfunktion für multinationale Firmen oben mit einem Kern, einem zentralisierten Bestandteil und Peripherie, die dezentralisiert werden. Vorteile von einem Philosophieüberschuß der andere sind
nebensächlich. Zentralisierung deutet Gleichförmigkeit an, die
die Fehlersuche einfach bildet und die Auswirkung des Umsatzes
herabsetzt. Dezentralisierung deutet jedoch Flexibilität und
die Fähigkeit, Herausforderungen in den einzigartigen Weisen zu
überwinden an. Zentralisierung häufig führt zu Starrheit und
die Unfähigkeit, einzigartige Umstände unterzubringen oder stellt
Lösungen, die mehr Herausforderungen verursachen, als sie lösen dar.
Wenn sie schlecht geplant wird oder unpassend, Zentralisierung
zugetroffen wird, nicht notwendige Hierarchie und bürokratische
Hürden ergeben kann. Dezentralisierung kann der Entwicklung der
Prozesse oder der Systeme ermöglichen, die zu den gesamten
Zielsetzungen der Finanzfunktion Gegen sind. Das Erlauben der
losen Entwicklung der Finanzfunktion Bestandteile kann krassen
Unwirtschaftlichkeiten ermöglichen, die dynamische Finanzierung
einzusickern und die Funktion als Ganzes zu vermindern.
Zentralisierung und Dezentralisierung können und häufig
bestehen gleichzeitig. Unabhängig davon die Annäherung können
Verantwortlichkeit und Resultat-orientiertes Management noch
konserviert werden. - Wartung und Management. Zentralisierte Systeme und Anwendungen sind von 10 die Norm mit den kleinen und auftauchenden Geschäften. Im Fall des Multinationals oder geographisch Verbreitung heraus der Organisationen mit Benutzern in den entfernten Außenstellen, Zentralisierunggeschenkherausforderungen, sowie Vorteile. Beibehaltene System Bestandteile in einer gesicherten Position lassen die Konzentration der Sachkenntnis im Anwendung Position Aufstellungsort zu und nehmen Änderungen und aktualisiert einfaches und schnell vor. Dezentralisiertes Systeme Design erfordert einen Grad der Anwendung Leitung, am Ort aufzutreten, für den etwas kleine lokale Aufstellungsorte möglicherweise nicht entsprochen werden können. Änderungen und Updates können häufig falsch oder untimely enthalten werden. Im Fall von einer weltweiten Benutzergemeinschaft, kann die Anwendung 24 Stunden proTag erreicht werden, sieben Tage ein Woche, die Stillstandszeiten für Wartung oder andere bilden kann die Gründe, die zur Benutzergemeinschaft schädlich sind, eine Beeinträchtigung zur Zentralisierung. Bedienerraum- und -kleinteilkosten spielen eine Rolle, wenn sie zentralisiert gegen dezentralisiertes System verwenden. Eine Anwendung in einem zentralen Aufstellungsort zu haben ist preiswerter, sich für zu interessieren als die mehrfachen, Remoteanwendungen. Lizenzausgaben und Kleinteilaufwendungen auch Willensfaktor in die Designlösungen. - Kunden des Benutzers community/data. Weiß, wieviele Benutzer und wo sie lokalisiert werden, Schlüssel, wenn, feststellend, ob die Finanzfunktion zentralisiert oder dezentralisiert wird. Viele Remotebenutzer können beibehaltene regionale Anwendungen oder Datenaufstellungsorte vorschreiben. Solch eine quasi-zentralisierte Konfiguration erfordert, daß regionale Verwalter oder Wissen Meister bestehen, um Überprüfungs- und allgemeiner Anwendung Wartung zu ermöglichen. Diese Konfiguration ermöglicht Prozeßbenutzern, die in den verschiedenen Zeitzonen oder in geographischen Positionen sind, zum sich der Wartung Programme, die fristgerecht und relevant sind, im Vergleich mit lediglich zentralisierten Prozessen und System Bestandteilen zu nützen. Das Ziel ist, die Ausgaben zu vermindern, die auf periodische Wartung Stillstandszeiten bezogen werden, die die Benutzergemeinschaft auswirken würden. Obgleich diese Konfiguration die strategisch gesetzten Fachleute erfordert, die an der Systeme Leitung geschickt sind, stellt sie sicher, daß System Ausgaben (wenn Sie angetroffen werden), nicht die gesamte Benutzergemeinschaft aber eher den lokalen oder regionalen Aufstellungsort in der Frage paralyze. Kleine Benutzergemeinschaften oder -die in der sehr nahen Nähe würden von zentralisierten Konfigurationen profitieren, da die administrative Funktion weniger passend sein würde, in die Hände der Benutzer selbst zu fallen. Anwendungen können zentral lokalisiert werden und beibehalten werden. Die Fähigkeit, aus dem System zu rollen und Wissen auf die neuen und Remotebenutzer zu bringen ist eine Ausgabe, wenn die Organisation in einem Wachstummodus ist. Es kann möglicherweise nicht eine Ausgabe sein, wenn die Firma oder in einem lediglich auftauchenden Zustand statisch ist; jedoch wenn die Firma über Erwerb oder anders erweitert, ist das Nehmen auf neuen Benutzern und Datenkunden eine Konstante. Sollte die Finanzfunktion die Anpassung eines konstanten zentralisierten Prozesses verlangen oder die Freiheit für das Einsetzen der nichtstandardisierten, homegrown Lösungen erlauben? Wie sehen neue Benutzer vorgeschriebenes Datenfluß Prozeß an? Wie sehnt er sich nimmt, damit sie einen neuen Prozeß erarbeiten? Welches Niveau der Sachkenntnis wird am lokalen Aufstellungsort angefordert? Wenn zentralisierte System Bestandteile und Prozesse eingesetzt werden, benötigt eine schnell erweiternbenutzergemeinschaft gute Unterlagen und logische Prozesse, die leicht gebracht werden. Müssen alte, vorhandene Prozesse parallel zu eben angenommenen Prozessen laufen lassen? Ohne Zweifel wird Redundanz während der Übergangsphase zu einem zentralisierten System angefordert. Der FinanzStratege muß einen Plan im Platz, der schnelle und wirkungsvolle Übertragung der System Bestandteile, zuläßt besonders hochgradige Finanzbuchhaltunganwendungen haben. Ausgangseinstellung und Umwandlung zum vorgeschriebenen Prozeß dauern Zeit und hängen von der Kompetenz und von der Mitarbeit der Benutzergemeinschafts- und -datenkunden ab, die übernommen werden oder zur Organisation neu. Dezentralisierung läßt zu, weniger Korrdination aber stellt mehr Gefahr dar. Prozeß und System Entwicklung wird die Diskretion der neuen Benutzergemeinschaft überlassen. Angelegenheiten des Beweggrundes und der Verpflichtung können als die Unterlagen und Wissen der Übertragung relevanter hier sein. - Scalability. Der FinanzStratege muß die Notwendigkeit adressieren, den Bereich und die Funktionalität der Systeme in der Finanzfunktion zu erweitern. Die Finanzstrategie muß die Kapazität adressieren, Neuanmeldungen zu enthalten oder Infrastrukturänderungen sich anzupassen. Den Punkt von scalability anzusprechen ist in den zentralisierten Klimas unterschiedlich, die mit dezentralisierten verglichen werden. Werden Sie zentralisiert in hohem Grade, unbiegsame Finanzanwendung verweigern neuen Benutzern die Funktionalität, die sie für den lokalen gesetzlichen Bericht benötigen? Würden einfache Datenanforderungen genügen, wenn vollerblühte Prozeßteilnahme nicht durchführbar ist? Obgleich welldocumented, können in hohem Grade strukturierte Systeme und Prozeßanforderungen einfach scheinen zu bringen, sie können möglicherweise nicht relevant sein. Andererseits konnten das Bauen auf neue Benutzer oder erweitert, über Aufstellungsorte berichtend, um ihre eigenen Lösungen für Daten und Berichtspflichten zu entwickeln, zu viel Wahrscheinlichkeit überlassen und die Finanzfunktion Zusammenbrüchen beim Bericht aussetzen. Die Herausforderung von scalability geht über dem Messen hinaus, wie lange Lösungen relevant sind und die Mühelosigkeit der Systemerweiterung anstatt adressieren müssen. - Support/maintenance. Sobald das System im Platz ist, wie wird fortwährende Unterstützung angefaßt? Werden IST die Fachleute eingeweiht, die für Unterstützung vorhanden sind, wenn Systeme Ausgaben angetroffen werden? Die Landschaft des Unterstützungsmodells wird durch den Grad der Zentralisierung des Systems selbst vorgeschrieben. Ein zentralisiertes System verleiht sich zu fokussiert IST Unterstützungsmannschaft in einer Position. Dezentralisierte Systeme erfordern ein Niveau der Sachkenntnis verteilt während der Organisation. Das Verursachen eines Netzes des Wissens verbritt gleichmäßig während der Organisation ist wesentlich zum Beibehalten der Anwendungen und zur Maximierung ihres Verbrauches. Diese kann die Methode der Wahl für eine 24/7 Anwendung mit vielen Benutzern in den geographisch entfernten Außenstellen auf unterschiedlichen Niveaus der Sachkenntnis sein. Ein Remoteunterstützungsnetz herzustellen und das Beibehalten können eine schwierige durchzuführen Initiative sein. Das Herstellen der Energie Benutzer oder der Anwendung Meister an den lokalen und regionalen Positionen kann die Übertragung des Wissens fördern und ausreichende Unterstützungssachkenntnis entwickeln. Das Beibehalten einer Bescheinigungprozess- und -belohnungsstruktur für das Erzielen eines Niveaus von Schnelligkeit von einem System Standpunkt kann die Organisation von den latenten Schwächen in impfen Datenfluß dynamisch. Finanzfunktion Design hängt von der Managementphilosophie ab, während es auf Zentralisierung und Dezentralisierung von Aufgaben bezieht. Der FinanzStratege muß die bestimmte Philosophie verstehen, zu der die Firma unterzeichnet, besonders da sie auf Systeme Design bezieht. Das Verstehen der grundlegenden Annäherung an die Finanzfunktion ermöglicht genauerer Systeme Designplanung und gibt des FinanzStrategen, um die Organisation s’Fähigkeit zu betrachten, mit Implementierung Strategien durch zu folgen. Fähigkeit der Organisation zum Werkzeug und behalten bei System Design und Entwicklung folgt als allgemeine
Regel dem einem Drittel, Drittel, Drittel Richtlinie; Planung,
System Aufbau und die Prüfung müssen in gleichem Maß behandelt
werden. Weil Systeme entwerfen und Entwicklung nicht gegenseitig
Exklusives der Finanzstrategie ist, muß der Stratege diese drei
Phasen des Designs und der Entwicklung im Verstand halten, während
die Finanzfunktion errichtet wird. Der FinanzStratege muß
die Kapazität der Organisation betrachten einzuleiten und die Systeme
zu beenden entwerfen Sie, Implementierung und Wartung Aspekt der
Finanzstrategie. Die Planung dieses Aspekts der Strategie
verlangt Wissen der vorhandenen Betriebsmittel und ein Niveau der
Sachkenntnis, das zu den Systeme Entwicklung Ausgaben verliehen werden
kann. Die Systeme rollen-heraus Plan sollten auf das Verwenden so vieler innerbetrieblicher Fachleute möglich konzentrieren. Die Versuchung zum outsource kann hoch sein. Äußere Fachleute und Berater können notwendig sein, besonders wenn sie zu Systeme zuerst anbringen kommt. In den frühen Phasen der Planung und der Entwicklung, muß die Gelegenheit, Wissen zu bringen und eine breite Unterseite des Verstehens für die Anlagenkonfiguration zu kultivieren offenbar gefaßt werden. Der FinanzStratege muß im Verstand halten, daß der strategische Aspekt der Systeme Entwicklung innerhalb der Steuerung der Firma s’bleiben sollte und daß Gebrauch der Außenseiter sorgfältig gehandhabt werden sollte, um korrekte Wissen Übertragung sicherzustellen. Technische Sachkenntnis sollte verschaffen werden, um Projekte rechtzeitig und innerhalb des Etats zu halten. Das Halten der Wissen Übertragung und das Lernen der Kurven in-house erleichtern zukünftige Entwicklung der Gesamtsysteme Struktur und der Benutzergemeinschaft im Ende. Wählende Anwendungen Der FinanzStratege wendet die beträchtliche Zeit- und Bemühungsbestimmung auf, welche Systeme Bestandteile die Organisation s’Notwendigkeiten passen. Welche Software-Anwendungen werden an gebaut, um die kritischen Aufgaben durchzuführen, die Datenfluß Prozeßwirkungsvolles bilden? Welche Netzbestandteile werden in Platz eingesetzt, um diese Anwendungen unterzubringen und sie Arbeit zu bilden? Wählt der FinanzStratege einfache ab Lageranwendungen oder innerlich erzeugte? Möglicherweise bezieht der Plan mit ein, eine Datenbank vom Kratzer mit den verschiedenen Sprachen und der Architektur zu errichten, die Datenspeicher erleichtern. Möglicherweise beendet verwendet die abschließende Lösung herauf irgendwo in-between und eine eigene Heraus-vonkasten Datenbank, die durch ein Bilden-zuauftrag System des Codes und der Sprachen vergrößert wird. Kaufende Systeme Bestandteile können ein verwirrender und erschreckender Prozeß sein. Gut informierte Entscheidungen zu treffen ist eine Herausforderung, die zahlreichen Wahlen gegeben, Wahlen und Kombinationen der Kleinteile, der Software und der beratenen Unterstützung. Obgleich diese Diskussion alle Antworten nicht zum Vorwählen der rechten Anwendungen für alle Finanzstrategien zur Verfügung stellt, liefert sie etwas Bereiche, um zu betrachten, bevor sie Verträge mit Verkäufern unterzeichnen. Jede Situation ist unterschiedlich; die eine Konstante ist die Notwendigkeit, Notwendigkeiten und die Werkzeuge zu erforschen und sorgfältig auszuwerten, die zu ihnen sprechen. Der erste Schritt, wenn er vorwärts mit Anwendung Erwerben bewegt, versteht Organisation Notwendigkeiten. Dieses ist häufig eine kreisförmige Gleichung, wie Notwendigkeiten die Werkzeuge vorschreiben, um zu ihnen zu sprechen, die die Notwendigkeiten der Datenkunden der Reihe nach formen können. Anstatt innen erlauben springen und das Setzen der kostspieligen Lösungen in Spiel, bevor sie ein Gleichgewicht zwischen die Systeme Werkzeuge und Datenkundenbedürfnisse finden und ein Modell wie die Mehrebenenannäherung zum Strategizing einsetzen, dem Strategen, Lösungen anzuschließen und die Auswirkung auf Datenkundenbedürfnisse zu beurteilen. Eine feste Reichweite der Kundenbedürfnisse und der Betriebsmittel zu haben, die, zu ihnen zu sprechen vorhanden sind, ist zu diesem Aspekt von Strategizing Schlüssel. Der FinanzStratege muß vorbereitet werden, Darstellungen von den Software-Verkäufern auszuhalten, die nicht nur gut sind an, was sie (verkaufend) aber unter enormem Druck, Produkt zu verkaufen sind. Aufwendungen für Finanz-Software können von den 10 Tausenden bis zu Millionen Dollar reichen. Dieses ist möglicherweise der wichtigste Grund, warum der Stratege einen festen Griff auf den Notwendigkeiten der Firma s’haben muß. Strategen müssen kaufende Entscheidungen auf Software-Opfern gründen, die jetzt vorhanden sind. Ist die Software kauft die Anwendungen, die auf zukünftigem Aufsteigen basieren, gefährlich und führt häufig zu unausgeführte Erwartungen. Schlüsselbenutzer und technischen die Leute auch beschäftigt ge$$$WESEN mit den kaufenden Hilfen des Prozesses erhalten. Die Anwendung ist, was es ist, und seine Kapazität, passende Lösungen zu erzeugen sollte zum Verkäufer auf der Hand liegen, der die Anwendung darstellt oder verkauft. Schlüsselbenutzer (wem zu haben eine Stange in der Anwendung s’Funktionalität haben) und IST Experten (wer eine Stange haben, wenn sie die Anwendung beibehalten), Fragen direkt zum Verkäufer während der Demonstrationen zu stellen und Verkäufe Sitzungen stellen sicher, daß alle Leistungsanforderungen offenbar zum Verkäufer artikuliert sind. Einschließlich sie im Prozeß sichert auch ihre Mitarbeit, während die Finanzfunktion fortfährt sich zu entwickeln. Gute Verkäufe reps schätzen spitze Fragen, die ihnen helfen, das rechte Werkzeug zum Kunden zusammenzubringen. Wenn ein Haupterwerb (normalerweise für das kleine und auftauchende Geschäft ist dieses ein Erwerb über $500.000), zur Hand ist, kann der FinanzStratege eine Mannschaft kennzeichnen wünschen, um die Wahlen für eine bestimmte Lösung auszuwerten. Die Mannschaft kann aus einer Gruppe Schlüsselbenutzern bestehen, IST professionell und der FinanzStratege oder der Geschäft Inhaber. Firmen können beschließen, einen Berater anzustellen, um Anwendungen für ihre Geschäft Notwendigkeiten auszuwerten. Die Firma kann oder kann möglicherweise nicht das Geld für diese Wahl haben; jedoch, können anstellenfachleute, die die technischen Spezifikationen der Werkzeuge auf dem Markt verstehen und wie sie unterbringen, Notwendigkeiten an anderen Geschäften in den ähnlichen Industrien das Geld sein. Sie auch vertreten geschickte die Firma in den Sitzungen mit Verkäufern und bestehen auf dem Sehen aller Funktionalität und Eigenschaften von Software offenbar demonstriert. Wenn es ein erheblicher Erwerb ist, können Verkäufer eine Firma das Produkt heraus in einer begrenzten Einstellung versuchen lassen, in-house bevor sie völlig die Anwendung kaufen. Dieses darf, damit die Benutzergemeinschaft die Software durch seine Schritte hindurchführt und sie sicherzustellen besitzt die Funktionalität, die gesucht wird. Zu entscheiden, ob man mit einer ab Lagerlösung oder innerlich erzeugten ist auch eine Herausforderung geht. Verpackte Anwendungen sind vorteilhaft, weil sie in Platz schnell eingesetzt werden können. Das Interesse ist, obwohl, daß sie scalability Ausgaben verursachen können. Kann die Anwendung erweitert werden? Können zusätzliche Anwendungen zu ihr angebracht werden, wie Notwendigkeiten ändern? Gibt es eine Kapazität Begrenzung für Datenspeicher oder -design? Obgleich verpackte Anwendungen vorteilhaft sind, wenn sie zur Mühelosigkeit der Implementierung und der Unterstützung kommt, wird der Stratege muß Faktor in der Notwendigkeit zu erweitern, wenn er ein ab Lagerprodukt für eine langfristige Lösung hält. Frei-entworfene Anwendungen liefern Flexibilität und scalability; jedoch müssen Unterlagen genau sein, während sie auf Design und Unterstützung bezieht. Mit Sprachen wie Orakel und SQL stellen Sie ein ausgedehntes Segeltuch zur Verfügung, um Datenbanken und Speicheranwendungen zu verursachen. Betrachtung muß jedoch von der Fähigkeit gebildet werden, Reports zu verursachen und dynamische Analyse zu erzeugen. Muß ein Benutzer ein Experte in der Anwendung Architektur sein, zum von von Reports zu verursachen? Wenn eine Sperre zum Verbrauch besteht, können Benutzer frustriert werden. Der Zeithorizont für ein abschließendes, verwendbares Produkt kann unvernünftig auch sein. Viele kleine und auftauchende Geschäfte haben nicht den Luxus, zum zu spielen schlagen-oder-vermissen mit Anwendung Designs. Uptimes oder Beendigung Daten müssen vorhersagbar sein und innerhalb einer Periode des angemessenen Zeitraums auftreten. Die Organisation kann zum outsource die Anwendungen und die Funktionen entscheiden, die sie zusammen durchführen. Die populärste Form des Outsourcings setzt ein Asp ein. Asp stellen Nutzen in Form von schneller uptime, guter Unterstützung und zuverlässigen backup/disaster Wiederherstellungsprozeduren zur Verfügung. Bevor man einen Vertrag mit einem Asp jedoch unterzeichnet muß die Organisation auf der Langlebigkeit der Firma und des Gefühls verkauft werden, die mit der finanziellen Verpflichtung bequem sind. Während die Organisation die kräftigen Hauptausgaben vermeiden kann, die Anwendung Erwerbe im Kurzschluß zur mittleren Bezeichnung kennzeichnen, muß der FinanzStratege den Rentabilitätpunkt berücksichtigen, in dem eine up-front Investition in der Anwendersoftware den Asp Vertragszahlungen entspricht. Die Firma muß die Anforderungen auch berücksichtigen, Schnittstellen mit dem Asp besonders anzufertigen und Konnektivität sicherzustellen ist ausreichend. Diese Sein-intensiven Themen müssen adressiert werden, bevor der Vertrag unterzeichnet wird, um den vollen Nutzen zu sichern, den diese Werkzeuge anbieten. Unterlagen Die Entwicklung der Systeme und der Prozesse, wenn
sie richtig getan wird, produziert genügende Unterlagen, um Benutzern
in der Unterstützung zu helfen und fördert Entwicklung.
Komplette Unterlagen impfen die Organisation vom Umsatz und
stellen Anleitung zu den Benutzern zur Verfügung, die nicht bereiten
Zugang zum Unterstützungspersonal haben. Neue Angestellte oder
Benutzer mit verschiebenrollen profitieren besonders von den
kompletten Unterlagen. - Leute. Wer tut, was? Dieses kann so einfach sein, wie ein Register der Einzelpersonen und ihre Rolle in Prozeß oder so kompliziertes wie eine ausführliche Liste der Arbeitsbeschreibungen Datenfluß. Diese Unterlagen sollten Darstellungen vom Unterstützungsstab und von denen mit vertrautem Wissen der Anlagenkonfigurationen mit einschließen. - Prozesse. Ausführliche umreißen von Datenfluß Prozeß sind entscheidend, Anleitung für neue Benutzer und einen Kontext zur Verfügung zu stellen für Systeme Bestandteile. Wartung und Entwicklung ist vom Verstehen nicht nur abhängig, welche Anwendungen und Systeme Bestandteile bestehen, aber, wie sie durch eingesetzt werden, Prozeß Datenfluß. - Applications/hardware. Unterlagen der Software- und Hardwareeinheiten werden von vielen Einzelpersonen, vom laypeople zu den technischen Arten bezogen. Ausführliche Beschreibungen von Konfigurationen, von Einstellungen und von Ausrichtungen müssen im Fall von Zusammenbrüchen oder von Wartung vorhanden sein. Es muß angenommen werden, daß jenes einführende und anbringende System Bestandteile nicht notwendigerweise die Leute sind, die zukünftig sie beibehalten. Schlüsselpunkte des Interesses beziehen auf Klarheit, Vollständigkeit und Bedeutung. Extrabemühung sollte in das Schreiben in gesetzt werden einfach-zu-las Bezeichnungen, ohne aus entscheidenden technischen Angelegenheiten zu verlassen. Graphiken und Abbildungen in den Unterlagen können sie bilden leicht verstanden. Unterlagen in der Melodie mit Aufsteigen und Konfiguration Änderungen zu halten ist auch wichtig. Häufig bestehen die besten Unterlagen, mit Ausgangsimplementierungen aber vermindern, während Anwendungen, Netzbestandteile und Kleinteilaufsteigen aufgenommen wird. Unterlagen eine Priorität zu bilden, wenn Systemäenderung ausgeführt werden, ist zum Beibehalten des guten schriftlichen Wissens der Systeme Schlüssel. Wirkungsvoll sein sollen, müssen die Unterlagen in einer zugänglichen Position für alle relevanten Parteien, ob sie Benutzer, Datenkunden oder Wartung Fachleute sind. Intranet oder Netzverzeichnisse sind häufig die besten Positionen für häufig bezogenes Material. Unterlagen verwendbar zu bilden ist zum Sicherstellen Schlüssel, daß Anlagenkonfigurationen und Updates fristgerecht und angebracht sind. Verwendbarkeit, Bedeutung und Vollständigkeit ist Faktoren, die der FinanzStratege an fokussieren muß, um sicherzugehen, daß Unterlagen System Notwendigkeiten beschatten. dieses ist ein Artikel, der von Maria Leka hinzugefügt
wird
|
|||
|