Каждому проекту своя методология
Добавить в закладки К обложке
- Краткий обзор - Страница 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
Краткий обзор
"Методология с большой буквы" - это название того, как организация многократно производит и поставляет программные системы: кого в ней нанимают на работу и зачем, чего ожидают люди от своих коллег, какие условности они соблюдают, начиная от размещения рабочих мест в офисе и до используемых рабочих продуктов. Когда какая-то компания помещает в газете объявление о приеме на работу, это объявление представляет собой некий артефакт принятой в этой компании методологии. Как оказалось, чтобы получить практические результаты от изучения методологии, мы должны рассматривать ее именно с такой широкой точки зрения.
В данном случае, моей целью было создать откровенный диалог между людьми, придерживающимися различных взглядов на этот вопрос, и обозначить принципы, согласно которым можно рекомендовать ту или иную методологию. Итак, сначала нам надлежит ответить на следующие вопросы: Что же такое "методология"? Должно ли методологий быть много? Может ли одна быть "лучше", чем другая? Как узнать, какие элементы методологии стоит перенимать? Как применить все эти знания в крупном проекте?
Существование множества методологий совершенно необходимо. Их можно классифицировать по размеру команды разработчиков и критичности системы (разумеется, их можно классифицировать по гораздо большему количеству величин, однако эти две лучше всего подходят для изначальной оценки). Затем те, кто занимаются проектированием методологии, определяют рассматриваемые вопросы , роли, виды деятельности, а также поставляемые артефакты и стандарты, которые они собираются охватить. Они работают, исходя из своих убеждений , уделяя первостепенное внимание некоторым особенностям данного конкретного проекта. Все это должно наилучшим образом подходить людям , которые заняты в работе над проектом, и их культурным характеристикам.
В этой статье мы рассмотрим то, как эти идеи были применены в ряде проектов с различным количеством разработчиков, использовавших разные технологии.