Составители:
Рубрика:
26
необходимостью адекватно реагировать на особенности требований
и ограничений конкретного момента.
Заметим, что понятия «тактика» и «тактическое планирование», хотя
и используются в сфере ИТ, но их важности и самостоятельности как вида
искусства и метода управления ИТ в реальных обстоятельствах не всегда
уделяется достаточное внимание.
2.1.3. Почему АП может работать для уменьшения недостатков
ИТ-стратегии и ИТ-тактики
Известно, что ИТ-стратегия часто страдает такими недостатками, как
− плохая связь с заинтересованными лицами (ЗЛ) разных типов и
недостаточное их вовлечение и отражение их интересов;
− несоответствие ИТ-политике предприятия (в том числе в случае
отсутствия явно сформулированной ИТ-политики);
− отсутствие адекватного видения ИТ;
− несоответствие общей стратегии деятельности предприятия (выбрано
не то направление, не тот масштаб, не те принципы движения, не те
цели и задачи, не те показатели эффективности или они не выбраны
вообще);
− претензии на избыточные ресурсы (у предприятия нет достаточных
ресурсов или потребность в ресурсах не обоснована в ИТ-стратегии).
Как и стратегия, ИТ-тактика также часто бывает неудачной.
Например, может быть определен неудачный для предприятия порядок
реализации систем или их подсистем, выбраны не адекватные условиям
способы их интеграции, неверно распределены кадровые ресурсы.
Другими словами, на временной оси переходов предприятия к его
будущим состояниям делаются неадекватные конкретные шаги.
Видно, что очень многие недостатки имеют своей главной причиной
то, что ИТ-планирование находится вне реального контекста
предприятия, причем в случае тактического планирования — вне реально
меняющегося контекста предприятия.
Отсюда следует, что надо улучшать инжиниринг конструирования
адекватных стратегии и тактики за счет полноценного использования
целостного и комплексного представления предприятия в его развитии, т.е.
за счет архитектуры предприятия.
2.1.4. Относительность разделения политики, стратегии и
тактики
Разделение между политикой, стратегией и тактикой до некоторой
степени относительно, условно и подвижно. Часто оно делается по
разделению периодов времени планирования (например, стратегия — на 3
27
— 5 лет, тактика — на год и меньше), но это формальный,
«бюрократический» подход.
Известны примеры того, как решения (например, об аутсорсинге ИТ)
принимались как политические и надолго, а потом отменялись и
переводились по сути в ранг тактических. Относительность разделения
стратегии и тактики проявляется и в том, что по одним методикам
разработка ИТ-стратегии должна заканчиваться определением только
общей функциональности будущих прикладных систем, а по другим – еще
и выбором конкретного поставщика и коммерческого продукта.
Для поддержки отграничения ИТ-стратегии от ИТ-политики и от ИТ-
тактики можно, например, закрепить, что
— ИТ-политика, основываясь на политике и стратегии предприятия в
целом, включает в себя бизнес-цели применения ИТ на предприятии,
выраженные как чисто словесно (качественно), так и в измеримом
выражении. ИТ-политика включает также самые главные установки и
правила, определяющие, какими способами надо стремиться к цели и чего
делать нельзя; при этом, чем более жесткие правила и стандарты
включаются в политику, тем более забюрократизированным становится
предприятие, более ригидным и менее способным к быстрому
реагированию и творческим, нешаблонным решениям;
— ИТ-тактика, занимается достижением конкретной цели (подцели)
на основе выделенных для ее достижения ресурсов; она ответственна за
распределение этих ресурсов, за выбор конкретных личностей и групп, за
распределение обязанностей и ответственности среди конкретных людей
(формирование проектных команд, назначение их руководителей и
лидеров), привязанное к конкретным же правам и ресурсам, за выбор
адекватных сегодняшней ситуации и конкретным условиям инструментов
и средств достижения целей.
ИТ-стратегия должна заниматься своим, описанным выше делом и не
заходить на территорию политики и тактики. В связи с этим обычно
можно, например, считать, что выбор пути реализации ИТ-системы
(например, ERP) как проведения разработки своими силами (или,
напротив, на основе внедрения коммерческого пакета) — это чаще
решение ИТ-стратегии, а выбор конкретного прототипа для собственной
разработки и команды разработчиков (или же выбор конкретного
коммерческого пакета) — это, скорее, дело тактики, но эти предположения
— не догма.
2.1.5. Что такое «архитектура»
После разбора понятий «стратегия» и «тактика» не будет необычным,
что и понятие «архитектура» имеет несколько значений:
− архитектура как искусство и метод проектирования;
Страницы
- « первая
- ‹ предыдущая
- …
- 12
- 13
- 14
- 15
- 16
- …
- следующая ›
- последняя »
