ПОЧЕМУ ПЛАНИРОВАНИЕ

Почему план?

Расположение ЕСТЬ ли они связаны сети, аппаратных или программных компонентов, требует значительной подготовки и планирования. Модернизация или установка компонентов системы, будь то в рамках финансовой стратегии или нет, есть много ключевых зависимостей и соображений. Когда сложных систем проекта решения по компетентным, проверенных специалистов следует искать на помощь в планировании и осуществлении. Это необходимо, когда такие проекты предусматривают сложные знания технических спецификаций и специализированных концепций и теорий, связанных с сетями, системами, и тому подобное. Хотя малые и новых владельцев может быть построен свой бизнес с сильным поделочные позицию, систем аспектом развития бизнеса лучше работает, когда квалифицированные специалисты занимаются.

Стратегий финансирования функция включает концепции и планирования роли ЕСТЬ шаг в стратегии должны полностью заниматься задолго до закупки оборудования, консалтинговые контракты, и отнимает много времени начала реализации. Концептуализация расположение и конструкция систем потребует выбора конкретной философии дизайна и технического обслуживания и понимания воздействия общий подход и философия выбрали. В зависимости от того, где эта организация в развитии финансовой деятельности, этот процесс можно рассматривать либо как часть стратегии или части финансирования самой стратегии. Независимо от мотивов и форм, это процесс планирования необходимо рассмотреть общие концепции децентрализации по сравнению с централизацией, целесообразность организации внедрения и обслуживания приложений, и возможности для разработки соответствующей документации.

Централизованное сравнению с децентрализованной конструкций

В начале планирования / стратегии процесса финансирования стратегии должны определить, в какой степени приложения и процессы будут в централизованном порядке. Определение МС и финансы функция будет централизованная или децентрализованная часто уходит корнями в стиль управления собственников или культуры предприятия. Диктуют единообразия процессов, а также применения и компонентов системы, воплощает централизации. Централизация также может устанавливать расположение всех основных аппаратных и программных приложений на одном сайте компании назначен мире. Подлинная характеристика централизации является использование единой, предписанных процессов в рамках всей организации. Децентрализация в его чистом виде - процесс, обратный централизации, особенно в том, что касается расположения и характеристик основных приложений и сетевых средств. Она также характеризуется распространения нестандартные процессы, состоящий из задач, которые концептуально и осуществляются различные компоненты организации.

В действительности, не финансовая служба полностью централизованной или децентрализованной. Процессов и систем, на практике падение где-то на континуум, мостов этих двух полярных концепций. В финансовой деятельности, как правило, более централизованная или децентрализованная; Следовательно, условия касаются общего философского подхода к финансированию. Централизация в некоторых случаях является более жесткий подход к управлению финансовой деятельности. Централизация путешествует со словами такими, как ответственность, дисциплину и структуру. Тем не менее, децентрализованные подходы могут включать в себя все эти вещи, а. Ключевые факторы применения централизованных и децентрализованных подходов к финансовой деятельности часто связаны с географической и культурной сферы бизнеса. Малых или местных организаций зачастую больше подходят для централизованной инфраструктуры. Общность в часовых поясах, проблемами, и уровень компетенции участников процесса централизации делает более приемлемым для организации. Многонациональные организации сталкиваются с проблемами, касающихся уставных правил отчетности и наличие квалифицированного персонала финансов. Ограниченная инфраструктура может быть проблемой в некоторых странах. Вызовы, подобные этим, могут потребоваться различные подходы к потока данных и систем вопросов. В результате финансовая служба для многонациональных компаний попадает в основной централизованных компонентов и периферийных устройств, которые являются децентрализованные.

Преимущества одной философии по сравнению с другими являются косвенные. Централизация подразумевает единообразие, что позволяет легко и устранения неполадок к минимуму влияние товарооборота. Децентрализация, однако, подразумевает гибкость и способность решения проблем в уникальных формах. Централизация часто приводит к жесткости и невозможности учесть уникальные обстоятельства или представлены решения, которые создают больше проблем, чем решить. Если планируется применять плохо или неправильно, централизация может привести к ненужным иерархии и бюрократические препоны. Децентрализация может позволить развитие процессов или системы, борьбы с общими задачами финансовой функции. Разрешение потерять развития финансовой службы компонентов может позволить вопиющей неэффективности проникнуть финансов динамичный и ухудшать функцию в целом. Централизация и децентрализация может и часто существуют одновременно. Независимо от подхода, ответственности и результатов управления, ориентированного еще можно сохранить.
Обсуждая концепцию централизации и децентрализации особенно актуально при определении организации IS конфигурации. Системы и процессы послужат основой для функционирования финансовой функции. Помимо понимания разницы в философии, вопрос о централизации и децентрализации будет проявляться в этих ключевых областях:

