PORQUÉ PLANEA
¿Por qué Plan? La disposición de ES, si implican la red, el hardware, o componentes de software, requiere la preparación y el planeamiento significativos. El aumento o la instalación de componentes del sistema, si está dentro del contexto de una estrategia de las finanzas o no, tendrá muchas dependencias y consideraciones dominantes. Siempre que un proyecto de los sistemas complejos se tome encendido, los profesionales competentes, probados deben ser buscados para ayudar en el planeamiento y la puesta en práctica. Esto es imprescindible cuando tales proyectos implican el conocimiento intrincado de especificaciones técnicas y los conceptos y las teorías especializados relacionados con las redes, los sistemas, y los similares. Aunque los dueños pequeños y que emergen del negocio pudieron haber construido sus negocios con una actitud fuerte del hágalo usted mismo, el aspecto de los sistemas de los trabajos de desarrollo de negocio lo más mejor posible cuando los profesionales cualificados están implicados. Strategizing que la función de las finanzas implica el conceptuar y planear el papel de ES, un paso el estratega debe enganchar completamente a, mucho antes el equipo compra, consultando contratos, y las puestas en práctica desperdiciadoras de tiempo comienzan. El conceptualización de la disposición y del diseño de sistemas requerirá elegir una filosofía particular del diseño y del mantenimiento y entender el impacto del acercamiento y de la filosofía generales elegidos. Dependiendo de donde está la organización en desarrollar una función de las finanzas, este proceso se puede considerar como un subconjunto de strategizing o parte de la estrategia de las finanzas sí mismo. Sin importar la motivación y la forma, este proceso del planeamiento debe considerar la filosofía general de la descentralización contra la centralización, la conveniencia de la organización para poner y para mantener usos en ejecucio'n, y la capacidad de desarrollar la documentación relevante. Centralizado contra diseños descentralizados Temprano en el proceso de planning/strategizing el estratega de las finanzas debe determinarse a qué usos y procesos del grado serán centralizados. Se está determinando si y la función de las finanzas serán centralizadas o descentralizado a menudo se arraiga en el estilo de la gerencia de dueños o la cultura del negocio. Dictar uniformidad en procesos, así como componentes del uso y del sistema, incorpora la centralización. La centralización también puede prescribir la localización de todos los usos del hardware y del software de la base en uno señalado sitio empresarial. La característica verdadera de la centralización es el uso del uniforme, procesos prescritos a través de la organización. La descentralización en su forma más pura es el contrario de la centralización, especialmente pues se relaciona con la localización y las especificaciones de las herramientas de los usos y de la red de la base. También es caracterizada por la propagación de los procesos anormales compuestos de las tareas que son conceptuadas y puestas en ejecucio'n por los varios componentes de la organización. En realidad, no se centraliza ni se descentraliza ninguna función de las finanzas totalmente. Los procesos y los sistemas, bajan en la práctica en alguna parte en la serie continua que tiende un puente sobre estos dos conceptos polares. La función de las finanzas es generalmente centralizada o descentralizada; por lo tanto los términos refieren al acercamiento filosófico general para financiar. La centralización en algunos casos es un acercamiento más rígido a manejar la función de las finanzas. La centralización viaja con palabras tales como responsabilidad, disciplina, y estructura. Sin embargo, los acercamientos descentralizados pueden incluir todas estas cosas también. Los factores dominantes en acercamientos de centralizados y descentralizados de la aplicación a la función de las finanzas se relacionan a menudo con el alcance geográfico y cultural del negocio. Las organizaciones pequeñas o domésticas se satisfacen a menudo más a la infraestructura centralizada. La concordancia en zonas de tiempo, las ediciones hechas frente, y el nivel de la capacidad de participantes de proceso hace la centralización más sabrosa a la organización. Los desafíos multinacionales de la cara de las organizaciones se relacionaron con las reglas y la disponibilidad de divulgación estatutarias del personal cualificado de las finanzas. La infraestructura limitada puede ser un desafío en algunos países. Los desafíos como éstos pueden requerir acercamientos que varían a los datos flujo y a las ediciones de los sistemas. Consecuentemente, la función de las finanzas para las compañías multinacionales termina para arriba con una base, un componente centralizado y los periférico se descentralizan que. Las ventajas de un excedente de la filosofía el otro son
circunstanciales. La centralización implica la uniformidad, que
hace la localización de averías fácil y reduce al mínimo el
impacto del volumen de ventas. La descentralización, sin
embargo, implica flexibilidad y la capacidad de superar desafíos de
maneras únicas. La centralización conduce a la rigidez y a la
inhabilidad de acomodar circunstancias únicas o presenta a menudo las
soluciones que crean más desafíos que ellas soluciona. Si
está planeada mal o aplicada inadecuado, la centralización puede dar
lugar a jerarquía innecesaria y a cañizos burocráticos. La
descentralización puede permitir el desarrollo de los procesos o de
los sistemas que están opuestamente a los objetivos totales de la
función de las finanzas. Permitir el desarrollo flojo de los
componentes de la función de las finanzas puede permitir a
ineficacias evidentes infiltrar las finanzas dinámicas y degradar la
función en su totalidad. La centralización y la
descentralización pueden y existen a menudo simultáneamente.
Sin importar el acercamiento, la responsabilidad y la gerencia
resultado-orientada todavía pueden ser preservadas. - mantenimiento y gerencia. Los sistemas y los usos centralizados son de diez la norma con negocios pequeños y que emergen. En el caso de la multinacional o geográficamente de la extensión de las organizaciones hacia fuera con los usuarios en posiciones remotas, desafíos de los presentes de la centralización tan bien como ventajas. Los componentes del sistema que mantienen en una localización asegurada permitirán la concentración de la maestría en el sitio de la localización del uso y realizarán cambios y ponen al día simple y aprisa. El diseño descentralizado de los sistemas requiere un grado de la administración del uso ocurrir localmente, algo para el cual los sitios locales pequeños no pueden ser satisfechos. Los cambios y las actualizaciones se pueden incorporar a menudo incorrectamente o untimely. En el caso de una comunidad de usuario mundial, el uso se puede alcanzar 24 horas al día, siete días a la semana, que puede hacer los tiempos muertos para el mantenimiento u otro las razones perjudiciales a la comunidad de usuario, una desventaja a la centralización. Los costes del espacio y del hardware del servidor desempeñarán un papel en utilizar centralizado contra sistema descentralizado. Tener un uso en un sitio central es más barato cuidar para que usos múltiples, alejados. Ediciones de la licencia y factor de la voluntad de los gastos del hardware también en las soluciones del diseño. - clientes del usuario community/data. Está sabiendo cuántos usuarios y donde los localizarán dominante al determinarse si la función de las finanzas será centralizada o descentralizada. Una gran cantidad de usuarios alejados pueden dictar usos regionales que mantienen o sitios de los datos. Una configuración tancentralizada requiere que los administradores o los campeones regionales del conocimiento existen para permitir mantenimiento de localización de averías y general del uso. Esta configuración permitirá a usuarios de proceso que están en las varias zonas de tiempo o las localizaciones geográficas para servirse de los programas de mantenimiento que son oportunos y relevantes, en comparación con procesos y componentes puramente centralizados del sistema. La meta es aliviar las ediciones relacionadas con los tiempos muertos del mantenimiento periódico que afectarían a comunidad de usuario. Aunque esta configuración requiere a profesionales estratégico colocados, peritos en la administración de los sistemas, se asegurará de que las ediciones del sistema (si está encontrado) no paralicen la comunidad de usuario entera sino algo el sitio local o regional en la pregunta. Las comunidades o ésas de usuario pequeñas en proximidad muy cercana beneficiarían de configuraciones centralizadas pues la función administrativa sería menos conveniente bajar en las manos de los usuarios ellos mismos. Los usos pueden centralmente ser localizados y ser mantenidos. La capacidad de rodar fuera del sistema y de transferir conocimiento a los nuevos y alejados usuarios será una edición si la organización está en un modo del crecimiento. Puede no ser una edición si la compañía es estática o en un estado puramente que emerge; sin embargo, si la compañía se está ampliando vía adquisiciones o de otra manera, el tomar en nuevos usuarios y clientes de los datos será una constante. ¿Debe la función de las finanzas exigir la adaptación de un proceso centralizado uniforme o permitir la libertad para emplear soluciones anormales, de cosecha propia? ¿Cómo los nuevos usuarios opinión datos prescritos flujo proceso? ¿Cuanto tiempo tomará para que dominen un nuevo proceso? ¿Qué nivel de la maestría será requerido en el sitio local? Si se emplean los componentes y los procesos centralizados del sistema, una comunidad de usuario rápidamente que se amplía requerirá la buena documentación y los procesos lógicos que se transfieren fácilmente. ¿Los viejos, existentes procesos tendrán que funcionar paralelo a procesos nuevamente adoptados? La redundancia será requerida indudablemente durante el período de transición a un sistema centralizado. El estratega de las finanzas debe tener un plan en el lugar que permite la transferencia rápida y eficaz de los componentes del sistema, especialmente usos de alto nivel de la contabilidad de las finanzas. La disposición y la conversión iniciales al proceso prescrito tomarán tiempo y dependerán de la capacidad y de la cooperación de los clientes de la comunidad y de los datos de usuario heredados o nuevos a la organización. La descentralización permite menos coordinación pero incorpora más riesgo. El proceso y el desarrollo del sistema se deja a la discreción de la nueva comunidad de usuario. Las materias de la motivación y de la comisión pueden ser más relevantes aquí que la de la transferencia de la documentación y del conocimiento. - Scalability. El estratega de las finanzas debe tratar la necesidad de ampliar el alcance y la funcionalidad de sistemas en la función de las finanzas. La estrategia de las finanzas debe tratar la capacidad de incorporar nuevos usos o de adaptarse a los cambios de la infraestructura. La dirección de la aplicación el scalability es diferente en los ambientes centralizados comparados descentralizados. ¿haber centralizado altamente, uso inflexible de las finanzas negaron a nuevos usuarios la funcionalidad que necesitan para la divulgación estatutaria local? ¿Los requisitos simples de los datos serían suficientes si la verdadera participación de proceso no es factible? Aunque welldocumented, los sistemas y los requisitos altamente estructurados del proceso pueden parecerse fáciles de transferir, ellos pueden no ser relevantes. Inversamente, el confiar en nuevos usuarios o haber ampliado divulgando sitios para desarrollar sus propias soluciones para los requisitos de los datos y de divulgación podía dejar demasiado a la ocasión y exponer la función de las finanzas a las interrupciones en la divulgación. El desafío del scalability va más allá de medir cuánto tiempo las soluciones serán relevantes y en lugar de otro deben tratar la facilidad de la extensión de sistema. - Support/maintenance. ¿Una vez que el sistema esté en lugar, cómo la ayuda en curso será manejada? ¿SON dedican a los profesionales disponibles para la ayuda si se encuentran las ediciones de los sistemas? El paisaje del modelo de la ayuda es dictado por el grado de centralización del sistema sí mismo. Un sistema centralizado se presta al enfocado ES equipo de la ayuda en una localización. Los sistemas descentralizados requieren un nivel de la maestría distribuido a través de la organización. Crear una red del conocimiento se separó a través de la organización es uniformemente esencial para mantener los usos y la maximización de su uso. Éste puede ser el método de opción para un uso de 24/7 con muchos usuarios en posiciones geográficamente remotas en los niveles que varían de la maestría. Establecer y mantener una tela alejada de la ayuda pueden ser una iniciativa difícil a ejecutarse. Establecer usuarios de la energía o a campeones del uso en las localizaciones locales y regionales puede fomentar la transferencia del conocimiento y desarrollar maestría adecuada de la ayuda. Mantener una estructura del proceso y de la recompensa de la certificación para alcanzar un nivel de la preparación de un punto de vista del sistema puede inocular la organización de debilidades latentes en los datos flujo dinámico. El diseño de la función de las finanzas depende de la filosofía de la gerencia mientras que se relaciona con la centralización y la descentralización de tareas. El estratega de las finanzas debe entender la filosofía particular a la cual la compañía suscribe, especialmente pues se relaciona con el diseño de los sistemas. Entender el acercamiento básico a la función de las finanzas permitirá un planeamiento más exacto del diseño de los sistemas y contará a estratega de las finanzas para considerar la capacidad’de la organización s de seguir a través con estrategias de la puesta en práctica. La capacidad de la organización al instrumento y mantiene El diseño y el desarrollo del sistema, como regla
general, sigue el una mitad, una mitad, una mitad regla; el
planeamiento, la construcción del sistema, y la prueba se deben
ocupar en de medida igual. Porque los sistemas diseñan y el
desarrollo no es mutuamente exclusiva de la estrategia de las
finanzas, el estratega debe tener estas tres fases del diseño y del
desarrollo presente mientras que se construye la función de las
finanzas. El estratega de las finanzas debe considerar la
capacidad de la organización de iniciar y concluir los sistemas
diseñe, puesta en práctica, y aspecto del mantenimiento de la
estrategia de las finanzas. Planear este aspecto de la
estrategia exigirá el conocimiento de los recursos disponibles y un
nivel de la maestría que se pueda prestar a las ediciones del
desarrollo de los sistemas. Los sistemas ruedan -hacia fuera plan deben centrarse en utilizar a tantos profesionales internos como sea posible. La tentación al outsource puede ser alta. Los especialistas y los consultores exteriores pueden ser necesarios, particularmente cuando viene a instalar sistemas inicialmente. En las fases tempranas del planeamiento y del desarrollo, la oportunidad de transferir conocimiento y de cultivar una base ancha de entender para la configuración de sistemas debe ser agarrada claramente. El estratega de las finanzas debe tener presente que el aspecto estratégico del desarrollo de los sistemas debe permanecer dentro del control’de la compañía s y que el uso de forasteros se debe manejar cuidadosamente para asegurar transferencia apropiada del conocimiento. La maestría técnica se debe procurar para guardar proyectos el tiempo y dentro del presupuesto. Guardar la transferencia del conocimiento y aprender curvas en el local facilitarán el desarrollo futuro de los sistemas totales estructura y de la comunidad de usuario en el extremo. Usos Que eligen El estratega de las finanzas pasará la determinación considerable del tiempo y del esfuerzo qué componentes de los sistemas cabrán las necesidades’de la organización s. ¿Qué usos del software serán confiados encendido para realizar las tareas críticas que hacen los datos flujo eficaz de proceso? ¿Qué componentes de la red serán puestos en lugar para contener estos usos y para hacerles el trabajo? ¿El estratega de las finanzas elegirá usos disponibles simples o internamente generados? Quizás el plan implicará el construir de una base de datos del rasguño usando las varias idiomas y arquitecturas que facilitan almacenaje de datos. La solución final terminará quizá encima de en alguna parte mientras tanto, utilizando una base de datos propietaria de la hacia fuera-de-caja aumentada por un sistema de la hacer-a-orden del código y de idiomas. Los componentes de los sistemas que compran pueden ser un proceso confuso y desalentador. Tomar decisiones bien informadas es un desafío, dado las opciones numerosas, opciones, y combinaciones del hardware, del software, y de la ayuda que consulta. Aunque esta discusión no proporcionará todas las respuestas a seleccionar los usos derechos para todas las estrategias de las finanzas, proporciona algunas áreas para considerar antes de firmar contratos con los vendedores. Cada situación es diferente; la una constante es la necesidad de investigar y de evaluar cuidadosamente las necesidades y las herramientas que las tratarán. El primer paso en la mudanza adelante con las compras del uso está entendiendo necesidades de la organización. Esto es a menudo una ecuación circular, como las necesidades dictarán las herramientas para tratarlas, que alternadamente pueden formar las necesidades de los clientes de los datos. Más bien que el saltar adentro y poner soluciones costosas en juego antes de encontrar un equilibrio entre las herramientas de los sistemas y las necesidades de cliente de los datos, empleando un modelo como el acercamiento de niveles múltiples a strategizing permitirán que el estratega enchufe soluciones y juzgue el impacto en necesidades de cliente de los datos. Tener un asimiento firme de las necesidades de cliente y de los recursos disponibles de tratarlos será dominante a este aspecto de strategizing. El estratega de las finanzas tendrá que ser preparado para aguantar presentaciones de los vendedores del software que son no solamente buenos en lo que él lo hace (vendiendo) pero están bajo enorme presión de vender el producto. Los gastos para el software de las finanzas pueden extenderse de diez de millares a millones de dólares. Ésta es quizás la razón más importante por la que el estratega debe tener un apretón sólido en las necesidades’de la compañía s. Los estrategas deben basar decisiones que compran en las ofrendas del software que están disponibles ahora. Que compra el software usos basados en mejoras anticipadas es peligroso y conduce a menudo a las expectativas incumplidas. Consiguiendo los usuarios dominantes y la gente técnica implicados en las ayudas del proceso que compran también. El uso es cuáles es, y su capacidad de generar soluciones apropiadas debe ser obvia al vendedor que representa o que vende el uso. Tener usuarios dominantes (quiénes tienen una estaca en la funcionalidad’del uso s) y ES los expertos (quiénes tienen una estaca en mantener el uso) hacer preguntas directamente al vendedor durante demostraciones y las reuniones de ventas se asegurarán de que todos los requisitos de funcionamiento estén articulados claramente al vendedor. Incluyendo ellas en el proceso también asegura su cooperación a medida que la función de las finanzas continúa convirtiéndose. Los buenos reps de las ventas aprecian las preguntas acentuadas, que les ayudarán a emparejar la herramienta derecha al cliente. Cuando una compra importante es actual (generalmente para el negocio pequeño y que emerge esto es una compra sobre $500.000), el estratega de las finanzas puede desear señalar a un equipo para evaluar las opciones para una solución particular. El equipo puede ser compuesto de un grupo de los usuarios dominantes, ES profesional, y el estratega de las finanzas o el dueño del negocio. Las compañías pueden elegir emplear a un consultor para evaluar los usos para sus necesidades del negocio. La compañía puede o puede no tener el dinero para esta opción; sin embargo, los profesionales que emplean que entienden las especificaciones técnicas de herramientas en el mercado y cómo acomodan las necesidades de otros negocios en industrias similares pueden valer el dinero. También serán agentes diestros para la compañía en reuniones con los vendedores, insistiendo en ver toda la funcionalidad y características del software demostradas claramente. Si es una compra substancial, los vendedores pueden dejar a una compañía intentar el producto hacia fuera en un ajuste limitado en el local antes de comprar el uso francamente. Esto permitirá para que la comunidad de usuario pase el software con sus pasos y asegurarlo posee la funcionalidad que es buscada. Decidir a si ir con una solución disponible o internamente generada también será un desafío. Los usos preembalados son ventajosos porque pueden ser puestos en lugar rápidamente. La preocupación es, aunque, que pueden crear ediciones del scalability. ¿Puede el uso ser ampliado? ¿Se pueden los usos adicionales unir a él como las necesidades cambian? ¿Hay un límite de la capacidad para el almacenaje o el diseño de datos? Aunque los usos preembalados son ventajosos cuando viene a la facilidad de la puesta en práctica y de la ayuda, el estratega tuvo que factor en la necesidad de ampliarse al considerar un producto disponible como solución a largo plazo. los usos Libre-diseñados proporcionan flexibilidad y scalability; sin embargo, la documentación debe ser meticulosa mientras que se relaciona con el diseño y la ayuda. Con idiomas tales como oráculo y SQL proporcione una amplia lona para crear bases de datos y usos del almacenaje. La consideración se debe hacer, sin embargo, de la capacidad de crear informes y de generar análisis dinámico. ¿Un usuario necesita ser un experto en la arquitectura del uso para crear informes? Si existe una barrera al uso, los usuarios pueden frustrarse. El horizonte del tiempo para un producto final, usable también puede ser desrazonable. Muchos negocios pequeños y que emergen no tienen el lujo a jugar golpear-o-faltan con diseños del uso. Uptimes o las fechas de la terminación necesita ser fiables y ocurrir dentro de un período razonable. La organización puede decidir al outsource a los usos y a las funciones que se realizan en conjunto. La forma más popular de outsourcing está empleando un ASP. Los ASP proporcionan ventajas en la forma de ayuda uptime, buena rápida, y de procedimientos de recuperación confiables de backup/disaster. Antes de firmar un contrato con un ASP, sin embargo, la organización se debe vender en la longevidad de la compañía y de la sensación cómodas con la comisión financiera. Mientras que la organización puede evitar los gastos de establecimiento fuertes que caracterizan compras del uso en el cortocircuito al término mediados de, el estratega de las finanzas debe estar enterado del punto de la rentabilidad donde una inversión up-front en software de uso iguala los pagos contractuales del ASP. La compañía también debe estar enterada de los requisitos para modificar interfaces para requisitos particulares con el ASP y asegurar conectividad es adecuado. Estos asuntos Ser-intensivos deben ser tratados antes de que el contrato se firme para asegurar las ventajas completas que estas herramientas ofrecerán. Documentación El desarrollo de sistemas y de procesos, si está
hecho correctamente, producirá bastante documentación para ayudar a
usuarios en ayuda y fomentará el desarrollo. La documentación
comprensiva inoculará la organización del volumen de ventas y
proporcionará la dirección a los usuarios que no tienen acceso listo
al personal de la ayuda. Los nuevos empleados o usuarios con
papeles que cambian de puesto beneficiarán especialmente de la
documentación comprensiva. - gente. ¿Quién hace lo que? Esto puede ser tan simple como una lista de individuos y su papel en los datos flujo proceso o tan complejo como una lista detallada de las descripciones de las funciones. Esta documentación debe incluir notaciones del personal de ayuda y de ésos con el conocimiento íntimo de las configuraciones de sistemas. - procesos. Los contornos detallados de los datos flujo proceso serán cruciales proporcionar la dirección para los nuevos usuarios y un contexto para los componentes de los sistemas. El mantenimiento y desarrollo será dependiente en entender no solamente qué usos y existen los componentes de los sistemas pero cómo son empleados por los datos flujo el proceso. - Applications/hardware. La documentación de los componentes del software y de hardware será referida por muchos individuos, del laypeople a los tipos técnicos. Las descripciones detalladas de configuraciones, de ajustes, y de alineaciones deben estar disponibles en el caso de interrupciones o del mantenimiento. Debe ser asumido que eso los componentes del sistema que ponen en ejecucio'n y de instalaciones no serán necesariamente la gente que las mantiene en el futuro. Los puntos dominantes del interés se relacionan con la claridad, lo completo, y la importancia. El esfuerzo adicional se debe poner en escribir en fa'cil-a-leyo' términos, sin irse fuera de materias técnicas cruciales. Los gráficos y las ilustraciones en la documentación pueden hacerla entendida más fácilmente. Mantener la documentación consonancia con mejoras y cambios de configuración es también importante. La mejor documentación existe con puestas en práctica iniciales pero degrada a menudo mientras que se emprenden los usos, los componentes de la red, y las mejoras del hardware. La fabricación documentación de una prioridad cuando se dirigen los cambios de sistemas será dominante a mantener el buen conocimiento escrito de los sistemas. Ser eficaz, la documentación debe estar en una localización accesible para todos los partidos relevantes, si son usuarios, clientes de los datos, o profesionales del mantenimiento. Los directorios del Intranet o de la red son a menudo las mejores localizaciones para el material con frecuencia referido. La fabricación de la documentación usable será dominante a asegurarse de que las configuraciones y las actualizaciones de sistema serán oportunas y apropiadas. La disponibilidad, la importancia, y lo completo son los factores que el estratega de las finanzas debe enfocar encendido para asegurarse de que la documentación sombrea necesidades del sistema. esto es un artículo agregado por Maria Leka
|
|||
|