DEVPROM

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

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

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

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

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

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

Новости

• Вышло обновление DEVPROM, в этой версии мы добавили ряд долгожданных возможностей, таких как подписка на обновления (watching) и создание пожеланий по email, а так же несколько новых фич в Enterprise версию системы, подробнее...
• Для живой демонстрации возможностей DEVPROM мы подготовили несколько проектов, расположенных по адресу http://demo.pmcloud.ru, вы также можете создавать свои проекты и оценивать возможности enterprise версии системы.
• Напоминаем, что есть такой вариант использования DEVPROM как Enterprise Edition SaaS - очень дешевый способ обзавестись собственным экземпляром DEVPROM без каких-либо ограничений, включающим Enterprise фичи и Subversion-репозиторий, без необходимости где-то искать хостинг, что-то устанавливать и администрировать. Просто напишите нам.

Публикации

• Примерно год назад мы открыли для себя mindmaps в качестве очень удобного дополнительного инструмента в работе над проектами. Хочется рассказать про два кейса, которые мы наиболее часто применяем в работе, на примере проекта построения достаточно большого хранилища данных. Подробнее: Примеры использования MindMaps в проектной работе
• Специалисты, задействованные в разработке программного обеспечения, являются довольно дорогостоящим ресурсом, а проекты, в которых они участвуют сильно отличаются друг от друга по плотности задач. Из-за этого часто одни и те же люди участвуют в одновременно в нескольких проектах, например, в новом и предыдущем (с целью его поддержки), либо выделяются на некоторый процент времени в случае с матричной системой управления проектами. Подробнее: Анализ загрузки ресурсов
• Система управления проектами DEVPROM позволяет разработчикам ПО готовить справочную документацию к программным продуктам без использования дополнительных инструментов, например, Author-It или RoboHelp, предоставляя следующие ключевые возможности. Подробнее: Создание справочной документации к продукту
• В компаниях и распределенных командах, занимающихся разработкой программного обеспечения, часто возникают рутинные задачи по организации и обеспечению поддержки процесса разработки, которыми кому-то нужно заниматься, но нет возможности это делать в те моменты, когда это нужно. Вот только небольшой список подобных задач. Подробнее: Поддержка проектных команд
• При работе над проектом, особенно, если не все члены команды размещаются в одной комнате, просто необходимо получать свежую информацию об изменениях в проекте (нотификаций), например, при помощи уведомлений по электронной почте, через RSS-канал или другими способами. В DEVPROM существует несколько вариантов нотификаций. Подробнее: Возможные варианты нотификаций
• В последнее время различные методологи все чаще обращаются к вопросу качества разрабатываемых продуктов, при этом не прибегая к использованию сложных и долгих формальных методов верификации, поскольку современные практики разработки ПО позволяют дать дешевый и достойный ответ. Подробнее: Раннее тестирование (early testing)
• Поддержка разработанных или еще разрабатываемых программных продуктов часто применяется при заказной или продуктовой разработке, причем, из-за размеров и количества частей, составляющих программный продукт, в этот процесс могут быть вовлечены отдел поддержки и несколько проектных команд, разработавших свои части продукта. Подробнее: Организация поддержки продуктов
• Любую крупную задачу, а именно такой и является разработка программного продукта, эффективно разбить на множество небольших, относительно независимых подзадач. Именно данный принцип позволяет измерять прогресс выполнения исходной задачи, вычислять текущий статус проекта. В зависимости от количества участников проекта, сроков его завершения, уровня зрелости команды, финансовой модели, по которой выполняется проект, необходимо применять соответствующие методики измерения хода проекта. Подробнее: Варианты оценки производительности команды
• По сравнению с вовлечением пользователя в процесс разработки или предоставления пользователям портала проектов, вариант с почтовым ящиком, конечно существенно проигрывает, однако, из-за различного рода ограничений все же остается востребованным вариантом. Подробнее: Поддержка продуктов по email
• Если вы чувствовали недостаток обмена информацией между проектами, то в корпоративной версии DEVPROM мы постарались решить эту проблему. Что за проблема и откуда она взялась? Попробую пояснить. Подробнее: Объединение данных из нескольких проектов

Если вы чувствовали недостаток обмена информацией между проектами, то в корпоративной версии DEVPROM мы постарались решить эту проблему. Что за проблема и откуда она взялась? Попробую пояснить.

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

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

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

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

Для системы управления проектами DEVPROM появилась подобная функциональность, которая позволяет реализовать этот вариант взаимодействия с пользователями:

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

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

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

Измерение прогресса по выполненным пожеланиям

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

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

Проект поддержки

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

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

Вот небольшой обзор практик раннего тестирования, в подтверждение предыдущего тезиса:

• в гибких методологиях, например, Scrum - это использование коротких итераций, по результатам которых выпускается работающий продукт с требуемым качеством, то есть в котором нет значимых дефектов.
• в экстремальном программировании - это практика TDD, суть которой заключается в создании тестов перед тем, как будет осуществляться проектирование и реализация.
• в бережливом программировании (lean software development) - это повсеместное внедрение контролирующих механизмов на всех стадиях разработки, призванных выявить дефекты в понимании, артефактах и реализации и сразу же приступить к их устранению, не откладывая, например, редизайн архитектуры на фазу стабилизации или вообще сопровождения выпущенного продукта.
• в более формализованных практиках (MSF Agile, Agile RUP) - это верификация требований, дизайна, исходного кода и других артефактов путем применения более-менее формального метода, например, ревью или восстановления предыдущего артефакта на основе последующих.

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

В этой версии мы добавили ряд долгожданных возможностей, таких как Подписка на обновления (watching) и Создание пожеланий по email, а так же несколько новых фич в Enterprise версию системы.

Скачать новую версию DEVPROM 2.7.4

Спасибо всем, кто участвовал в создании этой версии и помогал нам своими предложениями и замечаниями сделать DEVPROM еще лучше!

Основные изменения в 2.7.4

1. Создание пожеланий по email
2. Дублирование пожеланий между проектами
3. Подписка на изменения объектов (watching)
4. Генерация справочной документации в формате .chm
5. Удобное вертикальное меню на основных вкладках
6. Новые возможности конфигурации системы
7. Запрос пользователя на получение прав доступа к закрытым объектам (Enterprise Edition)
8. Возможность полноценной работы отдела SD (Enterprise Edition)
9. Отчет по загрузке ресурсов (Enterprise Edition)

Немного информации о прошедшей в начале июня в Екатеринбурге региональной конференции AgileDays, посвещенной гибкой разработке программного обеспечения и организованной нашими партнерами, компанией ScrumTrek.

Нужно отметить, что в целом конференция хоть и является достаточно молодой (проводилась всего второй раз), но сразу стала одной из самых интересных и полезных ИТ конференций в России.

4 июня AgileDays отправился в путешествие на Урал, а точнее в Екатеринбург!