Если вы пользователь Windows, то вас должна заинтересовать возможность, которая появилась в новой версии системы управления проектами DEVPROM 2.9.3. В этой версии мы больше внимания уделили стабилизации функциональности, реализованной в предыдущих версиях и выполнили следующие доработки:

• Импорт организационной структуры и учетных записей пользователей из службы каталогов.
• Автоматические проставление зависимостей между задачами.
• Интеграция UML-диаграмм в текст Wiki-страниц при помощи сервиса PlantUML.

Мы рады сообщить вам о выходе новой версии системы управления проектами DEVPROM 2.9.2!

В этой версии мы добавили поддержку современных практик гибкой разработки программного обеспечения:

• Kanban для непрерывного повышения эффективности вашей команды
• Story Mapping для легкого и быстрого процесса сбора требований
• Задание порядка выполнения историй для более полной поддержки методологии Scrum

17 ноября в Москве пройдет очередная конференция, на этот раз для системных и бизнес-аналитиков, на которой будут рассмотрены вопросы сбора, анализа и управления требованиями - ReqLabs.

Организаторы конференции неожиданно пригласили выступить с докладом - будем рассказывать про управление требованиями в Agile и Agile-подобных проектах с помощью специально созданного для этого инструмента - системы управления полным циклом разработки проектов DEVPROM.

Каждый, кто хоть раз участвовал в разработке более-менее сложного проекта, знает, что вопреки распространенному мифу об отсутствии требований в Agile, на самом деле без сбора требований в таком проекте не обойтись.

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

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

• Дописать текущий раздел требований, одним кликом связать его с автоматически выполненной задачей по анализу, тут же получив разосланное всей команде почтовое уведомление об изменениях.
• Обсудить требование в комментариях как внутри распределенной команды, так и находящейся в одной комнате.
• Выгрузить требуемые разделы в MSWord для согласования с заказчиком.
• Парой кликов связать требование с тестовыми сценариями, при этом обеспечив автоматический контроль актуальности этих связей: если меняется требование, связанные тестовые сценарии помечается неактуальными и требуют доработки.
• Увидеть требования, изменившиеся с момента последнего посещения или несвязанные с тестовыми сценариями.
• Посмотреть процент реализации требований разработчиками и список ошибок, найденных при тестировании и относящихся к определенному разделу требований.
• Собрать статистику по времени, затраченному на разработку требований — для использования в pre-sale будущих проектов.

В принципе, при традиционном использовании MSWord (или wiki-движка) и системы управления задачами, можно покрыть некоторые из перечисленных выше задач.

Однако, при высоком ритме Agile разработки, и, тем более, если вы работаете в распределенной команде, вам здорово поможет DEVPROM - простой и удобный, специально созданный для гибких проектов инструмент.

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

До встречи на конференции!

9 декабря на AgileDays мы будем рассказывать про то, как внедрить Agile на уровне компании, в нескольких (десятках?) проектов, учитывая потребности и интересы всех заинтересованных в процессе и разрабатываемом продукте сторон.

О докладе:

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

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

Например, крайне важно при внедрении (еще до его начала) учесть точки зрения и потребности всех сторон, участвующих в проектах компании. Очевидные - это заказчики и проектные команды. Менее очевидные, но отнюдь не менее важные - это разного рода руководители: направлений, выделенных центров или даже всей компании. От решения этих людей зависит как начало, так и успешное окончание внедрения Agile на уровне компании.

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

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

И, конечно же, подробности о самой конференции:

Большая часть конференции будет посвящена докладам тех, кто реально практикует Agile. На конференции не будет голых Success Stories - в любой, даже самой крутой истории успеха, есть немало печальных страниц о проблемах, трудностях и о том, как команды с ними справлялись. Им будет уделено особое внимание.

Иногда можно услышать мнение, что если бы Agile работал, им бы пользовались крупные компании. Поэтому мы решили пригласить ребят из реальных монстров, таких как Microsoft, Amazon, Nokia, Yandex, Kaspersky и других. Вы узнаете, как большие компании используют Agile и почему. Впрочем, доклады будут и коллег из сравнительно небольших компаний.

Специальная группа докладов будет посвящена реальному использованию суперсовременных подходов к разработке. Это те самые страшные аббревиатуры, о которых интересно читать, но совершенно непонятно, как применять на практике, вроде DDD, BDD, FDD и TDD.

В рамках конференции пройдет тренинг-сертификация "Scrum Master Certification". Участники тренинга смогут стать сертифицированными скрам-мастерами . Тренинг проведет Senior Coach компании Danube, сертифицированный Scrum-тренер Dan Rawsthorne.

Посмотреть подробную информацию о конференции и зарегистрироваться можно на официальном сайте конференции AgileDays.ru

До встречи на конференции!