На основе анализа приведенных источников предлагаются наборы факторов успеха, которые являются информационной основой процедуры формирования критических факторов успеха. Результат ранжирования процессов отображён в табл.2, где по горизонтали приведены ключевые факторы успеха, а вертикали указаны бизнес-процессы из таблицы 1. Знаком «Х» указано влияние бизнес-процесса на достижение критических факторов успеха. совокупность основных факторов, которые определяют успех (или провал) фирмы на «целевых» для нее рынках. Результат ранжирования процессов отображён в табл.2, где по горизонтали приведены ключевые факторы успеха, а вертикали указаны бизнес-процессы из таблицы 1. Знаком «Х» указано влияние бизнес-процесса на достижение критических факторов успеха.
Понимание критических факторов успеха в бизнесе
Некоторые из навыков, которым можно научиться, - это финансовый менеджмент, маркетинг, продажи и обслуживание клиентов, общение и переговоры, управление проектами и планирование, лидерство, решение проблем и, наконец, один из самых важных навыков - нетворкинг. Общение Компании необходимо собрать весь персонал, чтобы высказать свое мнение о том, что может быть лучше для достижения их цели. Компания должна обратить внимание на две части процесса коммуникации: начальные коммуникации, которые определяют план, который должен быть достигнут, и текущие коммуникации, которые будут частью прогресса KSF Свяжитесь с нами, чтобы узнать, если KSF работает хорошо. Планирование Чтобы использовать CSF, все должно быть спланировано, как сотрудники будут это делать и почему. Инструменты могут быть использованы для ускорения и упрощения работы по планированию.
Система учета запасов компании Baxter International см. Подобные радикальные огромный объем топлива, запчастей и расходов на персонал.
Заказчики согласились платить за бетон цену с надбавкой, поскольку им больше не приходится ждать, пока он будет доставлен, и их стройки больше не простаивают. Клиенты, распространители и поставщики могут использовать Интернет для размещения заказов, получения информации о времени доставки грузов и проверки оплаты. Таким образом, компания стала третьим в мире по величине производителем бетона. Информация к размышлению. Объясните, является ли Сетех киберкорпорацией?
Вы также можете снова запросить обратную связь, чтобы мотивировать свою команду делиться новыми идеями. Постоянный мониторинг факторов Чтобы гарантировать, что вы продолжаете достигать правильных целей организации, регулярно отслеживайте и переоценивайте критические факторы успеха и их эффективность. Кроме того, обдумайте возможность обновления способов их мониторинга и измерения. Например, если компания планирует расширить свою деятельность, вы можете иметь критический фактор успеха, связанный с расширением текущей клиентской базы компании. Вы можете решить отслеживать клиентскую базу с помощью программного обеспечения для управления взаимоотношениями с клиентами. Со временем проведите переоценку своих стратегий и критических факторов успеха и подумайте о замене тех, которые вы больше не используете. Возможно, вам придется отслеживать некоторые факторы чаще, чем другие. Например, если вы отслеживаете критический фактор успеха, связанный с финансами, вы, возможно, захотите отслеживать результаты каждый месяц, но если фактор связан с наймом персонала, возможно, потребуется отслеживать его лишь несколько раз в год. Преимущества выявления критических факторов успеха Будучи менеджером или руководителем проектной группы, часто важно знать, как помочь своему работодателю достичь положительного результата. Критические факторы могут позволить компании расширить свои возможности и использовать имеющиеся ресурсы для завершения проекта или достижения более широкой организационной цели. К основным преимуществам определения критических факторов успеха относятся: Они могут помочь компаниям достичь большего успеха Критические факторы успеха могут помочь компаниям распределять ресурсы для достижения своих целей более прямым путем.
В организациях же, оказывающих услуги, основные процессы - это те, которые непосредственно приводят к оказанию услуг. Вспомогательными считаются процессы, где главный выход получается другими подразделениями в организации. К ним относятся процессы администрирования, касающиеся таких областей, как финансы, управленческая деятельность или обучение персонала. В течение семинара команда должна стараться описать как основные, так и вспомогательные процессы. Хотя все основные процессы должны войти в окончательный список, составленный командой, следует соблюсти некоторую осторожность в выборе среди вспомогательных процессов, часть из которых действительно критична для компании, а часть менее важна. Это однозначно является прерогативой команды, хотя она должна понимать опасность включения слишком большого числа процессов в окончательный список. Из опыта следует, что список из 15 процессов обеспечивает нужный уровень детализации и широту охвата. Поскольку этим списком процессов будут пользоваться для определения направления последующих проектов реинжиниринга, каждый процесс следует правильно описать, а весь список должен охватывать все главные виды деятельности организации. Процессы должны быть действительно кросс- функциональными и являться процессами высокого уровня, а не детализированными видами работ. Хотя принципы реинжиниринга можно применять к процессам более низкого уровня, выгоды от него будет намного больше, если процесс охватывает несколько отделов и функций в организации. На данной стадии не требуется детальное описание каждого процесса, и одной из первых задач команды реинжиниринга в будущем является уточнение описания процесса и его границ. В общем случае наличие опытного руководителя гарантирует, что на этой стадии описанные командой процессы соответствуют указанным критериям и достаточно доступны для любого из команды реинжиниринга, задача которой - работать над этими процессами. Пример перечня процессов, взят из автомобильной промышленности и показывает основные процессы, существующие в компании, производящей автомобили. Согласованный командой окончательный перечень бизнес-процессов следует поместить в таблицу, аналогичную приведенной таблице, которая содержит также критические факторы успеха. Это позволяет легко сравнивать основные виды деятельности организации и ее главные цели. Оценка работы процессов - нелегкая задача, поскольку могут отсутствовать объективные данные для того, чтобы произвести точную оценку работы каждого процесса. Однако более сложным является то, что отдельные члены команды чувствуют себя обязанными защищать работу процессов, за которую они несут ответственность. Если это так, то команда должна вспомнить о своих базовых правилах и необходимости избегать оборонной позиции своих рубежей. Если процессы действительно кросс-функциональные, то никто конкретно не чувствует себя полностью ответственным за процесс, и лидер команды исполнительный или генеральный директор должен акцентировать внимание на том, чтобы критиковать отдельных менеджеров, но дать объективную оценку частям компании, признавая, что многие из внешних факторов могут повлиять на эту оценку. Заполнив таблицу, команда готова перейти к четвертому этапу семинара, который состоит в выборе процессов для реинжиниринга. Существует по крайней мере четыре критерия, которые можно использовать для отбора процессов: стратегическая важность процесса, его жизнеспособность, ожидания клиентов и возможности. Стратегическая важность процесса, возможно, является самым очевидным критерием. Проводя реинжиниринг процессов, наиважнейших для общей стратегии, организация может в значительной мере обеспечить выполнимость своей стратегии. Как было сказано выше, приблизительной, но практической оценкой относительной стратегической важности каждого процесса является число CSFs, на которые он влияет Жизнеспособность существующих процессов, оцененная командой по шкале от А до Е, также может повлиять на выбор процессов.
Понимание критических факторов успеха в бизнесе
Read the Privacy and Cookie Policy I accept Мы убеждены, что существует ряд критических факторов, которые помогли создать более благотворную обстановку для успеха проекта и повысить репутацию менеджеров проектов в Grupo Eroski. Мы предложили следующее. Признаться, во что вы верите, и действовать в соответствии с тем, что вы сказали.
Признаться, во что вы верите, и действовать в соответствии с тем, что вы сказали. Одним из примеров этого явилось создание и распространение рассылки МП, благодаря которой начальство знакомилось с языком менеджеров проекта, их мнением и навыками. Рассказывать о результатах, осязаемых вещах и ROI.
Главное делать, тогда будет результат. Надо сначала наладить свою жизнь. В эту игру должны играть все люди. Изучи эту игру. Тебе платят так, как думают о тебе люди. И хотят купить у тебя услугу, товар. Важно договориться о цене, чтобы товар купили. Быть хорошим — это еще не играть в «Деньги». Чтобы у тебя что то купили, ты сам должен БЫТЬ и производить профессиональный продукт. В Деньги, бизнес может входить творчество. В творчестве может не быть бизнеса, денег. Ответы на вопросы: Распределение времени - 2х качественных часов на ребенка достаточно. Чем дети старше, тем времени на них нужно меньше. Им интереснее общаться со своими сверстниками. Чтобы качественнее было проведенное время, нужно самой становиться лучше, работать над собой. Не научишься быть счастливой сама, не сделаешь счастливым ребенка. Для детей деньги нужны, чтобы быть не хуже. Главное для них, чтобы их понимали. Мы должны дать им правильное мировоззрение, чтобы они не потеряли силу и ощущения счастья, оставаясь счастливыми как в детстве. Вставать в 5 утра — это еще не все. Чтобы рано вставать важны многие факторы. Сон должен быть не менее 6 часов. Когда ты ждешь завтрашнего дня, хочешь жить, когда ты счастлив, находишься в кругу успеха.
Сама идея должна иметь логику и ясность. С легко узнаваемым продуктом или услугой вероятность успешной реализации значительно выше. Бизнес-планирование и маркетинг. В противном случае руководители бизнеса имеют навыки ведения бизнеса, и маркетинга или имеют доступ к соответствующим навыкам через своих ключевых партнёров. Другим вариантом является приобретение аналогичных навыков посредством специализированного обучения. Краткосрочное и долгосрочное управление выгодами.
8 критических факторов, которые помогают стартапам выживать. Пример Health-Council
В предложенной таблице указан список основных факторов успеха проекта, но так как проект – это уникальное предприятие, то критические факторы будут различаться в зависимости от проекта. Итак, с нашей точки зрения, ключевые факторы успеха руководителя — это пассионарность и страсть, проектное мышление, коммуникативные навыки, эмоциональность, способность к рефлексии, и ориентация на партнерство. Результат ранжирования процессов отображён в табл.2, где по горизонтали приведены ключевые факторы успеха, а вертикали указаны бизнес-процессы из таблицы 1. Знаком «Х» указано влияние бизнес-процесса на достижение критических факторов успеха.
Критические факторы успеха
это навыки или средства, которые имеют решающее значение для работы организации на определенных рынках, сейчас и в будущем. В принципе, видение должно основываться на нескольких критических факторах успеха. Познакомьтесь с критическими факторами успеха в бизнеса компании: Лидерство — обязательство и способность одного или двух человек руководить и координировать работу предприятия. Научное определение Ключевых Факторов Успеха гласит: КФУ – это ограниченное число областей деятельности, достижение положительных результатов в которых гарантирует успех в конкурентной борьбе компании, подразделению или человеку. Что такое ключевые факторы успеха предприятия. Ключевыми или критическими факторами успеха (КФУ, CFS, critical success factors) называют стратегически важные возможности и цели, определяющие успех предприятия и формирующие его миссию. Критические факторы успеха (КФУ) это способности или действия, способные обеспечить успех создаваемого бизнеса. Термин изначально возник в сфере стратегического бизнес-анализа, проведение которого необходимо при разработке бизнес-плана.
Критические факторы успеха/Critical Success Factors
В предложенной таблице указан список основных факторов успеха проекта, но так как проект – это уникальное предприятие, то критические факторы будут различаться в зависимости от проекта. Суть метода анализа критических факторов успеха заключается в ранжировании выделяемых бизнес-процессов по степени важности, которую они имеют при реализации критических факторов успеха (КФУ) достижения миссии предприятия, а также по экспертной оценке. "Критические факторы успеха руководителя". Москва, 2009. В первую очередь мы рассмотрим классические представления об успешности. Как вы сами понимаете успешность? Говорят, что успешные люди умеют принимать рациональные решения. Критические факторы успеха (КФУ) это способности или действия, способные обеспечить успех создаваемого бизнеса. Термин изначально возник в сфере стратегического бизнес-анализа, проведение которого необходимо при разработке бизнес-плана. "Критические факторы успеха руководителя". Москва, 2009. В первую очередь мы рассмотрим классические представления об успешности. Как вы сами понимаете успешность? Говорят, что успешные люди умеют принимать рациональные решения.
Диагностика проекта. Анализ факторов успеха. Критические факторы успеха проекта
Для ИТ-кон -салтинга характерны свои КФУ, которые необходимо осознавать и учитывать при разработке бизнес-стратегии и информационных систем поставщиков услуг ИТ-консалтинга. На этих факторах необходимо сосредоточить внимание руководству поставщиков услуг ИТ-консалтинга. Со временем отраслевые КФУ могут меняться под влиянием изменений общей ситуации в отрасли. Реализация отраслевых КФУ во многом определяет конкурентоспособность поставщиков услуг ИТ-консалтинга. Конкурентная стратегия и конкурентное положение поставщика услуг ИТ-консалтинга.
КФУ зависят от занимаемого положения организации в отрасли по сравнению с конкурентами, ее истории, конкурентных стратегий. Характеристики общей окружающей среды экономической, политической, социальной и технологической , среди которых особое положение занимают технологические инновации, оказывающие существенное влияние на деятельность поставщиков услуг ИТ-консалтинга. Временные факторы. В обычных условиях для этих направлений не определяют КФУ, поскольку набор КФУ связан с периодом стратегического планирования организации, в течение которого он может оставаться практически неизменным.
Специфика управленческой структуры поставщика услуг ИТ-консалтинга. Этот источник определяет характеристики, особенно важные для успешной работы внутренней управленческой структуры организации. Специфические характеристики направлений ИТ-консалтинга, которые реализует поставщик услуг. Этот источник определяет внутренние факторы поставщика услуг ИТ-консалтинга, определяющие успех выполнения консалтинговых проектов определенных видов.
Приведенные источники и соответствующие им КФУ можно классифицировать на внешние и внутренние. К внешним источникам КФУ в ИТ-консалтинге относятся структура и общее состояние рынка ИТ-консалтинга, существующий деловой климат, экономическая, политическая и социальная ситуация, уровень информатизации общества, тенденции развития ИТ, а к внутренним — конкурентная стратегия и конкурентное положение конкретного поставщика услуг ИТ-консалтинга, временные факторы, специфика направлений ИТ-консалтинга, которые реализует поставщик услуг ИТ-консалтинга, специфика его управленческой структуры. Классификация источников и соответствующих им КФУ на внутренние и внешние важна с точки зрения понимания собственных возможностей поставщика услуг ИТ-консалтинга в контролировании и обеспечении достижения поставленных целей компании. Внутренние КФУ обуславливаются микросредой поставщика услуг ИТ-консалтинга и лежат в сфере вопросов, на принятие решений в которых существенно влияет управленческая деятельность руководства конкретного поставщика услуг ИТ-консалтинга.
Внешние КФУ определяются макросредой, но конкретный поставщик услуг ИТ-консалтинга должен уделять им внимание и обеспечи- вать наличие для достижения поставленных целей и выполнения миссии компании. Следует отметить, что систематизировать КФУ можно различным образом. При этом каждый конкретный поставщик услуг ИТ-консалтинга часть КФУ наследует от отрасли, в которой он работает, и характеристик общей окружающей среды, а часть КФУ определяется внутренними источниками. Отметим, что в сфере ИТ-консалтинга компании могут разрабатывать и применять в своей деятельности КФУ различных уровней: одни КФУ определяются стратегическими целями корпоративные , другие относятся к уровню проектной деятельности.
Проведенный в [5] анализ характеристик окружающей среды и состояния рынка ИТ-консалтинга позволил определить общий отраслевой набор КФУ для компаний, работающих в этой сфере. Как правило, консалтинговые услуги в области ИТ оказываются в форме проектов. Обобщенную цель таких проектов можно сформулировать следующим образом: достижение бизнес-целей компании-клиента путем разработки и сопровождения внедрения при необходимости в их практическую деятельность методологических, технологических и технических решений в области ИТ. Типовыми укрупненными задачами консалтинговых проектов в сфере ИТ являются следующие: 1.
Оценка состояния ИТ компании, идентификация существующих проблем, нахождение путей их решения. Разработка рекомендаций по осуществлению изменений в области ИТ, связанных с исправлением неблагоприятной ситуации. Совершенствование корпоративной информационно-управляющей системы компании, разработка решений по ее модификации, развитию, способствующих утверждению позиций компании на рынке, повышению конкурентоспособности. В зависимости от конкретных видов деятельности можно выделить такие направления ИТ-консалтинга, как стратегический, продуктовый, интеграционный, операционный, технический консалтинг [6].
Этим направлениям соответствуют определенные виды консалтинговых проектов, имеющие как общие для всех видов проектов задачи, так и специфические задачи, определяемые видом проекта. В области управления проектами существуют различные точки зрения на структуру жизненного цикла проекта, что обусловлено разнородностью объектов и разными методологическими подходами к управлению проектами. Укрупненная схема этапов консалтингового проекта в сфере ИТ концепций представлен в [7].
Вопрос 2: Ваша система зависит от целевого назначения? Не слишком торопитесь с ответом на этот вопрос.
Если ваша система не зависит от цели в настоящее время, оцените насколько быстро она может измениться? К счастью, вы собираетесь применить технологии развития взаимоотношений потому, что у вас есть на то деловые соображения, а проблемы бизнеса зависят от целевого назначения. Многие инфоструктуры начинают со среды, не имеющей целевого назначения, но вскоре они становятся настолько важны, что возникают трудности с составлением плана проведения технического обслуживания, связанного с временной остановкой эксплуатации информационной системы.. Если вы ответили на этот вопрос отрицательно, тогда вам следует задать себе следующий вопрос: «Зачем вы создаете эту систему? Нужна ли вам итерационная обработка?
Последствия ответа на этот вопрос трудно переоценить. Итерационная обработка означает непредсказуемую среду, а непредсказуемая среда предполагает более сложную поддержку. Например, в среде традиционных систем все запросы приводят в соответствие администраторы базы данных DBAs 8. В итерационной среде это просто невозможно. Сотрудникам маркетингового отдела, работающим с базами данных, придется взять на себя большую часть работы, которую они привыкли возлагать на DBAs.
Реальная польза заключается в способности задавать непредсказуемые вопросы и получать на них быстрые ответы. Образно говоря, если пользователи спрашивают о Луне, это может быть связано с тем, что для того, чтобы выиграть конкуренцию им нужно попасть на Сатурн. Но при этом они думают, что Сатурн недостижим. Они всегда занижают свои ожидания, основанные на прошлом опыте. Будьте осторожны, не опускайте планку еще ниже.
Вопрос 4: Каков объем ваших данных? Это вопрос-ловушка. Не волнуйтесь по поводу того, сколько данных хранится у вас в архивах. Они перенесены на внешние носители, хранятся в сжатой форме и не все из них требуют частого доступа. Когда вы закончите построение логи ческой модели, сколько данных останется за ее пределами?
Теперь умножьте количество этих данных на десять. Почему на десять? Это фактическое среднее увеличение объема данных в течение первых двух. Когда вы проверяете рекомендации, будьте очень внимательны. Продавцы любят говорить о том, какое большое пространство на диске поддерживают их системы.
В большинстве случаев это указывает на недостатки систем управления базами данных, а не на тот огромный объем данных, к которому есть доступ. Не так редко встречаются системы с декларируемым объемом хранилища больше 1 терабайта, но при этом они поддерживают менее 100 гигабайт фактических данных. Прежде чем вы узнаете, сможет ли система поддерживать ваш объем данных, нужно узнать, какой объем данных у вас есть. Рассмотрите этот вопрос наряду с вопросом об уровне допустимого риска. Изучите самую большую систему, которую вам рекомендовали и которую можно получить, претерпев множество неприятностей.
Можете ли вы позволить себе хранить еще больше данных? Можете ли вы позволить себе такую большую систему? Вопрос 5: Сколько пользователей будет одновременно обращаться к хранилищу данных? Поскольку заранее определить это не так просто, как в среде традиционных систем, необходимо провести разумные расчеты. Система, хорошо работающая в случае одного пользователя, возможно, окажется самым дорогим в мире персональным компьютером.
В аналитических системах очень часто одновременно работают несколько десятков или даже сотен пользователей, которые обращаются к системе с вопросами запросами , причем многие из этих взаимодействий не являются стандартными. Большинство эффективных аналитических систем отвечают на все вопросы, в любое время с использованием любых данных или соотношений между разными данными , любому пользователю для любых потенциальных возможностей бизнеса. В системах взаимоотношений с клиентами, таких как Интернет и электронная коммерция, существует требование для доступа как можно большего количества пользователей к большему числу данных для того, чтобы пользователи могли принять как можно больше решений в единицу времени. Будьте готовы к обсуждению большого диапазона требований к масштабируемости и качеству, если система открыта для клиентов и внешних пользователей потенциальных клиентов или каналов связи. Вопросы по информационным технологиям Первое, что следует определить при разговоре с персоналом отделов IS, это то, что вы действительно разговариваете с нужными людьми.
Если они не могут ответить на самые простые вопросы вроде тех, что были приведены выше, значит, вероятно, это не те люди, с которыми вам нужно встретиться. По мере того, как вы задаете свои вопросы, они будут давать вам дополнительные указания. Будьте внимательны. Если вам покажется, что что-то не соответствует предыдущим указаниям, обязательно спросите, почему существует такое несоответствие. Все вопросы можно разделить на три области: размер системы, использование системы и управление системой.
Персонал IS может снабдить вас большим количеством основной информации, но помните о том, что они вряд ли знают ответы на два наиболее важных вопроса: «Каким образом система удовлетворяет требованиям бизнеса? Ознакомьтесь с количеством процессоров, объемом памяти, величиной дисков которая также называется общим дисковым пространством и числом узлов обработки их может быть десятки или сотни в системе параллельной обработки. Пожалуйста, обратите внимание, что сам по себе ответ на этот вопрос имеет ограниченное значение. Как только вы поймете, насколько велика система, вы должны также разобраться в том, какой тип среды она поддерживает. Это поможет вам понять, какого размера система вам может понадобиться.
Рассмотрим пример, взятый из реальной жизни. Продавец сказал, что для хранилища данных необходимо пространство, равное 1,4 терабайта. Тот, кто рекомендовал эту систему, на первый вопрос отвечал, что система занимает ОДИН терабайт. Ну, ладно, что там говорить о каких-то 400 гигабайтах между друзьями? Вопрос 2: Какое пространство в системе занимают подробные данные пользователя?
Вам следует спросить об этом прямо, но вряд ли полученный вами ответ будет точным. Мало кто принимает во внимание влияние свободного пространства и числа записей в блоке, хотя они могут занимать значительное неиспользуемое пространство в системе. Многие люди включают отображенные данные или индексы как часть пользовательских данных. Потребность в отображении данных, число индексов, влияние блоков данных и величина требуемого свободного пространства в большой степени зависит от вида системы. Задайте этот вопрос, потом постарайтесь как можно глубже разобраться во всем, задавая следующие вопросы.
В примере, приведенном выше, оказалось, что данные пользователя реально занимают около 700 гигабайт. Вопрос 3: Какое пространство в системе занимают индексы? Величина индексного пространства будет полностью зависеть от системы управления базами данных. Большинство консультантов при ответе на вопрос - 2 будут включать в него цифру, обозначающую величину индексного пространства. Наш пример: около 400 гигабайт заняты индексами.
Не смейтесь: эта величина действительно низка для многих систем. Это оставляет нам 300 гигабайт на данные. Вопрос 4: Какое количество суммарных данных содержится в системе? Странная вещь, связанная с суммарными данными, заключается в числе этих резюме, необходимых для того, чтобы быть полезными. Если вы подводите итог по одному набору критериев для решения одного вопроса, то, вероятно, для ответа на другой вопрос вам понадобится составлять сводную таблицу по другим критериям.
Системы, опирающиеся на резюме, содержат больше суммарных, чем подробных данных. Наш пример: давайте будем великодушны и отведем на итоговые сводные таблицы 100 гигабайт. Теперь у нас осталось 200 гигабайт на данные. Вопрос 5: Правда ли, что некоторые прикладные программы конфликтуют с определенными видами таблиц? Возможно, они не называют их суммарными данными, но если они разработали специальные таблицы для конкретных прикладных программ, то, вероятно, к ним нет доступа из подробных баз данных.
Некоторые продавцы утверждают, что их хранилища данных вмещают объем 3 терабайт, тогда как близкое рассмотрение системы показывает, что в них содержится 3000 не связанных между собой баз данных, каждая из которых содержит 1 гигабайт данных. Наш пример: скажем, мы обнаруживаем в системе 20 гигабайт неизменяемой пользователями информации о структуре баз данных и их взаимосвязях, тогда на данные у нас останется всего 180 гигабайт. Вопрос 6: Какое пространство занимает в системе рабочая область памяти? Рабочая область имеет много особенностей. Есть рабочее пространство, необходимое для рабочих областей временных баз данных, и рабочее пространство, нужное для сортировки.
В некоторых системах есть также рабочая область, нужная для представления данных, взятых из исходных систем. Это особенно верно в тех случаях, если источником служит главное корпоративное хранилище данных. Наш пример: допустим, поставщики скажут нам, что рабо чая область занимает 300 гигабайт. Эта величина как раз и является разностью между исходной цифрой размера системы в 1 терабайт и первоначальным требованием 700 гигабайт для подробных данных пользователя. Таким образом, теперь их исходная цифра имеет смысл.
У нас все еще остается 180 гигабайт на данные. Вопрос 7: Происходит ли в системе протоколирование изменений данных для того, чтобы можно было их восстановить? В большинстве систем план полного восстановления данных в случае серьезной аварии, включающий перезагрузку системы, невозможен. Будьте особенно осторожны, когда имеете дело с истинной ошибкоустойчивой способной сохранять работоспособность после сбоя, ошибки или выхода из строя части оборудования средой, где все, включая рабочую область памяти, дублируется. Наш пример: теперь у нас осталось 90 гигабайт данных.
Не так много для пространства в 1,4 терабайта, о котором говорил консультант. Этот пример раскрывает те опасности и ловушки, с которыми вы столкнетесь, если не выполните «домашнее задание» и заранее не составите вопросы, на которые вам действительно необходимо получить ответы. Теперь, когда мы примерно представляем, насколько велика система, посмотрим, как она используется. Самым важным является вопрос о том, используют ли они эту систему таким же образом, какой нужен для удовлетворения ваших потребностей. Вопрос 8: Кто является пользователями этой системы?
Какой отдел использует эту систему? Например, если систему использует отдел обслуживания клиентов, то существует большая вероятность того, что эта система представляет собой прикладную программу для телефонного центра. Убедитесь в том, что отделы, использующие эту систему в данной организации, те же, что и те, работу которых вы планируете поддерживать. Кроме того, выясните, насколько совпадают функции одноименных отделов вашей и сравниваемой организации. Надо быть уверенными в том, что люди, пользующиеся этой системой, имеют дело с теми же проблемами, с которыми столкнутся сотрудники вашей компании.
Вопрос 9: Имеют ли пользователи прямой доступ к подробным данным DW, связанным с историей корпорации? Теперь вы точно знаете, сколько данных может содержаться в системе, и кто ее использует. Однако все еще есть вероятность, что системы управления базами данных не могут поддерживать доступ к подробным сведениям. Ищите такую информацию, как загрузочные файлы ПК или профили по отделам для пользователей. В некоторых случаях вы обнаружите загружаемые ежедневно профили и подробности по отделу или местоположению.
Многие организации, которые имеют дело с базами данных для ведения бухгалтерского учета по всем операциям с клиентами и выписыванием товарных и финансовых счетов, не знают на самом деле, каким образом строить поддержку аналитических решений, административное планирование или как создать интерактивную среду для контактов с клиентами. Отсутствие прямого доступа к подробным данным - самое большое ограничение в этой системе. Архитектура, или план вашей системы пользуется прикладными программами бизнеса, тогда как административные программы должны обеспе- чивать доступ к главному хранилищу подробных исторических сведений. Вопрос 10: Сколько пользователей обращается к системе? Сколько пользователей обращались к этой системе первона- чально?
Сколько их сегодня? Хранилище данных увеличивается с каждым годом по объему, числу пользователей и числу ежедневных запросов. Процент повторных запросов также увели чивается, поскольку пользователи все лучше осваивают систему. Снижение этих показателей говорит о том, что система не обеспечивает хранение и выдачу тех данных, в которых у пользователей возникает потребность. Представитель одной компании рассказывал на конференции, на которой я присутствовал, о своей большой системе управления хранилищем данных.
Прежде всего, они были озабочены тем, что ресурсы, необходимые для дополнительных адресных пространств TSO 9 средств обеспечения режима разделения во времени , могут повреждать их систему. Отдел IS расценил это как знак в пользу того, что пользователи «освоили систему». Звонок главному пользователю этой компании подтвердил имевшиеся опасения: пользователи перестали обращаться к хранилищу данных потому, что оно не удовлетворяло их требованиям. И чтобы прийти к этому заключению, пользователям понадобилось меньше двух недель. Вопрос 11: Сколько пользователей одновременно может поддерживать эта система?
Сколько разных людей может одновременно работать с системой базы данных, обращаясь к ней со стандартными или сложными запросами и имея к ней доступ в одно и то же время? Сколько разных запросов может выполняться одновременно? Сколько запросов, вероятнее всего, будут проходить итерационную обработку, сколько из них будут повторными, сколько запросов останется без ответов и сколько проблем останутся нерешенными? Многие программные продукты позволят вам настроить количество параллельных входов на базе числа запросов. Такой способ имеет свои преимущества в среде с низким числом одновременных входов, но он может создать ряд проблем в среде с высокой степенью изменения или развития.
Возможно, вам придется снижать настройки уровня параллелизма, поскольку число пользователей будет расти, и иногда ограниченные компьютерные среды приводят к тому, что параллелизм приходится отключать для того, чтобы поддержать всего несколько десятков пользователей. Вопрос 12: Какие виды доступа поддерживает эта система? Разрешена ли итерационная обработка в рамках этой системы?
Соберите команду Прежде чем приступить к определению критических факторов успеха организации, соберите команду сотрудников, понимающих организацию и отрасль в целом. Сотрудники старшего звена, скорее всего, будут эффективны в оказании вам поддержки, необходимой для того, чтобы убедиться, что вы определили правильные факторы. Возможно, вы также захотите нанять независимого консультанта, имеющего опыт работы с подобными компаниями. Попросите сотрудников высказать свое мнение Прежде чем определить критические факторы успеха компании, позвольте сотрудникам предложить вам идеи, основанные на их собственных позициях. Просите их регулярно получать обратную связь, чтобы определить, какие ресурсы они обычно используют для выполнения своих обязанностей и что нуждается в улучшении.
Для этого вы, возможно, решите создать внутренний опрос, который будет разослан. Независимо от выбранного вами метода, обязательно учитывайте их отзывы и идеи, чтобы продемонстрировать, что вам небезразлично их мнение. Определите миссию и цели Пересмотрите или определите миссию компании и ее краткосрочные и долгосрочные цели. Эти цели могут существенно отличаться в зависимости от отрасли. Например, компания в быстро развивающейся отрасли может иметь цель, предусматривающую значительное увеличение доходов в течение следующего года, в то время как компания в более мелкой и зрелой отрасли может иметь цель, не связанную с доходами. Как только вы поймете миссию компании и ее цели, вы сможете начать определять, что необходимо для их достижения.
Принятие во многом основано на том, понимают ли сотрудники концепцию, реализованную в системе; таким образом, аналогично реинжинирингу бизнес-процессов, данный фактор имеет наибольшую значимость на этапе концептуального проектирования Мотивация сотрудников и членов проектной команды Сотрудники должны быть заинтересованы в достижении целей проекта, это снизит возможное сопротивление и повысит лояльность к системе. Также надо иметь в виду, что конфликтующие цели должны быть устранены из системы мотивации сотрудников. Наибольшую значимость данный фактор приобретает на последнем этапе проекта, когда от членов проектной команды требуется наибольшее усилие для обеспечения работоспособности системы и устранения выявленных недостатков. Продуманная стратегия коммуникаций Коммуникации как внутри проектной группы, так и за её пределами с будущими пользователями являются важным аспектом, обеспечивающим успех проекта внедрения.
О целях, задачах и объеме проекта должно быть известно всем участникам проекта; кроме того, участники должны быть в кратчайшие сроки информированы обо всех происходящих изменениях, как внутри проекта, так и в деятельности организации. Для решения задачи регулярной информированности должен быть выстроен план и стратегия коммуникации. Особую важность данный параметр имеет на первых двух стадиях проекта, когда в тесном сотрудничестве с менеджментом компании определяются цели и план проекта; также его значимость повторно возрастает на финальной стадии, ибо на этом этапе проектная команда должна провести большое количество информационных семинаров перед выводом системы в продуктив. Обеспечение обучения и тренингов Стратегия и план обучения должны быть сформированы на начальных этапах проекта, а не после его завершения, причем в них должна учитываться необходимость развития компетенции как технических специалистов, администраторов системы, так и конечных пользователей.
Issues of critical success factors in IT consulting
- Войти в систему
- Определение критических факторов конкурентного успеха организации — Студопедия.Нет
- Критические факторы успеха - Критические (ключевые) факторы успеха
- КРИТИЧЕСКИЕ ФАКТОРЫ: успеха в бизнесе
- Критические факторы успеха: Примеры и преимущества для бизнеса
- Аттестационная работа 1.doc
Критические факторы успеха/CRITICAL SUCCESS FACTORS(CSF)
В большинстве систем план полного восстановления данных в случае серьезной аварии, включающий перезагрузку системы, невозможен. Будьте особенно осторожны, когда имеете дело с истинной ошибкоустойчивой способной сохранять работоспособность после сбоя, ошибки или выхода из строя части оборудования средой, где все, включая рабочую область памяти, дублируется. Наш пример: теперь у нас осталось 90 гигабайт данных. Не так много для пространства в 1,4 терабайта, о котором говорил консультант.
Этот пример раскрывает те опасности и ловушки, с которыми вы столкнетесь, если не выполните «домашнее задание» и заранее не составите вопросы, на которые вам действительно необходимо получить ответы. Теперь, когда мы примерно представляем, насколько велика система, посмотрим, как она используется. Самым важным является вопрос о том, используют ли они эту систему таким же образом, какой нужен для удовлетворения ваших потребностей.
Вопрос 8: Кто является пользователями этой системы? Какой отдел использует эту систему? Например, если систему использует отдел обслуживания клиентов, то существует большая вероятность того, что эта система представляет собой прикладную программу для телефонного центра.
Убедитесь в том, что отделы, использующие эту систему в данной организации, те же, что и те, работу которых вы планируете поддерживать. Кроме того, выясните, насколько совпадают функции одноименных отделов вашей и сравниваемой организации. Надо быть уверенными в том, что люди, пользующиеся этой системой, имеют дело с теми же проблемами, с которыми столкнутся сотрудники вашей компании.
Вопрос 9: Имеют ли пользователи прямой доступ к подробным данным DW, связанным с историей корпорации? Теперь вы точно знаете, сколько данных может содержаться в системе, и кто ее использует. Однако все еще есть вероятность, что системы управления базами данных не могут поддерживать доступ к подробным сведениям.
Ищите такую информацию, как загрузочные файлы ПК или профили по отделам для пользователей. В некоторых случаях вы обнаружите загружаемые ежедневно профили и подробности по отделу или местоположению. Многие организации, которые имеют дело с базами данных для ведения бухгалтерского учета по всем операциям с клиентами и выписыванием товарных и финансовых счетов, не знают на самом деле, каким образом строить поддержку аналитических решений, административное планирование или как создать интерактивную среду для контактов с клиентами.
Отсутствие прямого доступа к подробным данным - самое большое ограничение в этой системе. Архитектура, или план вашей системы пользуется прикладными программами бизнеса, тогда как административные программы должны обеспе- чивать доступ к главному хранилищу подробных исторических сведений. Вопрос 10: Сколько пользователей обращается к системе?
Сколько пользователей обращались к этой системе первона- чально? Сколько их сегодня? Хранилище данных увеличивается с каждым годом по объему, числу пользователей и числу ежедневных запросов.
Процент повторных запросов также увели чивается, поскольку пользователи все лучше осваивают систему. Снижение этих показателей говорит о том, что система не обеспечивает хранение и выдачу тех данных, в которых у пользователей возникает потребность. Представитель одной компании рассказывал на конференции, на которой я присутствовал, о своей большой системе управления хранилищем данных.
Прежде всего, они были озабочены тем, что ресурсы, необходимые для дополнительных адресных пространств TSO 9 средств обеспечения режима разделения во времени , могут повреждать их систему. Отдел IS расценил это как знак в пользу того, что пользователи «освоили систему». Звонок главному пользователю этой компании подтвердил имевшиеся опасения: пользователи перестали обращаться к хранилищу данных потому, что оно не удовлетворяло их требованиям.
И чтобы прийти к этому заключению, пользователям понадобилось меньше двух недель. Вопрос 11: Сколько пользователей одновременно может поддерживать эта система? Сколько разных людей может одновременно работать с системой базы данных, обращаясь к ней со стандартными или сложными запросами и имея к ней доступ в одно и то же время?
Сколько разных запросов может выполняться одновременно? Сколько запросов, вероятнее всего, будут проходить итерационную обработку, сколько из них будут повторными, сколько запросов останется без ответов и сколько проблем останутся нерешенными? Многие программные продукты позволят вам настроить количество параллельных входов на базе числа запросов.
Такой способ имеет свои преимущества в среде с низким числом одновременных входов, но он может создать ряд проблем в среде с высокой степенью изменения или развития. Возможно, вам придется снижать настройки уровня параллелизма, поскольку число пользователей будет расти, и иногда ограниченные компьютерные среды приводят к тому, что параллелизм приходится отключать для того, чтобы поддержать всего несколько десятков пользователей. Вопрос 12: Какие виды доступа поддерживает эта система?
Разрешена ли итерационная обработка в рамках этой системы? Будьте внимательны к различиям, касающимся именно этого пункта. Некоторые среды называют многомерный анализ обработкой специальных запросов.
Обработка специальных запросов означает, что вы можете спрашивать обо всем. Другие системы позволяют вам изменять параметры, например диапазон дат или число клиентов. Это все еще повторная обработка: вы можете задавать только стандартные вопросы.
Это не специальные запросы, а изменение стандартных областей или колонок данных или характеристик. Такая система не позволяет проявлять настоящее своевременное твор- ческое отношение к формулированию вопросов. Люди обучаются, задавая вопросы, пробуя, делая что-то, а затем оценивая результаты такими способами, о которых они раньше и не думали.
Самое полезное применение системы поддержки принятия решений, DW или аналитических систем - это возможность обработки сложных, параллельных, подробных данных, в формулировании исторических, корреляционных или относящихся к сложному моделированию запросов, которые выявляют совершенно новые возможности. Универмаги компании Wal-Mart принимают важные решения каждую минуту каждый день о том, что им делать с товарными запасами, с распределением цепочки снабжения и каким образом размещать будущие ресурсы. Вопрос 13: Была ли запланирована замена старой системы новой?
Иногда новые системы должны заменить более старые технологии, которые либо уже устарели и не отвечают требованиям пользователей, либо просто не вписываются в видение общей архитектуры системы сотрудниками отдела IT. Если это так, то следует уточнить, что делала старая система. Поддерживается ли она до сих пор?
Если она все еще работает, то маловероятно, что новая система действительно будет соответствовать выполняемым ею задачам. Что будет делать новая система и что она будет обеспечивать в инфоструктуре , за счет чего служащим и руководству компании станет легче думать, учиться и работать? Хотя аналитические технологии, или технологии развития взаимоотношений и систем поддержки принятия решений отли чаются от традиционных компьютерных систем, они имеют некоторые общие характеристики.
Вопрос 14: Каковы источники данных? Источники данных должны быть согласованы с системами пользователей и с общей целью системы. Если, например, для финансового DW система человеческих ресурсов является главным источником данных, это значит, что где-то возникла проблема.
Вероятно, необходимые для бизнеса финансовые системы содержат слишком много подробностей, чтобы менеджеры баз данных хранилища смогли работать с ними. Но такой ответ нас не устраивает. Мы управляем клиентами и должны знать о финансовых операциях, уступках, платежах, возмещении, стоимостях, размещении ресурсов, надбавках и т.
Возможно, мы находимся в процессе переговоров о крупном новом контракте, связанном с новыми ценами, новыми услугами или новыми каналами. Поэтому наличие подробных, качественных данных очень существенно. Вопрос 15: Что такое период ожидания «пакета» данных?
Знание временных ограничений и умение задавать вопросы о загрузке данных очень важно для будущего успеха. Вы должны получать данные в хранилище, и до тех пор, пока у вас не будет много денег, вы должны удалять старые данные из системы. Как часто нужно это делать, и сколько времени это занимает?
Какие стандарты существуют в вашей отрасли бизнеса? Чего ожидают вас ваши клиенты, партнеры? Вопрос 16: Каким образом вы получаете данные?
Каким физическим процессом вы пользуетесь при загрузке данных? Доступны ли при этом утилиты? Насколько сложна установка этой системы?
Насколько сложна ежемесячная проверка работы системы? Какой физический процесс отвечает за перемещение данных из операционной среды в хранилище данных? Должны ли данные быть перемещены?
Будьте внимательны: как правило, перемещение данных указывает на серьезную проблему в способности традиционной базы данных использовать эффективные методы управления. Базы данных центрального процессора также требуют от вас выполнения операций по копированию или перемещению данных, так как они не могут непосредственно управлять загрузкой данных и их равномерным распределением в хранилище для того, чтобы они эффективно использовались. Определение пространства данных, изменение его размещения в связи с объемом данных и определение сегментов базы данных, - все это требует времени.
Для выполнения всех этих задач также требуются люди. Если люди будут препятствовать загрузке данных, тогда они будут составлять часть проблемы в обеспечении доступа, распределения, настройки и управлении собственно базой данных. Вопрос 17: Каким образом вы избавляетесь от ненужных данных?
Большинство людей не задумывается над этим вопросом до тех пор, пока думать об этом становится уже поздно. Если в хранилище ежедневно поступает 20 гигабайт новых данных, то вам нужно ежедневно удалять 20 гигабайт старых. Как вы собираетесь удалять более старые по времени данные в рамках реального периода ожидания «пакета» данных?
Доступны ли утилиты? Каким образом эти утилиты поддерживают целостность данных? Вопрос 18: Можно ли увидеть модель данных?
Логическая модель должна соответствовать физической модели данных. Любое отклонение указывает на возможные серьезные проблемы с качеством системы управления базой данных. Спрашивайте о причинах всех таких отклонений.
Любое отклонение от этого правила ограничивает возможность пользователя проводить итерационную обработку, ограничивает полезность системы для бизнес-процесса и делает более сложной ее поддержку по мере изменения среды. Чтобы получить доступ к некоторым ведущим в данной отрасли моделям, вам потребуется подписать соглашение о неразглашении. Вопрос 19: Должны ли администраторы баз данных настраивать все или большую часть запросов?
Если вам необходима итерационная обработка, то администраторы баз данных не могут контролировать доступ или объем запросов, поступающих в аналитические программы, программы поддержки принятия решений или развития отношений с клиентами. Если DBA контролирует доступ или запросы или даже должен создавать их для руководства компании , тогда возможности вашей компании будут значительно ограничены. Система, в которую вы вкладываете средства для осуществления CRM и DW, должна быть способна управлять будущими моделями прогнозирования и программами, а также открывать вашим клиентам доступ к данным для программ поддержки принятия решений или аналитических программ.
Если большая часть важных запросов и объемов данных о клиентах должна управляться людьми, то в этом случае технология развития отношений будет не слишком полезна для руководства вашей компании. У вас может создаться впечатление, что вы стали ведущей компанией, хотя на самом деле вы не будете ведущим предприятием. Кроме того, для выполнения задач управления и работы с данными и запросами нужно достаточное количество людей, а на это нужны деньги.
Никто не имеет так много денег, и ни у кого нет так много времени. Многие директора отделов IS не знают об ограничениях своих систем баз данных, связанных с требованиями большого объема работы, выполняемой DBA. Следовательно, эти менеджеры не знают и о том, как эти ограни- чения сдерживают прогресс компании.
Вопрос 20: Сколько нужно DBA и системных администраторов для поддержки этой системы? С чем связаны самые большие расходы в большинстве хранилищ данных? С аппаратным обеспечением?
С программным обеспечением? А как насчет системы поддержки? Это довольно простое уравнение.
Умножьте расходы за год на системных администраторов и администраторов баз данных на число людей, потом на число лет, в течение которых, как вы полагаете, система будет использоваться. Вероятно, полученная сумма будет больше, чем расходы на аппаратное обеспечение, программное обеспечение, требования к среде и ремонт вместе взятые. Вопрос 21: Если размер системы завтра удвоится, сколько вам понадобится DBA и системных администраторов для ее поддержки?
Что произойдет, если число пользователей удвоится? Что, если количество ежедневных запросов вырастет вдвое? Что, если число одновременных запросов к системе возрастет в два раза?
Если удвоится объем данных? Насколько велика вероятность слияния вашего предприятия с другим или превращения вашего предприятия в партнера для другого предприятия в той отрасли, в которой вы работаете? Большинство сотрудников отдела IT обычно отвечают отрицательно на этот вопрос, но потом неожиданно для них это происходит.
Предположим, что компания внезапно стала расти. Сможет ли она тогда поддерживать базу данных? Процесс принятия решений?
Доступ к подробным историческим сведениям? Объем пользователей? Специальные запросы?
Смогут ли DBA справиться с таким внезапным ростом объема операций? Помните Bank of America и Nations Bank? Вопрос 22: Какой предусмотрен план восстановления в системе после сбоя?
Однако в настоящее время нет универсального, общепринятого инструмента для определения таких факторов. В настоящей работе предложен подход к формированию корпоративных критических факторов успеха поставщиков услуг ИТ-консалтинга и даны рекомендации по подготовке и выполнению работ на его основе. В качестве источников критических факторов успеха р...
Однако не все проекты достигают поставленных целей и завершаются успешно. Какие же факторы являются критическими для успеха проекта? Один из основных факторов успеха проекта — это четкое определение его целей и требований.
Важно понимать, что именно необходимо достичь и какие ресурсы и усилия потребуются для этого. Кроме того, все участники проекта должны ясно представлять свою роль и ответственность. Еще одним критическим фактором успеха проекта является правильное планирование и организация работы. Необходимо не только определить последовательность действий, но и учесть возможные риски и препятствия. Постановка реалистичных сроков и контроль выполнения задач также является неотъемлемой частью успешного проекта. Нельзя не упомянуть важность коммуникации и взаимодействия между участниками проекта.
Эффективное командное взаимодействие и обмен информацией позволяют избежать недоразумений и конфликтов, а также повышает вовлеченность и мотивацию каждого члена команды. В заключение можно отметить, что критические факторы успеха проекта включают в себя правильное определение целей, хорошее планирование, эффективную коммуникацию и командное взаимодействие. Соблюдение данных принципов позволяет снизить риски и повысить вероятность достижения поставленных результатов.
И чтобы прийти к этому заключению, пользователям понадобилось меньше двух недель. Вопрос 11: Сколько пользователей одновременно может поддерживать эта система? Сколько разных людей может одновременно работать с системой базы данных, обращаясь к ней со стандартными или сложными запросами и имея к ней доступ в одно и то же время?
Сколько разных запросов может выполняться одновременно? Сколько запросов, вероятнее всего, будут проходить итерационную обработку, сколько из них будут повторными, сколько запросов останется без ответов и сколько проблем останутся нерешенными? Многие программные продукты позволят вам настроить количество параллельных входов на базе числа запросов. Такой способ имеет свои преимущества в среде с низким числом одновременных входов, но он может создать ряд проблем в среде с высокой степенью изменения или развития. Возможно, вам придется снижать настройки уровня параллелизма, поскольку число пользователей будет расти, и иногда ограниченные компьютерные среды приводят к тому, что параллелизм приходится отключать для того, чтобы поддержать всего несколько десятков пользователей. Вопрос 12: Какие виды доступа поддерживает эта система?
Разрешена ли итерационная обработка в рамках этой системы? Будьте внимательны к различиям, касающимся именно этого пункта. Некоторые среды называют многомерный анализ обработкой специальных запросов. Обработка специальных запросов означает, что вы можете спрашивать обо всем. Другие системы позволяют вам изменять параметры, например диапазон дат или число клиентов. Это все еще повторная обработка: вы можете задавать только стандартные вопросы.
Это не специальные запросы, а изменение стандартных областей или колонок данных или характеристик. Такая система не позволяет проявлять настоящее своевременное твор- ческое отношение к формулированию вопросов. Люди обучаются, задавая вопросы, пробуя, делая что-то, а затем оценивая результаты такими способами, о которых они раньше и не думали. Самое полезное применение системы поддержки принятия решений, DW или аналитических систем - это возможность обработки сложных, параллельных, подробных данных, в формулировании исторических, корреляционных или относящихся к сложному моделированию запросов, которые выявляют совершенно новые возможности. Универмаги компании Wal-Mart принимают важные решения каждую минуту каждый день о том, что им делать с товарными запасами, с распределением цепочки снабжения и каким образом размещать будущие ресурсы. Вопрос 13: Была ли запланирована замена старой системы новой?
Иногда новые системы должны заменить более старые технологии, которые либо уже устарели и не отвечают требованиям пользователей, либо просто не вписываются в видение общей архитектуры системы сотрудниками отдела IT. Если это так, то следует уточнить, что делала старая система. Поддерживается ли она до сих пор? Если она все еще работает, то маловероятно, что новая система действительно будет соответствовать выполняемым ею задачам. Что будет делать новая система и что она будет обеспечивать в инфоструктуре , за счет чего служащим и руководству компании станет легче думать, учиться и работать? Хотя аналитические технологии, или технологии развития взаимоотношений и систем поддержки принятия решений отли чаются от традиционных компьютерных систем, они имеют некоторые общие характеристики.
Вопрос 14: Каковы источники данных? Источники данных должны быть согласованы с системами пользователей и с общей целью системы. Если, например, для финансового DW система человеческих ресурсов является главным источником данных, это значит, что где-то возникла проблема. Вероятно, необходимые для бизнеса финансовые системы содержат слишком много подробностей, чтобы менеджеры баз данных хранилища смогли работать с ними. Но такой ответ нас не устраивает. Мы управляем клиентами и должны знать о финансовых операциях, уступках, платежах, возмещении, стоимостях, размещении ресурсов, надбавках и т.
Возможно, мы находимся в процессе переговоров о крупном новом контракте, связанном с новыми ценами, новыми услугами или новыми каналами. Поэтому наличие подробных, качественных данных очень существенно. Вопрос 15: Что такое период ожидания «пакета» данных? Знание временных ограничений и умение задавать вопросы о загрузке данных очень важно для будущего успеха. Вы должны получать данные в хранилище, и до тех пор, пока у вас не будет много денег, вы должны удалять старые данные из системы. Как часто нужно это делать, и сколько времени это занимает?
Какие стандарты существуют в вашей отрасли бизнеса? Чего ожидают вас ваши клиенты, партнеры? Вопрос 16: Каким образом вы получаете данные? Каким физическим процессом вы пользуетесь при загрузке данных? Доступны ли при этом утилиты? Насколько сложна установка этой системы?
Насколько сложна ежемесячная проверка работы системы? Какой физический процесс отвечает за перемещение данных из операционной среды в хранилище данных? Должны ли данные быть перемещены? Будьте внимательны: как правило, перемещение данных указывает на серьезную проблему в способности традиционной базы данных использовать эффективные методы управления. Базы данных центрального процессора также требуют от вас выполнения операций по копированию или перемещению данных, так как они не могут непосредственно управлять загрузкой данных и их равномерным распределением в хранилище для того, чтобы они эффективно использовались. Определение пространства данных, изменение его размещения в связи с объемом данных и определение сегментов базы данных, - все это требует времени.
Для выполнения всех этих задач также требуются люди. Если люди будут препятствовать загрузке данных, тогда они будут составлять часть проблемы в обеспечении доступа, распределения, настройки и управлении собственно базой данных. Вопрос 17: Каким образом вы избавляетесь от ненужных данных? Большинство людей не задумывается над этим вопросом до тех пор, пока думать об этом становится уже поздно. Если в хранилище ежедневно поступает 20 гигабайт новых данных, то вам нужно ежедневно удалять 20 гигабайт старых. Как вы собираетесь удалять более старые по времени данные в рамках реального периода ожидания «пакета» данных?
Доступны ли утилиты? Каким образом эти утилиты поддерживают целостность данных? Вопрос 18: Можно ли увидеть модель данных? Логическая модель должна соответствовать физической модели данных. Любое отклонение указывает на возможные серьезные проблемы с качеством системы управления базой данных. Спрашивайте о причинах всех таких отклонений.
Любое отклонение от этого правила ограничивает возможность пользователя проводить итерационную обработку, ограничивает полезность системы для бизнес-процесса и делает более сложной ее поддержку по мере изменения среды. Чтобы получить доступ к некоторым ведущим в данной отрасли моделям, вам потребуется подписать соглашение о неразглашении. Вопрос 19: Должны ли администраторы баз данных настраивать все или большую часть запросов? Если вам необходима итерационная обработка, то администраторы баз данных не могут контролировать доступ или объем запросов, поступающих в аналитические программы, программы поддержки принятия решений или развития отношений с клиентами. Если DBA контролирует доступ или запросы или даже должен создавать их для руководства компании , тогда возможности вашей компании будут значительно ограничены. Система, в которую вы вкладываете средства для осуществления CRM и DW, должна быть способна управлять будущими моделями прогнозирования и программами, а также открывать вашим клиентам доступ к данным для программ поддержки принятия решений или аналитических программ.
Если большая часть важных запросов и объемов данных о клиентах должна управляться людьми, то в этом случае технология развития отношений будет не слишком полезна для руководства вашей компании. У вас может создаться впечатление, что вы стали ведущей компанией, хотя на самом деле вы не будете ведущим предприятием. Кроме того, для выполнения задач управления и работы с данными и запросами нужно достаточное количество людей, а на это нужны деньги. Никто не имеет так много денег, и ни у кого нет так много времени. Многие директора отделов IS не знают об ограничениях своих систем баз данных, связанных с требованиями большого объема работы, выполняемой DBA. Следовательно, эти менеджеры не знают и о том, как эти ограни- чения сдерживают прогресс компании.
Вопрос 20: Сколько нужно DBA и системных администраторов для поддержки этой системы? С чем связаны самые большие расходы в большинстве хранилищ данных? С аппаратным обеспечением? С программным обеспечением? А как насчет системы поддержки? Это довольно простое уравнение.
Умножьте расходы за год на системных администраторов и администраторов баз данных на число людей, потом на число лет, в течение которых, как вы полагаете, система будет использоваться. Вероятно, полученная сумма будет больше, чем расходы на аппаратное обеспечение, программное обеспечение, требования к среде и ремонт вместе взятые. Вопрос 21: Если размер системы завтра удвоится, сколько вам понадобится DBA и системных администраторов для ее поддержки? Что произойдет, если число пользователей удвоится? Что, если количество ежедневных запросов вырастет вдвое? Что, если число одновременных запросов к системе возрастет в два раза?
Если удвоится объем данных? Насколько велика вероятность слияния вашего предприятия с другим или превращения вашего предприятия в партнера для другого предприятия в той отрасли, в которой вы работаете? Большинство сотрудников отдела IT обычно отвечают отрицательно на этот вопрос, но потом неожиданно для них это происходит. Предположим, что компания внезапно стала расти. Сможет ли она тогда поддерживать базу данных? Процесс принятия решений?
Доступ к подробным историческим сведениям? Объем пользователей? Специальные запросы? Смогут ли DBA справиться с таким внезапным ростом объема операций? Помните Bank of America и Nations Bank? Вопрос 22: Какой предусмотрен план восстановления в системе после сбоя?
Если система действительно полезна, то она должна зависеть от целевого назначения. Если она зависит от целевого назна- чения, то у нее должен быть план восстановления на случай сбоя. Сколько времени понадобится для того, чтобы восстановить систему в случае ошибки в каком-либо не очень важном компоненте? Сколько времени потребуется для восстановления системы в случае серьезного сбоя? Вопрос 23: Готова ли система удовлетворить все ваши потребности уже сегодня? Ответ на этот вопрос должен звучать «нет», если все идет правильно.
Хранилище развивается так же, как и бизнес. Однако, если все, о чем говорилось выше, «готово к внедрению в производство» через какое-то неопределенное время, например в следующем году, на следующей неделе или завтра, то эта рекомендация бесполезна. У меня был случай, когда один консультант детально рассказал моему клиенту о хранилище объемом в 600 гигабайт. Через полчаса они разговаривали о тесте в 40 гигабайт. Клиент спросил, не беспокоит ли их то, что уменьшение объема данных с 600 до 40 гигабайт вызовет проблемы. В ответ он услышал: «Сегодня мы фактически загрузили всего 6 гигабайт, но если система работает с 6-ю гигабайтами, то почему бы ей не работать с 600?
Немногие продавцы понимают, что означает создание работающих, зависящих от целевого назначения систем. Удивительно, как много людей, занимающихся поддержкой системы, никогда даже не слышало о MVS 10 операционных системах больших машин , не говоря уж о GCOS 11 общей многосторонней операционной системе и TPF 12 средствах обработки операций. Если вы не будете внимательны, вам придется обучать их каждому этапу. Со временем людей, знающих мало или совсем ничего об управлении базами данных и сетевым доступом к Интернету, как ни странно, становится еще больше. Вопрос 25: Сколько времени прошло от установки аппаратного обеспечения до запуска первой прикладной программы? Были ли неожиданные задержки?
Не кажется ли вам, что этот период был необоснованно долгим? Есть ли способы, с помощью которых процесс может быть ускорен, но так, чтобы это ускорение не отразилось на качестве? Какую выгоду получит компания, если начнет применять программу поддержки решений в развитии новых отношений с клиентами на месяц раньше? Вопрос 26: Если бы вы начинали сегодня, что бы вы делали по-другому? Это хороший способ избежать провокационных вопросов в беседе. Вопросы к пользователям, работающим в данной области бизнеса Число вопросов к пользователям гораздо меньше, но они не менее важны, чем вопросы по информационным технологиям.
Если система не соответствует потребностям бизнеса, тогда не важно, на какие именно вопросы отвечает IS. Первый вопрос: Чего вы ожидали от системы? В самом этом вопросе подразумевается, что ваши ожидания близки или совпадают с тем, чего ожидали от этой системы те, кто вам ее рекомендует. Заодно вы узнаете и об этих ожиданиях. Второй вопрос: Оправдывает ли система ваши ожидания? Насколько это важно?
Насколько важно это было бы для вас?
Определение критических факторов успеха для организации
Они также обращают внимание на то, что есть разница между факторами успеха компании, то есть тем, что может способствовать процветанию компании в будущем, и КФУ, ограниченным числом факторов, требующих постоянного внимания руководителей. Например: КПЭ — количество новых клиентов компании должно быть не менее 10 в неделю. КФУ — создание нового колл-центра, предоставляющего услуги клиентам на более высоком уровне, за счет чего, собственно, и будут достигнуты показатели КПЭ. Особенности и примеры Ключевых Факторов успеха Те, кто занимаются разработкой стратегии компании, должны хорошо понимать ту область бизнеса или промышленности, в которой работает компания, потому что в каждой области бизнеса, в каждой отрасли существуют свои КФУ компании. КФУ могут относиться к одной из двух областей: или к управлению процессом работы, или к управлению персоналом. Не стоит пренебрегать ни одной, ни другой областью. Важной составляющей при определении КФУ является миссия компании.
КФУ являются логическим продолжением миссии и отвечают на вопрос: «Как добиться цели, определенной в миссии? В наше время очень часто ключевым фактором является современная технология, усовершенствование процесса работы. У производственных компаний ключевыми факторами чаще всего являются контроль качества, высокая производительность труда или низкая себестоимость производства. Оптимальный баланс этих трех факторов также может быть КФУ. Факторы, связанные с маркетингом, включают силу бренда, рекламу и гарантии покупателям. Для сферы услуг ключевыми факторами могут быть квалификация сотрудников, быстрота оказания услуг, дизайн.
КФУ, вязанные с человеческим фактором, могут включать: укрепление командного духа, эффективную методику принятия перемен, культуру обучения в компании, эффективную систему вертикальной и горизонтальной коммуникации. И как же это все использовать на практике? Билл Бирнбаум в своей книге «Стратегическое мышление: четыре детали паззла» предлагает следующую методологию определения и применения КФУ в вашей компании или подразделении. Шаг 1. Для определения КФУ компании следует организовать «стратегическую сессию», в которой участвуют менеджеры компании, выбранные руководством в группу планирования. Шаг 2.
В самом начале сессии собравшихся просят обдумать и письменно закончить следующее предложение: «Для того, чтобы наша организация была успешной, мы должны особенно хорошо уметь делать…».
Цели должны быть конкретными, измеримыми, достижимыми, релевантными и ограниченными по времени SMART-принцип. Задачи должны быть разбиты на более мелкие подзадачи для обеспечения их эффективного выполнения. Ресурсное планирование: необходимо определить все необходимые ресурсы для реализации проекта, такие как финансы, персонал, материалы и технические средства.
Критически важно правильно оценить объем и стоимость этих ресурсов. График выполнения проекта: составление графика выполнения проекта помогает установить последовательность выполнения задач и определить сроки их выполнения. График может быть представлен в виде диаграммы Ганта или других видов графиков проекта. Оценка рисков: необходимо провести анализ возможных рисков, которые могут возникнуть в ходе реализации проекта, и разработать план действий для их управления и снижения негативного влияния.
Мониторинг и контроль: осуществление постоянного мониторинга и контроля за выполнением проекта позволяет определить отклонения от плана и внести необходимые корректировки для достижения поставленных целей и задач. Правильное планирование и оценка проекта являются основополагающими элементами, обеспечивающими его успешное выполнение. Грамотное планирование и оценка позволяют снизить риски, оптимизировать использование ресурсов и повысить эффективность проекта в целом. Оцените статью.
КФУ, вязанные с человеческим фактором, могут включать: укрепление командного духа, эффективную методику принятия перемен, культуру обучения в компании, эффективную систему вертикальной и горизонтальной коммуникации. И как же это все использовать на практике?
Билл Бирнбаум в своей книге «Стратегическое мышление: четыре детали паззла» предлагает следующую методологию определения и применения КФУ в вашей компании или подразделении. Шаг 1. Для определения КФУ компании следует организовать «стратегическую сессию», в которой участвуют менеджеры компании, выбранные руководством в группу планирования.
Шаг 2. В самом начале сессии собравшихся просят обдумать и письменно закончить следующее предложение: «Для того, чтобы наша организация была успешной, мы должны особенно хорошо уметь делать…». На данном этапе каждый думает самостоятельно.
На флип-чарте можно написать миссию компании. Шаг 3. Собравшиеся по очереди озвучивают свой ответ и аргументируют свое мнение.
Ответы записываются на флип-чарт. Шаг 4. Как пишет Билл Бирнбаум, компании довольно часто выбирают 6-8 КФУ, которые могут включать «понимание нужд клиентов», «найм грамотных сотрудников».
Управленцев можно понять, они пытаются охватить все важные области деятельности компании. Но суть КФУ заключается не в этом, а в умении фокусировать усилия на главном. Бирнбаум пишет: «Фокус — это то, что требуется для успеха.
Сосредоточьтесь на ограниченном числе самых главных областей вашей деятельности — двух или трех не более КФУ. В любом бизнесе есть две или три области, определяющие успех. Если ваша компания добивается высоких результатов в этих областях и остается посредственностью во всем остальном, она все равно добивается успеха.
Наличие доступа к квалифицированной рабочей силе. Отлаженное партнерство с поставщиками. Гибкость производства разных моделей в интересах учета индивидуальных запросов покупателей Маркетинг и сбыт Хорошо организованная собственная распределительная сеть или наличие твердых партнерских отношений с независимой распределительной сетью. Быстрая доставка товаров потребителям. Эффективная реклама. Хорошо организованный сервис.
Широкий ассортимент. Привлекательная, надежная и удобная упаковка. Обладание секретами производства. Умение создавать оригинальный и привлекательный дизайн товаров Менеджмент Способность менеджеров быстро реагировать на изменение рыночных условий. Наличие эффективных и надежных информационных систем. Опытная, сбалансированная взаимодополняющая управленческая команда.
Признание компании лидером отрасли или рынка Персонал Мотивированный персонал.
Критические факторы успеха руководителя
| КРИТИЧЕСКИЕ ФАКТОРЫ: успеха в бизнесе | это термин управления для элемент, который необходим организации или проекту для достижения своей миссии. Для достижения своих целей им необходимо знать каждый ключевой фактор успеха (KSF) и различия между. |
| Критические факторы успеха организации | Критические факторы успеха (КФУ) — это стратегические задачи и результаты деятельности, к которым компания должна стремиться для повышения своей конкурентоспособности и достижения успеха на рынке. |
| Как использовать критические факторы успеха для измерения успеха в бизнесе - Жизнь - 2024 | Основной методикой, используемой при стратегическом анализе, является система персональных интервью (трех или четырех), которые берутся у топ-менеджеров, чтобы определить их цели и соответствующие им критические факторы успеха. |
| Критический фактор успеха - Critical success factor - Википедия | Иными словами, критические факторы успеха – конкурентные возможности, результаты деятельности, стратегические задачи, которые предприятие должно решать или стремиться к этому, чтобы быть конкурентоспособным, добиться успеха на рынке. |