- Эксплуатация и управление. Централизованные системы и приложений десяти нормой с малых и новых предприятий. В случае многонациональных или географически распределены организаций с пользователями в удаленных местах, централизации представляет проблемы, а также преимущества. Сохранение компонентов системы в одном месте обеспеченных позволит концентрации опыта в применении местоположение объекта и внести изменения и обновления простой и быстрой. Децентрализованные системы проектирования требует степень применения управления происходить на местах, которые что-то для небольших местных сайтах могут не подходит. Изменения и обновления часто могут быть включены неправильно или несвоевременно. В случае глобального сообщества пользователей, ходатайство может быть доступна 24 часа в сутки, семь дней в неделю, который может сделать downtimes для технического обслуживания или по другим причинам, наносящих ущерб пользователю сообщества, недостаток централизации. Сервер пространства и аппаратные затраты будут играть определенную роль в использовании централизованной сравнению децентрализованной системы. Наличие одной заявки на центральном сайте дешевле, чем уход за несколько, удаленных приложений. Лицензия вопросы и аппаратных расходов также будет фактором при разработке решений.

- Пользователь сообщества / данных клиентов. Зная, сколько пользователей и где они будут расположены является ключевым при определении того, финансовая служба будет централизованной или децентрализованной. Большое количество удаленных пользователей могут обусловливать сохранение региональных приложений или данных объектов. Такое почти централизованное конфигурирование требует, чтобы региональные администраторы или знаний чемпионов существуют для того, чтобы по устранению неисправностей и технического обслуживания общего применения. Такая конфигурация позволит процесса пользователей, которые находятся в разных часовых поясах или географических точках воспользоваться содержание программ, которые являются своевременными и актуальными, в отличие от сугубо централизованного процессов и компонентов системы. Наша цель - облегчить вопросы, касающиеся периодического обслуживания downtimes, которые окажут влияние на пользователей. Хотя эта конфигурация требует стратегически важные точки профессионалов, adept на системы управления, она будет обеспечивать, чтобы система вопросов (если сталкиваются) не парализовать работу всего сообщества пользователей, а в местном или региональном сайте. Малые пользователей или тех, в очень непосредственной близости выиграли бы от централизованной конфигурации, как административные функции будут менее склонны падать в руках самих пользователей. Заявки могут быть расположены централизованно и сохранить.

Возможность раскрутить систему и передачи знаний новых и удаленных пользователей будет вопрос, если организация находится в режиме роста. Это может быть проблема, если компания является статическим или в чисто возникающие состояния; Однако, если компания расширяется посредством приобретений или иначе, принимает новые данные пользователей и клиентов будет постоянно. Если финансовая служба требует адаптации единого централизованного процесса или разрешить свободу наборе нестандартные, решения самостоятельно? Как будет новым пользователям просматривать поток данных, предусмотренных процессом? Сколько времени займет их освоить новый процесс? Какой уровень знания потребуются на местном сайте? Если централизованная система компонентов и процессов, заняты, быстро расширения сообщества пользователей потребует надлежащей документации и логические процессы, которые легко передаются. Будут старые, существующие процессы должны идти параллельно с вновь принятой процессов? Несомненно избыточности необходимо будет в течение переходного периода на централизованную систему. Финансы стратег должен иметь план в действие, что позволяет быструю и эффективную передачу компонентов системы, особенно высокого уровня финансов / бухгалтерского учета заявок. Начальная установка и перехода к предусмотренным процесс займет времени и зависеть от компетентности и сотрудничество с сообществом пользователей и унаследованных данных клиентов или новых для организации. Децентрализация позволяет менее координации, но воплощает в себе больше риска. Процесс и система развития усмотрению новых пользователей. Вопросы мотивации и приверженности может быть более актуальным, чем в документации и передачи знаний.

