Современная электронная библиотека ModernLib.Net

Настольная книга финансового директора

ModernLib.Net / Управление, подбор персонала / Стивен Брег / Настольная книга финансового директора - Чтение (Ознакомительный отрывок) (стр. 7)
Автор: Стивен Брег
Жанр: Управление, подбор персонала

 

 


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

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

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

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

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

• Портфельный метод. Когда денежные ресурсы сокращаются, компания имеет тенденцию отменять все рискованные проекты ИТ и концентрирует свои усилия только на тех, которые обеспечивают очевидную и вероятную отдачу. Однако такой подход таит в себе риск никогда не достигнуть прорывного технического преимущества. Лучше определить проекты с высокой потенциальной отдачей и выделить на них небольшую часть бюджета ИТ, даже если существует высокий риск неудачи.

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

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

• Метод отдачи. Каждое проектное предложение должно сопровождаться расчетом экономической эффективности. Хотя комитет может проигнорировать эту информацию в интересах долгосрочной стратегии, способность проекта ИТ создавать прибыль, особенно при ранжировании среди краткосрочных проектов, не следует игнорировать.

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

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

<p>Технические стратегии</p>

Основной темой этой главы является разработка списка проектов ИТ, которые будут содействовать общей стратегии бизнеса компании. Однако и сам отдел ИТ, вероятно, имеет какие-то идеи относительно базовой структуры систем ИТ, которые будут использоваться. Это технические вопросы, в которых финансовый директор, скорее всего, не разбирается, поэтому следующие несколько пунктов следует иметь в виду при обсуждении технических стратегий с персоналом ИТ:

• Используйте расширяемые компоненты. Если у компании есть какие-либо перспективы расширения, то она, в конечном счете, столкнется с риском перерастания своей существующей компьютерной инфраструктуры. Поэтому финансовый директор должен поинтересоваться о возможности повышения мощности любых новых систем, которые персонал ИТ хочет установить. Действительно расширяемая система должна легко справляться со значительно большим объемом транзакций или, по крайней мере, делать это посредством логического наращивания мощности.

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

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

• Используйте готовое программное обеспечение. Многие компании болеют синдромом «не изобретено здесь» и предпочитают спускать крупные суммы денег на доработку систем ИТ, которые могут быть куплены у поставщика. Преимущество фабричной системы состоит в ее более низкой стоимости, поддержке поставщиком и сравнительном отсутствии сбоев (поскольку ее проверяют многие покупатели, которые направляют свои замечания поставщику). Готовые программы не следует использовать только в том случае, если будущее применение является настолько специфичным для данной компании, что фабричных решений не имеется.

• Используйте объектное программирование. Когда должно быть использовано собственное программирование, финансовому директору следует подчеркнуть важность объектного программирования (object-oriented programming), которое позволяет легко переместить блоки кодировок в различные применения и опять связать их вместе. Этот подход значительно сокращает объем текущего программирования в будущем.

• Используйте немного поставщиков. Поставщики ИТ любят сваливать вину за неисправность системы на других поставщиков. Очевидным решением является концентрация закупок ИТ на возможно меньшем числе поставщиков. Другой причиной использования немногих поставщиков является то, что крупные покупки могут привести к скидкам. Если нет способа избежать большого количества поставщиков, то финансовому директору следует, по крайней мере, назначить ведущего поставщика, по отношению к которому другие действуют как субподрядчики, который отвечает за решение возникающих в системе проблем.

• Используйте связанные базы данных. Наиболее эффективным методом хранения информации является связанная база данных (relational database), представляющая собой набор отдельных таблиц, связанных индексными полями. Таким образом, информация может быть легко обобщена и извлечена без хранения одних и тех же данных во многих местах. Использование связанной базы данных позволяет компании сохранять конкретную единицу информации только один раз, что значительно облегчает ее обновление и поддержание.

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

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

<p>Конкретное применение</p>

До сих пор мы рассматривали общую схему, которой финансовому директору следует придерживаться при разработке стратегии ИТ. Однако остается вопрос: какие конкретные направления ИТ являются наиболее важными для компании, следующей определенным стратегическим курсом? У каждой компании обстоятельства будут весьма различными, но при указанных ниже стратегиях пригодится следующий перечень направлений работы:

• Стратегия взрывного роста продаж. В данном случае компания решила наращивать продажи максимально возможным темпом, игнорируя эффективность затрат, совершенствование продукции или другие параметры производственной эффективности в краткосрочном плане. Ей следует подумать об установке компьютерных систем для своих дилеров и торговых представителей, дающей им прямой доступ к базе данных компании о ценах и исполнении заказов. Она может обеспечить мобильный доступ для менеджеров по продажам, чтобы они могли лучше оценивать информацию прямо с мест. Она может также создать котировальную систему для сбытовиков, которая отслеживает, какие котировки находятся в стадии разработки, какие были выставлены и какие заказы выиграли, а также причины проигранных заявок. Высшее руководство пожелает иметь ежедневный доступ к информации о продажах. Кроме того, стратегия может включать полную стандартизацию систем, устанавливаемых во всех новых местах деятельности для того, чтобы сократить для персонала ИТ объем работ, связанных с их обслуживанием. Как правило, компании следует предусмотреть установку готового программного обеспечения «Управление отношениями с клиентами» (customer relationship management, CRM) для использования ее торговым персоналом, чтобы иметь централизованную базу данных по клиентской информации.

