Правила войны и систем

Maciashek_11

Причины сворачивания программного обеспечения:

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

— Система выходит из-под контроля служб сопровождения, и последствия изменений невозможно предвидеть.

— Расширение ПО в будущем невозможно из-за отсуствия надлежащей документации.

— Аппаратная и/или программная платформы, на которых реализована система подлежат замене, а видимых путей для миграции нет. [45,52]

Maciashek_10

Наибольшую пользу приносят ИТ-решения стратегического уровня. Эти решения труднее всего реализовать. Именно эти системы способны обеспечить организации конкурентное преимущество.

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

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

Maciashek_9

BPR-подход к проектированию информационных систем

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

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

— результирующий проект по разработке ИС должен сосредоточиваться на реализации выявленных потоков работ. [43]

Словарь.

Maciashek_8

Пять шагов к получению преимуществ информационных технологий:

1. Оценить информационную емкость продуктов и процессов.

2. Оценить роль ИТ в отраслевой структуре.

3. Выявить и ранжировать способы, с помощью которых ИТ создает конкурентное преимущество.

4. Рассмотреть, каким образом ИТ может создавать новое направление в бизнесе.

5. Разработать план, направленный на извлечение выгод от использования ИТ. (Портер, Милар) [42]

Maciashek_7

Верно сформированная миссия отводит главное место потребностям клиентов, а не товарам или услугам которые предоставляет организация. [41]

Maciashek_6

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

Maciashek_5

Документация -> Качество

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

Maciashek_4

Качество

Цель управления качеством — сделать качество неотъемлимым свойством товара, а не проверкой того, насколько оно присуще товару. (Идеология ISO 9000) [37]

Maciashek_3

Архитектурные модули системы

Успех итеративного процесса с наращиванием возможностей основывается на раннем выявлении архитектурных модулей системы. Модули должны быть:

— примерно одинаковые по размерам,

— обладать сильной внутренней связностью и

— иметь минимум взаимных пересечений (внешних связей). [35]

Maciashek_2

Масштаб программного проекта.

Самое большое влияние на организацию программного проекта оказывает его масштаб. [34]

Maciashek_1

Коллектив разработчиков

Критический фактор разработки — опыт и знания разработчиков. Хорошие разработчики могут дать решение. Высококласные разработчики могут дать значительно лучшее решение, намного быстрее и дешевле. Великие проекты — удел великих разработчиков (Брукс).

Организация-разработчик должна добиваться следующего:

— Нанимать лучших разработчиков;

— Обеспечивать напрерывное обучение и повышать уровень образования своих разработчиков.

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

— Стимулировать разработчиков, устраняя препятствия и направляя их усилия на продуктивную работу.

— Создавать исключительно благоприятную рабочую атмосферу (зачастую это оказывается намного более важным, чем редкие прибавки к жалованью).

— Увязывать личные цели разработчиков со стратегией и задачами организации.

— Придавать особое значение коллективной работе. [33]

Вигман Правила стратегии