January 14, 2008

Дональд Норман. Почему неправильно заниматься исследованием пользователей в начале проекта

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

Чем больше я смотрю на это, тем больше мне кажется, что в данном случае не правы мы, специалисты по HCI. И я - не исключение, потому что и сам довольно долго пропагандировал подход "сначала изучить, а уже потом делать дизайн". Что ж, теперь я полагаю, что для многих проектов порядок действий должен быть обратным: сначала дизайн, а потом исследования.

Читаем дальше

Опубликовано kirsa в 6:25 PM | Комментарии (3)

June 27, 2006

"Экстремальное программирование - 2.0", Микеле Марчези

Немного запоздавшая (и все же интересная) рецензия на второе издание книги Кента Бека. Автор - известный итальянский методолог, профессор Микеле Марчези.
Первое издание книги Кента Бека «Extreme Programming Explained – Embrace Change» (в русском переводе «Экстремальное программирование») увидело свет в октябре 1999 года. Экстремальное программирование (ХР) можно любить, можно ненавидеть, а вот отмахнуться как от чего-то несущественного уже нельзя . Эта книга, продававшаяся огромными тиражами и переведенная на десятки языков, открыла дорогу всему многообразию гибких методологий. Гибкие методологии можно применять полностью или частично, не применять вовсе, но ни один серьезный специалист в области программирования не может оставить их без внимания. Теперь каждое руководство по программированию обязательно включает в себя главу о гибких методологиях и экстремальном программировании.

Читаем дальше

Опубликовано kirsa в 11:08 PM | Комментарии (11)

March 7, 2006

Кент Бек в России