• Стратегия отличного обслуживания клиентов. В этом случае компания предпочитает прилагать дополнительные усилия для обеспечения первоклассного обслуживания своих клиентов, вероятно, сопровождающегося более высокой ценой товаров, которую покупатели готовы платить в обмен за этот сервис. Ей следует подумать о предоставлении своим клиентам электронного доступа к информации об их заказах, возможно, через сеть Интернет. Она также должна позволить им делать электронные заказы либо через Интернет, либо посредством сети электронного обмена информацией (electronic data interchange, EDI). Далее, если компьютерный доступ невозможен, она должна рассмотреть возможность установки автоответчика для получения той же информации по телефону. Кроме того, должны иметься внутренние базы данных для отслеживания работы с жалобами клиентов, а также проблем с качеством товаров или услуг и состояния всех заказов на обслуживание на месте. Эти системы могут быть также объединены с глобальными системами слежения и, таким образом, клиенты могут видеть, где именно находятся их грузы по всему миру. Руководство компании должно иметь непосредственный доступ к этим базам данных, чтобы видеть, где возникают проблемы; этот подход может быть усовершенствован до «сигнальной» технологии, когда система автоматически извещает руководство о возникающей проблеме. Компании следует также иметь в наличии систему отзыва товара, возможно, включающую отслеживание произведенных партий, с тем, чтобы проблемы с продукцией можно было урегулировать быстро и эффективно. Кроме того, система должна иметь связь между поступлением заказа и системами заказывания или производства запасных частей, чтобы обязательства по поставке можно было исполнять автоматически и в режиме онлайн, с доступом к этой информации со стороны клиентов.

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

• Стратегия низкой себестоимости. В этом случае компания предпочитает ограничить свой уровень услуг и номенклатуру предлагаемых изделий, концентрируясь вместо этого на продаже товаров с максимально низкими издержками. Одной из возможных систем для этой стратегии является стандартная программа планирования производственных ресурсов (manufacturing resources planning, MRP II), которая создает упорядоченный поток ресурсов к производственным мощностям, что приводит к значительному улучшению использования сырья, оборудования и рабочей силы. Другим вариантом является установка производственной системы «точно вовремя» (just-in-time, JIT), предусматривающей меньше компьютерных систем и больший упор на перепланировку производственных цехов, сокращение размера меж-операционных перемещений и изменение объема и графика доставки от поставщиков. Другой возможностью является использование программного обеспечения для управления цепью поставок (supply chain management, SCM), которая рисует поставщикам открытую картину того, какие заказы клиентов поступили в компанию и когда они должны отправить комплектующие для того, чтобы компания работала в рамках производственного графика. Обязательно нужно иметь всеобъемлющую базу данных по счетам за материалы, которая ведется с максимальной точностью, поскольку эта информация необходима для согласования различных систем заказа комплектующих. Кроме того, если ИТ считается небольшим стратегическим ресурсом, то некоторая ее часть может быть передана внешним исполнителям за рубежом, чтобы использовать преимущества более дешевого персонала.

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

Компанией с другим типом операций является международная компания. Это юридическое лицо нуждается в бухгалтерском программном обеспечении с многовалютными возможностями, а также в оборудовании для проведения глобальных электронных совещаний, которое может быть представлено системой мгновенной передачи сообщений, международной сетью и оборудованием для видеоконференций. Кроме того, если руководство компании хочет централизовать отдельные глобальные транзакции, оно может инвестировать в систему планирования ресурсов предприятия (enterprise resource planning, ERP), или, на более низком уровне, просто в компьютеризацию клиентского обслуживания и закупок.

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

Наконец, классическая производственная деятельность требует многих систем, упомянутых ранее в стратегии низкой себестоимости. Отмеченные системы планирования производственных ресурсов (MRP) или «точно вовремя» (JIT) могут быть также интегрированы в общую систему планирования ресурсов компании (ERP) для распространения по всем подразделениям информации, которая будет особенно полезна для производственных целей. Далее, системы ИТ должны позволять производству создавать изделия в режиме «сделано по заказу», который является наименее запасоемкой формой производства. Могут существовать и системы сертификации поставщиков, позволяющие получающему подразделению отменить входной контроль в отношении установленных товаров, а система оценки затрат необходима для проектирования новых изделий. Также следует использовать систему отслеживания инженерных изменений, которая отмечает те моменты в будущем, когда модифицированные продукты должны быть встроены в существующий процесс производства.

Ясно, что типы установленных систем будут широко варьироваться в зависимости от типа стратегии бизнеса, которой решит следовать руководство компании. Даже когда набор вариантов сужен до любого из предыдущих стратегических направлений, все равно может иметься слишком много возможных проектов, из которых нужно выбирать. Если это так, то критерии отбора, отмеченные ранее в параграфе «Разработка стратегии в области информационных технологий», могут использоваться для выявления тех немногих проектов, которые обладают наибольшим потенциалом с целью придать компании стратегическое ускорение.

<p>Выводы</p>

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

Часть 2

Бухгалтерский учет

Глава 5

Системы показателей

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

<p>Создание системы показателей</p>

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

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

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


  • Страницы:
    1, 2, 3, 4, 5, 6, 7, 8, 9, 10