Компьютерра - Журнал «Компьютерра» № 20 от 29 мая 2007 года

Четвертый инвариант: работа с требованиями [Не секрет, что продвижение компании по CMMI-лестнице определяется умением компании бороться с хаосом, то есть умением превращать процедуру разработки ПО в воспроизводимый процесс. И фундаментом для структуризации являются требования. Если провести аналогии и утрировать, то требования описывают точку, куда должна добраться вызванная машина такси, какими характеристиками она должна обладать и в какое время она должна подъехать]. Сбор, фиксация, изменение, управление. Несмотря на более чем пятидесятилетнее существование компьютерной отрасли, многие компании-разработчики ПО по-прежнему прикладывают значительные усилия для сбора и документирования требований, а также управления ими. Недостаточный объем информации, поступающей от пользователей, требования, сформулированные не полностью, их кардинальное изменение – вот основные причины, из-за которых командам, работающим в области информационных технологий, зачастую не удается вовремя и в рамках бюджета предоставить клиентам всю запланированную функциональность. Многие разработчики не умеют спокойно и профессионально собирать требования пользователей к ПО. Однако разработка ПО включает, по крайней мере, столько же общения, сколько и обычная работа с компьютером, но зачастую мы делаем акцент на работе с компьютером и не уделяем достаточно внимания общению. Пятый инвариант: основы управления проектами и управления рисками. Управление проектами является самостоятельной дисциплиной, но в рамках курса уместно привести базовые элементы и рассказать о специфике управления проектами в области разработки ПО. Любой современный проект (не только разработка ПО) требует десятков и сотен тысяч человекочасов. Для того чтобы такой проект имел шансы на успешное завершение, необходим план его реализации (управление проектом), который должен включать в себя анализ возможных неудачных сценариев и способов борьбы с ними (управление рисками). Ведь любая затяжка сроков приводит к удорожанию продукта, если не к краху компании. Нужно хотя бы вкратце рассказать о способах управления проектами, о том, чем занимается руководитель проекта, каковы его цели, почему команда разработчиков должна иметь руководителя. Практическая демонстрация расползания сроков в MS Project на примере гипотетического проекта из десяти задачек и трех исполнителей поможет перейти к понятию «риск» и объяснить, почему продукт никогда не будет сделан к дате, которая фигурирует в первоначальной версии проекта. Следует искоренять традицию работы в авральном режиме. Эта порочная практика никогда не даст положительного результата.

Разработка ПО и кодерство – разные вещи. Настоящий разработчик, а тем более лидер команды должен быть еще и психологом.

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

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

1. Ларри Константин, «Человеческий фактор в программировании».

2. Том Демарко, Тимоти Листер, «Человеческий фактор: успешные проекты и команды».

3. Том ДеМарко, Тимоти Листер, «Вальсируя с Медведями: управление рисками в проектах по разработке программного обеспечения».

4. Карл И. Вигерс, «Разработка требований к программному обеспечению».

5. Джеф Раскин, «Интерфейс: новые направления в проектировании компьютерных систем».

6. Дж. Ханк Рейнвотер, «Как пасти котов. Наставление для программистов, руководящих другими программистами».

7. Джоэл Х. Спольски, «Лучшие примеры разработки ПО».

8. Фергус О’Коннэл, «Как успешно руководить проектами. Серебряная пуля».

9. Фредерик Брукс, «Мифический человеко-месяц, или Как создаются программные системы».

10. Стив Макконнелл, «Остаться в живых! Руководство для менеджера программных проектов».

11. Эндрю Хант, Дэвид Томас, «Программист-прагматик. Путь от подмастерья к мастеру».

12. Алан Купер, «Психбольница в руках пациентов».

13. Эдвард Йордон, «Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте».

Автор: Дмитрий Шабанов

Я люблю работать под музыку: суетливая часть души подпевает услышанному, а работоспособный остаток занят делом. Но иная музыка не хочет быть фоном. Таков «Лесной царь» – фортепианная транскрипция Листа песни Шуберта на слова Гете.

Отец везет ребенка через ночной лес. Ребенок жалуется, что его зовет Лесной царь. Реплики дрожащего от страха, бредящего ребенка и уверенного, здравомыслящего отца коренным образом отличаются. Лесной царь – таинственная сила, для отца выглядит туманом, для мальчика – существом «в темной короне с густой бородой»; отец видит, как «ветлы седые стоят в стороне», а мальчик уверен, что «Лесной царь созвал дочерей»…

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

Увы, я не смогу объяснить большинству своих современников, чем мне так нравится эта вещь. Повествование в двух планах не воспринимается клиповым сознанием. «Привет, девчонки, я хороший мальчик. Пойдем ко мне, родители на даче» – понятно и оптимистично! «Лесной царь» кажется рядом с такими текстами шизофреничным, «расщепленно-умным». Ну и пусть! Рискну объясниться.

Есть важная разница между понятиями «реальность» и «действительность». Реальность (от лат. res – вещь) – мир отдельных объектов, где каждый из нас рассматривается со стороны как вещь. «Объективная» реальность предполагает существование не связанного с ней наблюдателя. Это Бог? Но Ягве-Саваоф-Аллах связан с этим миром, как Творец с творением, радуется и огорчается – Он не объективен… Я не считаю обоснованной гипотезу о существовании «объективного наблюдателя» и «объективной реальности».