Паралич от анализа – эта фраза описывает ситуацию, когда стоимость анализа решения превышает выгоду, которая может быть получена воплощением этого решения. Фраза относится к любой ситуации, когда анализ может быть применен, чтобы принять решение, и может быть дифункциональный элемент организационного поведения. Это часто называется паралич от анализа в противоположность вымерших по инстинкту.
В разработке программного обеспечения паралич от анализа, как правило, проявляется в виде чрезвычайно длительного этапа планирования проекта, собра требований, проектирования и создания модели данных, которые не произвоят ничего ценного для конечного результата на этих этапах. Когда анализ занимает слишком длинный срок, такие процессы, как правило, подчеркивают организационные (например, бюрократические) аспекты этого проекта, в то время как умаляются его функциональные (несущие выгоду) части.
Паралич от анализа часто происходит из-за отсутствия отпыта у бизнес-аналитиков, руководителей проектов или разработчиков программного обеспечения, на равне с жетской и формальной организационной культурой.
Паралич от анализа является примером антипаттерна. Методологии гибкой разработки программного обеспечения (Agile software development) явно направлены на предотвращение паралича от анализа. Они предлагают итеративный рабочий цикл, который придает больше значения работающим продуктам нежели спецификации продукта.
Паралич от анализа может быть использован для того, чтобы описать как информация влияет на производительность труда рабочих. Перегузка почтой, электронными письмами, интернет-сайтами, сообщениями голосовой почты, телефонными звонками, памятками, факсами и межличностной коммуникацией может сделать трудным или невозможным принятие решений для работников.
Паралич от анализа
Подписаться на:
Комментарии к сообщению (Atom)
Обо мне
Теги
- .NET (1)
- Лицензии (1)
- Anti-Patterns (16)
- ASP.NET (3)
- Bug fixes (1)
- C# (5)
- Code Review (4)
- Fun (1)
- Naming (1)
- Refactoring (20)
- Team rules (2)
- Web (2)
Архив
-
▼
2009
(22)
-
▼
мая
(18)
- Зачем нужен enum из двух объектов, если есть булев...
- Привязка к производителю
- Грибное управление
- Моральный риск
- Прячьте приведение типов внутрь метода!
- Бог-громовержец
- Эскалация обязательств
- Коллективное проектирование
- Дойная корова
- Паралич от анализа
- Методологические aнти-паттерны
- Анти-паттерны программирования
- Объектно-ориентированные анти-паттерны
- Анти-паттерны проектирования программного обеспечения
- Анти-паттерны анализа
- Анти-паттерны управления
- Организационные анти-паттерны
- Введение в анти-паттерны
-
▼
мая
(18)
0 коммент.:
Отправить комментарий