- Масштабируемость. Финансы стратега должны рассмотреть необходимость расширения как масштабы, так и функциональность систем в финансовой деятельности. В финансирования стратегии должны рассмотреть возможность включения новых приложений или адаптироваться к изменениям инфраструктуры. Решение вопроса о масштабируемости отличается в централизованных средах по сравнению с децентрализованной них. Будет весьма централизованной, негибкой финансов отрицает применение новых пользователей функциональность им необходима для местных уставных отчетности? Будет простой данные требования достаточно, если полномасштабный процесс участия не реально? Хотя welldocumented, отлаженные системы и технологические требования могут показаться просто передачи, они не могут быть актуальными. И наоборот, основываясь на новых пользователей или расширяемых объектов к отчетности разрабатывать свои собственные решения для данных и отчетности может оставить слишком много шансов и разоблачения финансовых функцию разбивки в отчетности. Задача масштабируемости выходит за рамки оценки решений, как долго будет актуальна, и вместо этого должны решать легкость расширения системы.

- Поддержка / обслуживание. Когда система находится в месте, как постоянная поддержка решается? Есть делу IS специалистов для поддержки системы, если вопросы возникают? Ландшафт в поддержке модели определяется степень централизации самой системы. А централизованная система может быть целенаправленной IS поддержки в одном месте. Децентрализованные системы требует уровень знания распространяется по всей организации. Создание сети знаний равномерно по всей организации имеет важное значение для сохранения приложений и их максимального использования. Это может быть методом выбора для 24 / 7 применении с большим числом пользователей в географически удаленных местах на разных уровнях знаний. Создание и ведение дистанционного поддержки Интернета может быть трудно инициативу исполнить. Создание пользователей чемпионов или применения на местном и региональном регионов могут способствовать передаче знаний и обеспечить адекватную поддержку специалистов. Поддержание процесса сертификации и структуру вознаграждения за достижение уровня готовности системы с точки зрения мая inoculate организации из скрытых недостатков в динамичный поток данных.

Финансы функции проектирования зависит от философии управления, как оно относится к централизации и децентрализации функций. Финансы стратега должны понять особую философию, в которой компания поддерживает, в частности, как она относится к разработке систем. Понимание основных подхода к финансовой деятельности позволит более точной разработке систем планирования и cue финансового стратега рассмотреть возможность организации для выполнения при осуществлении стратегии.

Способность Организации по осуществлению и сохранить

Системы проектирования и разработки, как правило, придерживается треть, треть, треть нормы; Планирования, системы строительства и тестирования должны рассматриваться в равной степени. Поскольку разработку и создание систем не являются взаимоисключающими от финансирования стратегии, то стратег должен учитывать эти три этапа проектирования и разработки в виду, как финансовая служба строится. В стратегии финансирования необходимо рассмотреть возможности организации инициировать и завершить систем проектирования, реализации и поддержания аспект финансовой стратегии. Планирование этот аспект этой стратегии будут требовать знание имеющихся ресурсов и уровня специалистов, которые могут быть кредит систем развития.
Многие организации жертвой часть времени ошибка, то есть ресурсы, которые будут посвящены разработке систем на временной основе. Внедрение ИС инфраструктуры является сложной задачей и должна собрать полный рабочий день, квалифицированные ресурсы. Выделенные людские ресурсы будет время и внимание для устранения неполадок, что части день будет не хватать. В частности, на полный рабочий день руководитель проекта укрепит шансы завершить проект в срок и в рамках средств, предусмотренных сметой. Финансы стратега может решить либо председательствовать на разработке систем или передать другому. Независимо, эта задача должна осуществляться квалифицированными специалистами, которые подвергаются в несколько distractions сроки.

Системы свиток продуманного плана должны быть сосредоточены на использовании как многие в доме специалистов, насколько это возможно. Соблазн заказы могут быть высокими. Вне специалистов и консультантов могут быть необходимы, особенно когда дело доходит до установки систем первоначально. На ранних стадиях планирования и развития, возможность передачи знаний и формирования широкой базе понимания для систем конфигурации необходимо четко осознать. Финансы стратега должны помнить, что стратегические аспекты развития систем должны оставаться в компании и о том, что использование аутсайдеров следует тщательно сумели обеспечить надлежащий передачи знаний. Техническая экспертиза должна быть приобретены держать проектов вовремя и в рамках бюджета. Оставим передачи знаний и обучения кривых в доме будет способствовать дальнейшее развитие общей структуры системы и пользователей в конце.

Выбор Применения

Финансы стратега будет потратить немало времени и усилий определить, какие компоненты системы будет соответствовать потребностям организации. Что программного обеспечения заявки будут полагаться на выполнения критически важных задач, что делает поток данных процесс эффективным? Какие сетевые компоненты будут созданы для размещения этих приложений и сделать их работу? Будет ли финансирование стратега выбирать простые готовые приложения или внутри них? Возможно, план будет включать создание базы данных с нуля, используя различные языки и архитектуры, которые способствуют хранения данных. Возможно, окончательное решение будет в конечном итоге где-то посередине, используя собственности за пределами окна данных увеличены на сделанные в порядок системы код и языки.

