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 может служить ее способность создать качественный товар или обеспечить качественное обслуживание даже в том случае, если заменить весь персонал. С этой целью необходимо
Maciashek_4
Качество
Цель управления качеством — сделать качество неотъемлимым свойством товара, а не проверкой того, насколько оно присуще товару. (Идеология ISO 9000) [37]
Maciashek_3
Архитектурные модули системы
Успех итеративного процесса с наращиванием возможностей основывается на раннем выявлении архитектурных модулей системы. Модули должны быть:
— примерно одинаковые по размерам,
— обладать сильной внутренней связностью и
— иметь минимум взаимных пересечений (внешних связей). [35]
Maciashek_2
Масштаб программного проекта.
Самое большое влияние на организацию программного проекта оказывает его масштаб. [34]
Maciashek_1
Коллектив разработчиков
Критический фактор разработки — опыт и знания разработчиков. Хорошие разработчики могут дать решение. Высококласные разработчики могут дать значительно лучшее решение, намного быстрее и дешевле. Великие проекты — удел великих разработчиков (Брукс).
Организация-разработчик должна добиваться следующего:
— Нанимать лучших разработчиков;
— Обеспечивать напрерывное обучение и повышать уровень образования своих разработчиков.
— Поощрять обмен информацией и общение между разработчиками так, чтобы они взаимно стимулировали друг друга.
— Стимулировать разработчиков, устраняя препятствия и направляя их усилия на продуктивную работу.
— Создавать исключительно благоприятную рабочую атмосферу (зачастую это оказывается намного более важным, чем редкие прибавки к жалованью).
— Увязывать личные цели разработчиков со стратегией и задачами организации.
— Придавать особое значение коллективной работе. [33]
