В качестве продолжения темы.
О «поведенческих аспектах невыполнения задач» или «способах саботажа», с которыми приходилось сталкивался в телекоме, в прошлой статье поговорили. Добавлю, что иногда встречаются, конечно и совсем экзотические способы, когда откровенно глупые, а когда — очень «замудрённые». Их не рассматриваем, ибо почти все они подходят под категорию, которую упоминали лиса Алиса и кот Базилио в знаменитой экранизации словами: «Буратино! Ты сам себе враг!».

Bugzilla – это популярная система для треккинга ошибок, используемая сообществом Mozilla и многими другими компаниями для управления проектами по разработке ПО. Bugzilla – это ПО с открытым кодом, вебинтерфейсом, написанное на Perl и использующее базу данных MySQL. Система доступна бесплатно по адресу Bugzilla.org.

Между Cradle и Bugzilla может быть настроена двусторонняя интеграция, такая, что баг в Bugzilla может быть ассоциирован с элементом (требованием) в Cradle и Cradle может открывать Bugzilla для отображения этого бага. Также возможно получить доступ к Cradle из Bugzilla, сделав связь двунаправленной.

Это может быть достигнуто за счет создания нового типа фреймов BUGZILLA (или любое другое имя), после чего можно будет добавить атрибут такого типа к любому типу элементов в Cradle и хранить в нем идентификатор бага из Bugzilla. Аналогично, в Bugzilla вы можете добавить ссылку из бага на элемент Cradle и вызывать ее из Bugzilla, при этом будет открываться веб-интерфейс Cradle.

Как это настроить описано ниже.

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

Прежде чем перейти к описанию конкретных решений и инструментария, пара слов о политике в отношении новых требований. Пожалуй, самое важное что мы поняли, это то, что требования меняются всегда и вместо того чтобы «бороться со стихией» надо научится управлять изменяющимися требованиями. Конечно, есть ТЗ и бюджет, но часто переговоры о включении новых требований стоят дороже, чем сами изменения. С другой стороны нельзя делать все, что захочет заказчик — тогда проект вообще никогда не будет запущен. Поэтому, требованиями надо именно управлять.

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

Публикуем статью, написанную на основании предыдущего доклада Ирины Суровой с прошлой конференции Analyst Days. В этом году Ирина выступает не только в роли докладчика, но и члена программного комитета будущей московской конференции.