Покупка систем компонентов может быть запутанной и сложной процесса. Обеспечение взвешенные решения является сложной задачей, учитывая многочисленные варианты, варианты и комбинации аппаратного и программного обеспечения, консалтинг и поддержку. Хотя это обсуждение не будет предоставлять все ответы на право отбора заявок для всех финансовых стратегий, он предоставляет некоторые области рассмотреть до подписания контрактов с поставщиками. Каждая ситуация иная; С одной постоянной является необходимость тщательного исследования и оценки потребностей и средств, которые будут их решения.

Первым шагом в продвижении вперед с применением покупок понимания потребностей организации. Это часто циркуляр уравнение, как потребности будут диктовать инструментов для их решения, что в свою очередь может определять потребности данных клиентов. Вместо прыгает и ставит в дорогостоящих решений в игру, прежде чем найти равновесие между системами инструментов и данных клиента, используя модель как многоуровневый подход к стратегии позволит стратега включиться в растворах и оценить влияние на данные клиента. Имея твердое знание потребностей клиентов и имеющихся ресурсов для их решения будут иметь ключевое значение этого аспекта стратегии.

Финансы стратега будут готовы терпеть презентации программного продавцов, которые не только на то, что они делают (продажа), но находятся под огромным давлением на продажу продукта. Расходы на финансирование программы может варьироваться от десятков тысяч до миллионов долларов. Это, пожалуй, наиболее важная причина, почему стратег должна иметь прочную контроль над компанией потребностей. Стратеги должны основывать решения о покупке программного обеспечения акций, которые имеются сейчас. Приобретение прикладного программного обеспечения на основе перспективных модернизации является опасным и нередко ведет к несбывшиеся ожидания. Получение ключевых пользователей и технических людей, попавших в процесс покупки также помогает. Заявка является то, что она, и ее способность генерировать соответствующие решения должны быть очевидными для поставщиков, представляющих или продажа заявки. С ключевыми пользователями (которые заинтересованы в применении функций) и IS экспертов (которые были заинтересованы в сохранении применения) задавать вопросы непосредственно продавцу во время демонстраций и продаж заседания будет обеспечивать, чтобы все требования четко сформулированы в поставщиком. Включая их в процесс также обеспечивает их сотрудничество, как финансовая служба продолжает развиваться. Хорошие продажи reps ценим отметил вопросы, которые помогут им соответствовать право инструментом для потребителя.

Когда крупные покупки в стороны (как правило, для малых и новых предприятий это покупка сумму свыше 500000 долл. США), финансового стратега, возможно, захотят назначить группу для оценки вариантов для конкретного решения. Группа может состоять из группы основных пользователей, один IS профессиональной, и финансовой стратегии предприятия или собственника. Компании могут нанять консультанта для оценки заявок на их бизнес потребностей. Компания может быть или может не иметь денег для этого варианта; Однако, наем специалистов, которые понимают технические характеристики инструментов на рынке и как они учесть потребности для других предприятий в аналогичных отраслях может быть стоит денег. Они также будут искусным агентов для компании на встречах с продавцами, настаивая тем, что все функции и возможности программного обеспечения четко продемонстрировали. Если это значительные покупки, продавцов может проникнуть компании попробовать продукт в ограниченном определении в дом перед покупкой применения прямой. Это позволит пользователям поставить программное обеспечение через свой темпами и обеспечить она обладает функциональность разыскивается.

Решение о том, следует ли перейти с готовые решения или внутри одной из них быть проблемой. Упаковке приложений выгодно, поскольку они могут быть созданы быстро. Концерн является то, что они могут создавать проблемы масштабируемости. Может быть расширен применения? Можно дополнительных заявок прилагается к нему как потребности меняются? Есть ли предел возможностей для хранения данных или дизайн? Хотя упаковке приложений выгодно, когда речь идет о легкости внедрения и поддержки, то стратег будет учитывать необходимость расширения при рассмотрении готовые продукта, как долгосрочное решение. Бесплатная разработанных приложений обеспечивает гибкость и масштабируемость; Однако документация должна быть тщательно, что касается разработки и поддержки. Использование языков, таких как Oracle и SQL обеспечивают широкий холсте для создания баз данных и хранения приложений. Рассмотрение Следует, однако, возможность создания отчетов и создания динамического анализа. Ли пользователь необходимости быть экспертом в архитектуру приложения для создания отчетов? Если препятствием для использования существует, пользователям может стать разочарование. На горизонте время для принятия окончательного, удобный продукт, также может быть необоснованным. Многие малые и новые предприятия не можем позволить себе роскошь играть "пан или пропал" с применением конструкций. Uptimes или сроки завершения работ должны быть предсказуемыми и происходит в пределах разумного периода времени.

