Методические рекомендации по выполнению практических работ профессионального модуля
 Скачать 2.97 Mb.
|
|
критерий ДОСТАТОЧ- НОСТИ размера затрат на ИТ. По аналогии с развитыми странами получают распростране- ние показатель ИТ-затрат как доля от оборота компании и показатель доли ИТ-затрат на 124 одного работающего. Однако в этом случае ИТ остается затратной областью и средства на нее «выпрашиваются». Альтернативным такому подходу, на наш взгляд, является рассмотрение ИТ-проекта в качестве инвестиционного проекта. Если удается оценить эффективность инвестиций в ИТ в соответствии с общепризнанными критериями и показателями, ИТ-департамент перестает быть просто «просителем» средств, а превращается в инициатора эффективного инвестици- онного проекта. Задача обоснования ИТ-инвестиций становится тем острее, чем сильнее дифференци- руются функции выделения и распоряжения средств на ИТ-бюджет. CIO разрабатывает и представляет ИТ-бюджет, CFO согласовывает его с остальными параметрами бюджета ком- пании, а утверждает бюджет собственник бизнеса. Вот почему обоснование ИТ-затрат как инвестиционных затрат становится все более и более актуальным. Классические методы оценки эффективности инвестиционных проектов предпола- гают необходимость оценки «доходной» и «затратной» части проектов с последующей их интеграцией при расчете обобщенного «денежного потока» проекта. Оценка «затратной» части не представляет существенной сложности. Основная сложность - в оценке эффектов от реализации ИТ-проекта, т. е. оценки «доходной» части. Для полноценной, качественной оценки результата следует сделать упор на то, ради чего осуществляется внедрение ИТ-проекта. Такое целеполагание должно быть выполнено сверху донизу и органичным образом интегрировано в процесс проектирования ИТ-системы. Практическое применение данного подхода должно заключаться в построении много- уровневой детальной структуры «бизнес-стратегия — цели — задачи — подзадачи — функ- ции/бизнес-процессы — ИТ-процедуры». Максимальная структуризация такого «дерева» позволяет тесно увязать глобальную бизнес-стратегию отрасли/предприятия, конкретные бизнес-задачи и качественные улучшения (факторы ИТ-эффективности), получаемые за счет внедрения в практику управления информационных технологий, и выразить их в форме ко- личественных финансово-экономических выгод компании. Например, для некоторой компании одной из основных стратегических линий является сни- жение затрат. Без добротного производственного (управленческого) учета и системы бюджетирова- ния эту задачу не решить. Предполагается, что быстрая систематизация данных о планируемых и фактических затратах позволит более эффективно регулировать процесс затратообразования, что в конечном счете позволит снизить затраты на 4–7%. Вот цель высокого уровня. На более низких уровнях управления внедрение ИТ осуществляется для решения более ло- кальных задач (например, ускорения оформления заявок, улучшения анализа результатов деятель- ности, ускорения обработки бухгалтерских данных). Естественно, что на этих уровнях и проектировщики, и лица, применяющие ИТ, рационализируя управленческие бизнес-процессы, стремятся получить такие качественные улучшения, как сокращение дублирующих функций, уве- личение оперативности расчетов, увеличение возможностей по оптимизации решений и др. Зна- чит, для них цели должны быть сформулированы иным образом, более близким к решаемым ими задачам. А чтобы эти задачи не противоречили общей глобальной цели, целеполагание должно быть выполнено сверху донизу и органичным образом интегрировано в процесс проектирования ИТ-системы. Если подобная процедура «структуризации» не встроена в процесс проектирования ИТ-системы, центр тяжести процедуры оценки ложится на следующий этап — «этап агрега- ции». Этап агрегации начинается с самого нижнего уровня детализации — ИТ-процедур, или ИТ-задач низшего уровня. На этом уровне необходимо максимально подробно выявить каче- ственные улучшения выполняемых бизнес-процессов. ИТ-задачи низкого уровня и ИТ-процедуры гораздо более стандартизируемы, чем це- ли конкретной компании. Типовые «бизнес-процессы» и обеспечивающие их исполнение ти- повые «ИТ-процедуры» направлены на достижение, по крайней мере на качественном уровне, типовых эффектов, описание и систематизация которых возможна в универсальной «библиотеке типовых эффектов». 125 Постепенная агрегация таких улучшений, обобщаемых на более высоком уровне по- строенного дерева, позволяет добиться количественного выражения в финансово- экономических показателях локального значения — факторах экономической эффективности внедряемых ИТ. Для сведения факторов экономической эффективности в интегральные показатели на самом высоком уровне выделяются обобщенные, значимые направления, определяющие экономическую эффективность любых инвестиций, — ключевые факторы экономической эффективности (доход, эксплуатационные затраты, административно-управленческие затра- ты, налоговые и внереализационные выплаты, оборотный капитал, капитальные затраты). При условии аккуратной агрегации отдельных ИТ-эффектов в значимые факторы эффектив- ности дальнейшее построение «денежного потока» является делом техники инвестиционных аналитиков. И в России и в странах, имеющих существенно больший опыт в оценке экономиче- ской эффективности ИТ, очевидные методы оценки финансового результата неизвестны. По- этому результаты, полученные с помощью предложенной методики, разумеется, не будут «абсолютно точны». Однако, как показывает опыт, с их помощью удается оценить «финан- совую реализуемость и экономическую состоятельность» конкретного ИТ-проекта с учетом специфики конкретного предприятия. Этот опыт основан, в частности, на применении дан- ной методики в Департаменте финансов Министерства путей сообщения РФ для оценки эф- фективности проекта ЕК АСУФР (Единый комплекс «Автоматизированная система управления финансами и ресурсами»). После проведенных исследований и изученной литературы были изучены многие ме- тоды оценки эффективности корпоративных ИС, они классифицируются по трем группам. В настоящее время для определения эффективности внедрения КИС предлагается ряд методик, которые можно группировать следующим образом: 1. Традиционные финансовые методики (Return оn Investment, Total Cost of Ownership, Economic Value Added); 2. Вероятностные методы (Real Options Valuation, Applied Information Economics); 3. Инструменты качественного анализа (Balanced Scorecard, Information Economics). Достоинством финансовых методов является их база, классическая теория определе- ния экономической эффективности инвестиций. Данные методы используют общепринятые в финансовые критерии (чистая дисконтированная стоимость, внутренняя норма прибыли и др.), что позволяет руководителям находить общий язык с финансовыми директорами. Глав- ный недостаток состоит в ограниченности применения таких методов: они оперируют поня- тиями притока и оттока денежных средств, требующими конкретики и точности. Определить отток денежных средств (затраты на проект КИС) можно по суммам, указанным в договорах с интеграторами и поставщиками. Проблемы возникают при попытке определения притока денежных средств. Проиллюстрировать ситуацию можно на примере внедрения КИС в сфере проектирования и подготовки производства (ППП) машиностроительных предприятий. «Классическим» направлением экономии до сих пор считается снижение себестоимо- сти продукции. Однако повышение качества продукции, наблюдаемое при внедрении совре- менных ИТ, как правило, влечет за собой повышение ее себестоимости (необходимость применения новых материалов и внедрения новых технологий в сфере производства, модер- низации оборудования), что является аргументом для отказа от них. Достоинством вероятностных методов является возможность оценки вероятности возникновения риска и появления новых возможностей (например, повышение конкуренто- способности продукции, снижение рисков своевременного завершения проекта) с помощью статистических и математических моделей. Здесь также возникают трудности, в частности, при оценке влияния КИС на конкурентоспособность изделия. Во-первых, такие составляю- щие качества продукции, как работоспособность, зависят не только от качества проектных решений, принятых в ходе выполнения производства изделия, но и от параметров производ- ственной системы — ее способности достаточно точно воспроизвести параметры проекта изделия. Во-вторых, ИТ-проекты развития сферы подготовки и проектирования производст- 126 ва (ППП) на большинстве предприятий взаимосвязаны с инновационными проектами в про- изводственной сфере, следовательно, обособленный расчет эффективности таких проектов становится бессмысленным — необходима системность. Вероятностные методы можно применить для оценки другого фактора эффективно- сти ИТ в сфере ППП — вероятности своевременного и качественного выполнения проекта по разработке изделия. В этом случае оценивают количество ошибок в конструкторской до- кументации и трудоемкость их исправления. Однако для построения таких моделей необхо- димо иметь статистику о возникновении ошибок в конструкторской документации, сбору которой на отечественных предприятиях не уделяется должного внимания. Кроме этого, при осуществлении подобного рода оценок упускаются из вида другие проектные риски, напри- мер, связанные с методами управления процессами ППП, что говорит о необъективности оценки с ориентацией только на программно-технический аспект. Полноценному использованию финансовых и вероятностных методов мешает также невозможность в современных экономических условиях точно спрогнозировать изменение технико-экономических показателей работы предприятия (объем и продолжительность вы- пуска разрабатываемой продукции). Достоинством качественных (эвристических) методов является реализованная в них попытка дополнить количественные расчеты качественными оценками. Они могут помочь оценить все явные и неявные факторы эффективности ИТ-проектов и увязать их с общей стратегией предприятия. Данная группа методов позволяет специалистам самостоятельно выбирать наиболее важные для них характеристики ИТ (в зависимости от специфики про- дукции и деятельности предприятия), устанавливать между ними соотношения, например, с помощью коэффициентов значимости. Весомым аргументом в пользу применения качественных методов является и то, что решение о начале комплексных ИТ-проектов на крупных промышленных предприятиях в большей степени является политическим и подчиняется стратегическим планам развития (например, разработка нового продуктового ряда), нежели цели скорейшего получения фи- нансовой выгоды. Основной недостаток таких методов заключается в том, что для их эффективного применения предприятию необходимо самостоятельно разработать собственную детальную систему показателей и внедрить ее во всех подразделениях по всей цепочке создания допол- нительной стоимости. Другой слабой стороной является фактор влияния субъективного мне- ния на выбор системы показателей. Поэтому к специалистам, занятым разработкой системы показателей, предъявляются особые требования: они должны обладать большим опытом ра- боты в сфере ИТ и высоким уровнем знаний в области инновационного менеджмента. При внедрении любого нового проекта целесообразно рассматривать не только его новизну и влияние на технологические процессы, но и экономическую выгоду. Существуют экономические показатели, которые наглядно дают обобщенную оценку программного продукта и позволяют анализировать экономические характеристики проекта. Экономическое значение многих параметров может выражаться следующими измерителями: прибыль от реализации ПП, чистая прибыль; годовая и среднегодовая рентабельность капитальных вложений на создание новых изделий; период окупаемости капитальных вложений; ожидаемый экономический эффект (сравнительный годовой от внедрения разработанных изделий, интегральный); внутренняя норма рентабельности затрат на создание новых изделий. Экономические показатели дают обобщенную оценку в денежном выражении самых разнообразных достоинств и недостатков системы нового типа, помогают исследовать различные варианты конструкции и экономически оценить каждую новую техническую идею. Предлагаемый к внедрению проект обеспечивает ускоренный процесс сбора данных, и у сотрудников нет необходимости каждый день делать обход, чтобы снимать данные со 127 счётчиков, а осуществлять дистанционно по телефонной линии посредством модемов. Дан- ные потребления хранятся в базе данных, и нет необходимости заводить большое количество папок для хранения данных. Хранение данных в электронном виде позволяет ускорить про- цесс обработки данных и составления отчётности. В результате внедрения информационной системы есть возможность сократить коли- чество персонала, занимающимся учётом, до одного человека. При внедрении любого нового проекта целесообразно рассматривать не только его новизну и влияние на технологические процессы, но и экономическую выгоду. Существуют экономические показатели, которые наглядно дают обобщенную оценку и позволяют анализировать экономические характеристики проекта. Внедрение данного проекта позволяет избавить инженера по учёту от рутинной работы и повысить его производительность, а также повысить достоверность данных потребления. Для определения трудоемкости выполнения над проектом прежде всего, составляется перечень всех основных этапов. При этом особое внимание уделяется логическому упорядо- чению последовательности выполнения отдельных видов заданий. Типовой перечень этапов и видов работ, содержится в ГОСТ 15.101-80 «Порядок проведения научно- исследовательских работ». В зависимости от характера и сложности стандарт допускает ис- ключение или дополнение этапов и отдельных видов работ, их разделение, совмещение, а также уточнение содержания. Трудоемкость разработки программной продукции зависит от ряда факторов, основ- ными из которых являются следующие: степень новизны разрабатываемого программного комплекса, сложность алгоритма его функционирования, объем используемой информации, вид ее представления и способ обработки, а также уровень используемого алгоритмического языка программирования. Измеряется в человеко-днях и носит вероятностный характер, т.к. зависит от множества трудно учитываемых факторов. Расчет оценки ожидаемого значения трудоемкости T i и дисперсии D i приведен ниже. 4 6 i i i i a m b T , (4.1) где a i - оценки минимально возможной трудоемкости выполнения отдельных видов работ, b i , - оценки максимально возможной трудоемкости, m i - оценки наиболее вероятной трудоемкости. 2 6 i i Di b a (4.2) Дисперсия характеризует степень неопределенности выполнения работы за время Т i Жизненным циклом программы считается весь цикл от принятия решения о проведении разработок до полного отказа конечного пользователя от применения данного ПП: этап работы над ПП составил 4 месяца, что составляет в среднем 120 дней; этап сбора информации и обобщение полученного задания — 1 месяц; этап реализации и введения ПП — 1 месяц; этап зрелости: полный переход к автоматизированной системе и устранение недостатков (порядка 1 месяца); документальное оформление – 1 месяц; этап упадка: появление новых технологий и моральное устаревание ПП. Исходя из календарного графика работы над проектом, составим таблицу экспертных оценок и расчетные величины трудоемкости и дисперсии отдельных видов работ сгруппиро- ванных по стадиям работы над проектом, таблица 4.1. Таблица 4.1 — Оценка трудоемкости отдельных видов работ 128 Вид работ Оценка трудоемкости Расчетные величины a i m i b i T i Д i 1. Предпроектное исследование 14 30 21 25,8 1,36 2. Техническое задание 6 9 7 7,5 0,03 3. Разработка и отладка ПП 30 60 45 52,5 6,25 4. Тестирование 3 14 10 13,8 1,36 5. Техническая отчётность 14 40 32 34,3 1,36 6. Сдача темы 5 5 5 5 0 Общий показатель трудоемкости разработки программного продукта удовлетворяет поставленному сроку в 120 дней. Затраты на разработку программной продукции могут быть представлены в виде сме- ты затрат, включающих в себя следующие статьи: материалы; специальное оборудование; основная заработная плата; дополнительная заработная плата; отчисления на социальные нужды; производственные командировки; накладные расходы; контрагентские расходы. Расчет сметной стоимости ПП произведен по каждой статье затрат и результаты све- дены в таблицу 4.2. Таблица 4.2 — Затраты на разработку ПП № п/п Наименование статей затрат Затраты, руб. 1 Расходные материалы 3290,00 2 Пакет Delphi 2007 for Win32 Professional Box 34700,00 3 Основная заработная плата 20000,00 4 Отчисления в фонд социального обеспечения (26 % от заработной платы) 5200,00 5 Амортизационные отчисления 605,87 6 Затраты на электроэнергию 632,96 Итого затрат 64428,83 Статья расходные материалы содержит суммарные затраты на материалы, приобре- таемые для разработки данной ПП. Затраты состоят из стоимости материалов и транспортно- заготовительных расходов: 1. Вспомогательная литература 5 шт. – 1250 руб; 2. Затраты к информационным ресурсам – 640 руб 3. Компакт диски 3 шт. – 50 руб. 4. Бумага для принтера (500 листов) – 150 руб. 5. Картридж для лазерного принтера – 1200 руб. Общая сумма затрат по материалам составила 3290,00 рублей потребности в транспортно-заготовительных отсутствует. Для разработки программного продукта количество производственных рабочих рас- считывают по формуле: др F N шк t ст P , (4.3) где N — количество рабочих данной профессии и разряда, чел; шк t — штучно-калькуляционное время на один этап, ч.; др F — эффективный фонд рабочего времени инженера-программиста на разработку ПП, ч; Эффективный фонд времени инженера-программиста при пятидневной рабочей не- деле с двумя выходными днями может быть рассчитан по формуле: и K ппд F S в F к F др F ] 1 ) [( , (4.4) 129 8 , 631 9 , 0 ] 1 2 8 ) 32 120 [( др F ч., где к F — количество календарных дней на разработку программного продукта, к F = 120 дней; в F — количество выходных и праздничных дней на период разработки, в F = 32 дня; ппд F — количество предпраздничных дней на период разработки, ппд F =2 дня; S — число смен работы инженера-программиста, S =1смена; и K — коэффициент, учитывающий использование номинального фонда времени из- за неявки на работу: 9 , 0 100 10 100 100 100 н С и К ч., (4.5) г де н С — 9…12% потери номинального фонда времени из-за невыхода на работу, из них: 5% — на отпуск (15 дней минимально), 2% — на болезни (8 дней), 0,5% — на выполне- ние государственных и общественных обязанностей (1,25 дней), 0,5% — на перерывы для кормящих матерей (1,25 дней). Для разработки ПП на весь период времени требуется (см. формулу 4.3): 08 , 1 8 , 631 1 688 др F N шк t ст P чел., Принимаем за 1, следовательно, требуется 1 инженер-программист. Таблица 4.3 — Сводная ведомость основных производственных рабочих |