Как сообщают товарищи из компании RUSSEE (http://www.russee.com), 29-31 марта Кент Бек проведет в Москве два семинара:
29-ого: «Будущее бизнеса разработки программного обеспечения. Agile-методики для руководителей»
30-31-ого: «Применение XP на Практике» (“Mapping XP”)

Читаем дальше

Опубликовано kirsa в 9:19 AM | Комментарии (1)

September 11, 2004

"Создание программного обеспечения как коллективная игра", Алистэр Коуберн

Программная инженерия (software engineering) представляет собой неверную метафору для большинства проектов по разработке ПО. Используя техническую метафору, мы забываем об истинной природе программирования - деятельности социальной и интеллектуальной, но никак не технической. Неудивительно, что проблема "мифического человеко-месяца" жива до сих пор, ведь рассуждая о разработке ПО, мы продолжаем рассматривать людей как "заменимые компоненты для программирования" и нанимать "группу Java-программистов".

Читаем дальше

Опубликовано kirsa в 6:30 PM | Комментарии (0)

August 8, 2004

"Четвертое измерение или Как обмануть Железный Треугольник", Алистэр Коуберн

Несмотря на то, что первым в Манифесте Гибких Методологий стоит правило "Люди и их взаимодействие гораздо важнее процесса и средств разработки" (Agile Manifesto), сами приверженцы таких методологий тратят на разговоры о процессе довольно много времени. К примеру, Экстремальное программирование (XP) описывает почти что исключительно процесс разработки: "Вы следуете процессу? Сначала тестируете, потом пишете код? Играете в планирование? Парами программируете?" и т.д.

Конечно, процесс имеет огромное значение для проекта. При этом хороший процесс не может гарантировать, что задача будет выполнена качественно и во время, а хорошая команда программистов способна справиться с задачей, даже если процесс будет тяжелым и неуклюжим. И, тем не менее, если процесс плохой, это всегда чрезвычайно мешает работе.

Читаем дальше

Опубликовано kirsa в 6:19 PM | Комментарии (0)

January 24, 2003

"Серебряная пуля или горькая пилюля?", Кен Швабер

За время, которое минуло с того дня, как сторонники гибких методологий составили в местечке Сноуберд свой «Agile Manifesto» (февраль 2001 года), их идеи последовательно прошли через стадии распространения, изучения и развития. Мир узнал о появлении нового, радикального подхода к разработке программного обеспечения.

Читаем дальше

Опубликовано kirsa в 6:16 PM | Комментарии (0)

September 24, 2002

"Каждой методологии - свое время", Алистэр Коуберн

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

Можно ли строить удобные и эффективные методологии, базируясь на этих двух утверждениях? В этой статье я расскажу, как можно динамически конструировать гибкие методологии, с одной стороны, основываясь на положительных сторонах человеческой натуры, а с другой, учитывая ее слабости. Такое конструирование помогает не только наладить общение по техническим вопросам, но и отслеживать зависимости в рамках проекта. При этом первоочередное внимание уделяется моральному духу команды и тесному взаимодействию разработчиков. Вспомогательные рабочие продукты доводятся лишь до той степени завершенности, которая позволит сообразительным коллегам понять, куда двигаться дальше. В каждом конкретном случае процесс разработки динамически "настраивается" на максимальное соответствие нуждам самого проекта и команды, которая над ним работает.

Читаем дальше

Опубликовано kirsa в 9:39 PM | Комментарии (0)

June 12, 2002

"Каждому проекту своя методология", Алистэр Коуберн

Как только мы пытаемся разобраться, "из чего же состоит методология", сразу становится понятно, что методологий должно быть много. При этом для каждого конкретного проекта "оптимальной" будет одна какая-то методология. Более того, все люди обладают разными склонностями, которые обусловлены их жизненным опытом, страхами и принципами. При выборе методологии особое внимание нужно уделять трем основным факторам: размеру команды разработчиков, критичности проекта для компании и его приоритетности. Помимо этого, на результат будут оказывать влияние как культурные ценности команды, так и индивидуальные характеристики ее членов. В этой статье описаны структура и опыт использования этих принципов в проектных разработках.

Читаем дальше

Опубликовано kirsa в 9:37 PM | Комментарии (0)

April 16, 2002

"Парное программирование: преимущества и недостатки", Алистэр Коуберн и Лори Вильямс

Парное, или совместное, программирование является процессом создания программного обеспечения двумя программистами, работающими бок о бок за одним компьютером. С помощью опросов и специальных экспериментов авторы этой статьи исследовали положительные и отрицательные стороны такого стиля работы. Они обнаружили, что при парном программировании время разработки увеличивается на 15%, но при этом улучшается дизайн системы, уменьшается количество дефектов, снижается риск, связанный с занятостью в проекте определенных сотрудников, растет технический уровень команды, улучшается взаимодействие и коммуникация, а кроме того, сам процесс работы в целом доставляет гораздо больше удовольствия.

Читаем дальше

Опубликовано kirsa в 9:43 PM | Комментарии (0)

March 20, 2002

"Устаревшие методологии - на пенсию!", Джим Хайсмит

Использование методологии Adaptive Software Development (ASD) поможет вам выполнять работу в условиях частых и срочных изменений в проекте. В этой статье:

Читаем дальше

Опубликовано kirsa в 6:08 PM | Комментарии (0)

October 29, 2001

"Люди как нелинейные и наиболее важные компоненты в создании программного обеспечения", Алистэр Коуберн

Мы, методологи, проектируем сложные системы, но не принимаем во внимание рабочие характеристики активного компонента этих систем, компонента, который известен своей нелинейностью и изменчивостью - человека. В этой статье вкратце перечислены те теории и проекты, которые мне пришлось изучить, чтобы осознать этот совершенно очевидный факт, а также определить, какие качества человеческой психики должны учитываться в создании методологии и более общих рекомендациях касающихся процесса разработки. Именно по этим качествам можно делать наиболее верные прогнозы относительно будущего течения проекта и применимости к нему какой-либо методологии.

Читаем дальше

Опубликовано kirsa в 9:34 PM | Комментарии (0)

October 13, 2001

"Новые методологии программирования", Мартин Фаулер

За последние несколько лет сильно вырос интерес к так называемым гибким методологиям разработки программного обеспечения (известным также под названием "облегченных методологий"). В данной статье приводятся их основные характеристики, причем главное внимание уделяется не "весу", а адаптивной сущности этих методологий и их ориентации на человека. Кроме того, здесь же дан краткий обзор существующих на данный момент методологий подобного типа и указаны факторы, которые помогут вам решить, стоит или не стоит идти этим непроторенным путем.

Читаем дальше

Опубликовано kirsa в 6:34 PM | Комментарии (2)