Каждому проекту своя методология
Добавить в закладки К обложке
- Краткий обзор - Страница 2
- Компоненты и объем методологии - Страница 3
- Принципы - Страница 4
- И еще два фактора - Страница 7
- Методология и ее автор - Страница 8
- Каждому проекту своя методология - Страница 9
- Мой опыт в различных проектах - Страница 10
- Изменения методологии в режиме реального времени - Страница 12
- Заключение - Страница 13
- Библиография - Страница 14
- Краткий обзор - Страница 15
- Компоненты и объем методологии - Страница 16
- Принципы - Страница 17
- И еще два фактора - Страница 20
- Методология и ее автор - Страница 21
- Каждому проекту своя методология - Страница 22
- Мой опыт в различных проектах - Страница 23
- Изменения методологии в режиме реального времени - Страница 25
- Заключение - Страница 26
- Библиография - Страница 27
- Краткий обзор - Страница 28
- Компоненты и объем методологии - Страница 29
- Принципы - Страница 30
- И еще два фактора - Страница 33
- Методология и ее автор - Страница 34
- Каждому проекту своя методология - Страница 35
- Мой опыт в различных проектах - Страница 36
И еще два фактора
ПриоритетыПри всем при этом немалое значение в выборе методологии играет желание спонсоров проекта: хотят ли они получить программный продукт быстро, с минимальным количеством дефектов, или же им нужно наблюдать за процессом во всех его проявлениях. Разным приоритетам соответствуют разные методологические рекомендации.
В некоторых методологиях приоритеты заметны сразу, в некоторых нет. Так, например, объектно-ориентированная методология Мартина и Оделла [Martin96] достаточно общая и подходит для многих случаев, однако не совсем понятно, на что конкретно она направлена, и можно ли менять эту "направленность" для работы над различными проектами. Семейство методологий OPEN [BHS97], по всей видимости, основной целью полагает корректность программных продуктов, явность и повторяемость процесса. Методология под названием The Personal Software Process of Humphreys [Humphreys97] была разработана для обеспечения предсказуемости работ.
В трех последних методологиях о приоритетах говорится открыто: авторы семейства методологий Crystal [Cockburn98, Crystal] и Extreme Programming [XP, Beck99] заявили, что их методологии направлены, в первую очередь, на повышение продуктивности и снижение стоимости работ. При этом они все же отличаются друг от друга - Crystal призывает совмещать производительность и толерантность, в отличие от ХР, где продуктивность возрастает как раз за счет уменьшения толерантности. Методология "Adaptive Software Development", детище Джима Хайсмита [Highsmith], разработана специально для крайне нестабильных ситуаций в разработках, когда требования, проектирование и невозможно короткие сроки являются функциями друг друга и постоянно меняются (так зачастую происходит в веб-разработках).