Эта организация может принять решение о внешних приложений и функции они выполняют полностью. Наиболее популярной форме внешнего использует один ASP. ASPs предоставлять льготы в виде быстрого время непрерывной работы, хорошую поддержку, и надежную резервную / послеаварийного восстановления процедур. Прежде чем подписать договор с ASP, однако, организация должна быть продана на долговечность компании и чувствовать себя комфортно с финансовых обязательств. Хотя организация может избежать hefty капитальных затрат, которые характеризуют применения покупки в краткосрочной и среднесрочной перспективе, финансового стратега должны знать о breakeven момент, когда до начала осуществления программ инвестиций в прикладное программное обеспечение равна ASP контрактных выплат. Компания также должны быть ознакомлены с требованиями, настроить интерфейсы с ASP и обеспечения подключения достаточно. Эти IS - активные темы необходимо решить, прежде чем контракт будет подписан для обеспечения всеми благами этих средств даст.

Документация

Развитие систем и процессов, если сделано правильно, будет производить достаточно документации для помощи пользователям в поддержку и дальнейшее развитие. Всестороннее документации inoculate организации из оборота и дать пользователей, которые не имеют доступ к вспомогательным персоналом. Новые служащие или пользователи с передачи функций будет особенно воспользоваться исчерпывающей документацией.
Первым шагом в сохранении документации на мандат своего существования. Финансы стратега должны делать накопления и создания соответствующей документации стандартным компонентом в разработке и реализации. Лица, ответственные за разработку систем компонентов должна быть поставлена задача обеспечения всеобъемлющей, удобном для чтения, графической документации, которая описывает приложений и процессов. Кроме того, такие документы должны быть доступны тем, кто в ней нуждается. Полезная документация должна быть легко доступной и удобной для пользователей.
Документация должна существовать, но что именно делает хорошей документации? Описание аппаратных и программных компонентов? Описывается процессов? Задача заключается в создании достаточно письменной документации по всем аспектам финансовой функции достаточно указания на новые лица в окружающую среду на успех. Вооружившись этим подходом, документация должна охватывать:

- Люди. Кто за что отвечает? Это может быть просто, как список лиц, и их роль в процессе обмена данными или сложным, как подробный перечень описаний. Эта документация должна включать нотаций от поддержки сотрудников и от тех, с глубокими знаниями систем конфигураций.

- Процессы. Подробная набросков потоков данных процесса будет важно обеспечить руководство для новых пользователей и для систем связи компонентов. Поддержание и развитие будет зависеть от понимания не только того, что приложения и компоненты системы существуют, но как они работают потоков данных процесса.

- Применения / аппаратного обеспечения. Документация, программные и аппаратные компоненты будут перечислены многие люди, с laypeople технических типов. Подробное описание конфигурации, настройки и блоки должны быть доступны в случае аварий или технического обслуживания. Следует предположить, что тех, кто осуществляет установки и компоненты системы не обязательно должны представлять люди сохранение их в будущем. Ключевые моменты интересом относятся к ясности, полноты и актуальности. Дополнительные усилия должны быть введены в письменном виде в удобной точки зрения, не выходя из важнейших технических вопросов. Графика и иллюстрации в документации, может сделать его легче понимать. Хранение документов созвучны модернизации и изменения конфигурации также имеет важное значение. Зачастую наиболее документации существует при первоначальной реализации, а также унижает приложений, сетевых компонентов и оборудования по модернизации. Обеспечение документации приоритетом, когда изменения системы изготавливаются будет ключом к сохранению добрых письменного знания о системах.

Чтобы быть эффективной, такая документация должна быть в доступном месте для всех заинтересованных сторон, будь то пользователи, данные клиентов или поддержания специалистов. Интранет или сеть каталогов зачастую лучших мест для часто ссылки на материалы. Обеспечение документации использоваться будет ключом к обеспечению этой системы конфигураций и обновлений будет своевременным и уместным. Наличие, актуальность и полнота являются факторами, что финансирование стратега должны сосредоточиться на том, что для обеспечения документации тени система нуждается.