Релиз 1.10 - форма обратной связи
Форма обратной связи
Наладить обратный канал связи с вашими пользователями теперь стало еще проще. При помощи формы обратной связи, интегрированной с вашим проектом в DEVPROM, пользователи могут сообщать об ошибках, предлагать идеи и добавлять пожелания к продуктам и сервисам непосредственно на вашем сайте. Теперь вам не нужно реализовывать собственную форму обратной связи, просматривать почту и копировать идеи пользователей в систему управления проектами - сообщения от пользователей попадают прямо в ваш проект.
Нет никаких специальных требований или ограничений для интеграции формы на вашем сайте, вам нужно лишь добавить на страницы сайта строчки подключения внешнего JavaScript. Детали подключения и возможности по настройке формы обратной связи изложены на странице проекта Форма обратной связи.
Пример интеграции формы обратной связи можно посмотреть на сайте сервиса DEVPROM.net.
Прогноз по срокам реализации пожеланий
На основе статистики, собираемой в процессе работы над проектом, строится прогноз по срокам реализации некоторого скоупа (набора) пожеланий. Срок реализации набора пожеланий отображается под любым списком с пожеланиями.
Теперь у вас есть отличный инструмент для довольно точной оценки сроков реализации пожеланий вашей командой исходя из скорости ее работы, погрешности оценок и качества реализации пожеланий (т.е. процента ошибок в общем объеме работ).
Используя тэги, привязанные к пожеланиям, вы можете сгруппировать пожелания по этапам, компонентам и т.п. и сообщить заказчику, к какому сроку вы готовы выполнить те или иные наборы пожеланий.
Дополнения к статистике
Мы добавили график изменения эффективности работы команды в течение итераций. График позволяет понять насоклько эффективно команда использует выделенное на проект время.
Графики с количеством задач, отклоненных при тестировании, по каждому участнику сведены в единый график для того, чтобы понять кому из участников нужно больше уделить внимание качеству выполнения работы.
Работа с Wiki
Добавлена возможность автоматического сохранения черновика страницы Wiki (раздел базы знаний, требование, документация, тестовый набор или случай). Таким образом, вам не обязательно сохранять наброски или опасаться потери изменений из-за обрыва соединения, DEVPROM периодически сохраняет черновик.
Подробный состав итерации
|
Исправлена ошибка работы DEVPROM под IE 7-8
Сегодня мы обнаружили и исправили досадную ошибку, которая делала невозможной работу с проектами в DEVPROM, используя браузер Internet Explorer 7-8 - загрузка страниц неожиданно прерывалась браузером после отрисовки верхнего меню.
Удивительно, но за время существования ошибки (предположительно 2-4 недели), никто из пользователей сервиса не сообщил нам о ней. Надеемся, что вы все работаете в FireFox3, Chrome или Opera и поэтому с ошибкой не сталкивались :)
На всякий случай хочется напомнить - внизу каждой страницы есть ссылка "Сообщить об ошибке или доработке", в которой вы за несколько секунд можете описать некорректное поведение DEVPROM или выразить свое пожелание к функциональности системы. Мы обязательно максимально быстро исправим найденную вами ошибку и вы получите письмо с уведомлениием об этом.
ReportBug
Помогите нам сделать DEVPROM еще лучше! |
Анонс - Интеграция с SVN
Мы рады сообщить, что в следующем релизе 1.5 мы реализуем одну из самых важных фич, которых до сих пор не хватало http://devprom.ru - это интеграция с репозиторием SVN!
Теперь вы сможете вести свой проект в DEVPROM и хранить исходный код на любом доступном вам хостинге SVN, до которого сможет "достучаться" наш сервис, например http://opensvn.ru (бесплатный хостинг, неограниченный размер).
Планируемая дата выхода релиза 1.5 - 20 ноября 2008 года.
Следите за обновлениями! |
Что значит управлять проектом?
При общении с разработчиками, выполняющими заказные разработки или корпящими над собственными стартапами, складывается впечатление об отсутствии понимания профессионального подхода к разработке продукта.
Многие нам говорят: "Но ведь есть basecamp, assembla, trac, jira, зачем вы делаете что-то свое, какой в этом смысл?"
Процесс разработки воспринимается либо как примитивная тикет-система (баг-трэкер), позволяющая создать тикет, назначить ответственного и ждать, когда он будет выполнен, либо как примитивное управление задачами, что вообще свойственно любому процессу, где задействованы люди.
Баг-трэкеры свойствены больше задаче сопровождения продукта - практически бесконечного процесса, суть которого заключается в передаче сведений об ошибках разработчикам и информированию пользователей о том, когда, в каком релизе и что было исправлено. Trac и Jira в чистом виде являются типичными представителями этого класса систем.
Планировщики задач свойственны любой человеческой деятельности, где задействовано больше двух человек, где сроки более-менее ограничены, когда в коллективе явно выделена организационная функция, в рамках которой выполняется постановка задач, где требуется некоторая отчетность по выполненным задачам и потраченному времени. Basecamp и его клоны являются типичными представителями подобных планировщиков.
Существуют смешанные (интеграционные) решения, которые объединяют в себе функции баг-трэкинга и планировщика задач. Assembla из их числа.
Однако, в типичном процессе разработки программного обеспечения, при профессиональном подходе, нужно решать еще и следующие задачи:
Без учета всех этих аспектов вы не сможете понять когда проект может быть выполнен, сколько людей и времени потребуется для проекта, не сможете донести до исполнителей что и как должно быть сделано, не сможете обеспечить высокого качества продукта и самое главное: у вас не будет возможности вовремя и адекватно отреагировать на изменения в проекте, он просто рассыпется как карточный домик.
Вот это и есть та большая разница между системой управления процессом разработки и системами баг-трекинга и управления задачами. |
Заметки к итерации 0.45
Основные доработки:
|