Исправленные ошибки:

1. Заведение новой задачи. пишет что не задано поле Приоритет (я его действительно не трогал, но там по умолчанию стоит значение Обычный). <br/>если изменить значение - то позволяет сохранить

Реализованные доработки:

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

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

1. Ошибка при изменении дат релиза. При изменении дат релиза, даты последующего релиза обнуляются.

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

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

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

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

1. Невозможно восстановить систему. Невозможно восстановить систему из резервной копии (sybi.ru), при установке обновления в конфигурации Corporate, база данных не обновляется. Добавить дополнительную информацию о резервной копии (размер)

1. Подготовить конфигурацию Outsourcing. Без авторизации не показывать административные закладки, ввести признак "Администратор" для пользователя, только этот пользователь сможет видеть административные закладки (администратором может быть любой пользователь, пока не задали администратора явно). Подготовить скрипты деплоймента новой конфигурации, которая аналогична конфигурации Corporate

Известные ошибки:

Нет.

Исправленные ошибки:

1. Невозможно изменить роль (и включить в проект) участника. Какие-то траблы с выпадающим списком участников..

1. Не работают отчеты. Не отображается список выполненных задач в обоих отчетах если указывать перриод

1. Анализ работы участников. Не отображается количество работ и часов выполненных по проекту

1. Список задач релиза. Для задачи в этом списке крайне необходимо отображать не комментарий, а ее название или другую информацию, позволяющую идентифицировать ее суть. <br/>Иначе список превращается просто в набор исполнителей, приоритетов и трудоемкостей - но непонятно каких. <br/>Процесс такой - создаешь тебование, по нему задачу, указываешь ей только наименование, задачу включаешь в релиз, не указывая комментарий - в итоге в списке задач к релизу задачи должны быть читаемы

Реализованные доработки:

1. Показывать комментарии к пожеланиям при планировании и решении задач. Если работать с комментариями по пожеланиям, то их не видно при планировании и решении задач

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

1. Единая адресация к артефактам проекта. Все объекты должны иметь уникальный идентификатор (кодовое имя, идентификатор), по которым к ним можно адресоваться. Например, в исходном коде есть ссылка на пожелание, или доработку/ошибку, при переходе по ссылке открывается система и отображается заданный артефакт.

1. Дробление задачи любым участником. Было бы здорово позволить каждому участнику, которму назначена задача, позволить дробить ее со страницы "Задачи". Максимально исключить ввод дополнительных данных

1. Отображение текста требования. текст требования: SAPWD=<StrongPassword> <br/>отображается как SAPWD= в режиме просмотра, а в режиме редактирования - нормально.

1. Нельзя связать ошибку по требованию с исходным пожеланием. Оформляю ошибку на старое требование и не могу связать его с исходным пожеланием.

1. Загрузка сотрудника на закладке "Задачи". Необходимо отображать информацию о текущей загрузке сотрудника на закладке "Задачи", с указанием сколько осталось времени до завершения релиза.

1. Отчет: текущие задачи. Отображает все текущие (не выполненные задачи) по всем участникам проекта, с возможностью фильтрации по участникам и типам задач

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

1. Элементы управления ввода дат. Необходимо использовать нормальные элементы управления ввода дат

Известные ошибки:

Нет.

Запланированные доработки:

1. Управление всеми требованиями на одной странице. Удобно было бы видеть на одной странице всю иерархию требований с возможностью заведения задач, изменения текста требований и т.п.

Исправленные ошибки:

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

1. Новые пожелания, ошибки и доработки . В разделе Новые пожелания, ошибки и доработки не работает переход по страницам - почти на каждой странице отображаются одни и те же элементы для включения в релиз..

1. Ошибка заведения нового участника. "Внимание! Вы указали некорректное значение поля Перекрыть атрибуты пользователя: N" - участник не создается, при создании я ввожу email и ищу сначала по нему. далее нажимаю Создать и было бы здорово указанный ранее адрес уже подставлять в нужное поле.

1. Ошибки при установке приложения на сайте. Не работает мастер установки приложения на сайте, не обрабатываются ошибки с недоступностью редактирования файлов и т.п.

Реализованные доработки:

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

1. Добавить дополнительные разновидности периодов. Несколько недель, несколько релизов

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

1. Добавить тип задачи "Другое". Нельзя предусмотреть все типы задач, встречающихся в проекте. Предлагается добавить тип задачи "Другое".

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

1. Usability. На форме редактирования пожелания добавить ссылку для создания пожелания той же функции. Если ввести очень длинное название пожелания, то в тасках (да и в пожеланиях) это некрасиво смотрится. Обрезать (до пробела), показывать кнопочку, по нажатии на которую асинхронно открывается окно с полным (отформатированным) текстом пожелания или таска.

1. Перенесение сроков релиза. При перенесении сроков релиза автоматически сдвигать все последующие релизы на интервал изменения.

1. Ввести поддержку фазы "Проектирование". Создать новый тип задачи, ввести соответствующую опцию в методологию, ввести соответствующее состояние реализации пожелания (или с чем еще связать задачу по проектированию?). В качестве результата работы можно ввести либо комментарий либо артефакт (файл с моделью).

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

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

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

1. Разработать класс для сохранения и восстановления настроек пользовательского интерфейса. Класс должен уметь сохранять и восстанавливать из БД определенные настройки заданного пользователя. Настройки могут быть самыми произвольными. Создать таблицу и реализовать класс сохранения и восстановления настроек. Настройки должны быть доступны программно как глобальный итератор.

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

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

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

1. Отображать в названии задачи тип. Если будут несколько задач разного типа на одно пожелание, то сложно будет понять в списке выбора предшественника и в случае наличия зависимости на закладке Задачи.

1. Показывать результат предшествующей задачи. При планировании и на закладке Задачи для каждой задачи отображать результат (артефакт) предшествующей задачи, если она другого типа. Например, отображать ссылку на артефакт проектирования и т.п.

1. Не предоставлять к выбору завершенные релизы. При создании задачи не предоставлять к выбору релизы, которые уже завершены (если уж очень надо, то можно изменить уже созданную задачу).

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

1. Отклоненное пожелание некорректно отображается при планировании. При отклонении пожелания сбрасывать признак запланированности, чтобы пожелание можно было еще раз провести по итерации.

Известные ошибки:

Нет.

Исправленные ошибки:

1. глюк на странице подключения. не сохраняются параметры последнего логина даже если включить соответствующую галку

1. Участник проекта, не может изменить своего имени. Даже при перекрытии атрибутов пользователя, участник проекта не может изменить своего имени. Если перекрыты атрибуты, то почему-то координатор может их менять. В IE нельзя найти пользователя по Email

1. Ссылки дублируются. Полезные ссылки дублируются

Реализованные доработки:

1. Зависимости между задачами. У задачи есть поле "Предшествующая задача", представлющее собой справочник со всеми задачами релиза (определяемого по данной задаче). При сохранении задачи проверяется образование цикла, если цикл найден, то запрещается сохранять такую зависимость. В списке задач релиза и на закладке "Задачи" работы располагаются в порядке следования зависимостей. Порядок следования рассчитывается при сохранении задачи. Решать можно только ту задачу, которая является самой первой по порядку. Жесткий порядок выполнения работ является методикой и может быть настроен в методологии.

1. Задачи в других проектах. Если пользователь участвует в нескольких проектах, то необходимо на вспомогательной панели отображать текущие задачи из других проектов (с указанием названия проекта). Загрузку сотрудника считать с учетом задач в других проектах.

1. Подготовка резервной копии обламывается если большой проект. Если создавать архив довольно большой емкости, то подготовка резервной копии обламывается из-за ограничения по оперативной памяти...

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

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

Известные ошибки:

Нет.

Реализованные доработки:

1. Закладка с пожеланиями. Списки выполненных пожеланий и отложенных пожеланий сделать в едином стиле как и обнаруженные пожелания, справа показывать последние изменения по данной категории пожеланий, ссылки справа должны позволять переходить между этими срезами.

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

1. Убрать дополнительные полосы прокрутки (Wiki). Дополнительная полоса прокрутки доставляет массу неудобств.

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

1. Отчет в разрезе ресурса. Координатор и Заказчик могут получить отчет указав Ресурс, период. Результат отчета - перечень тасков со всеми их характеристиками, которые были выполнены Ресурсом в указанный период. Должна иметься возможность перейти от отчета к таску. В случае общего ресурса заказчик получает информацию только о тех тасках где он является заказчиком. Координатор имеет возможность получить отчет по всем проектам где участвует данный ресурс.

1. Отчет в разрезе проектов. Доступ: Координатор и Заказчик. Задаются: период, проект. Резульатат: перечень тасков выполненных по данному проекту за период с указанием кто выполнял таск.

1. Поддержка фунциональной декомпозиции. Постановка задачи по разработке продукта начинается с обозначения основных высокоуровневых функций системы. Эти функции закрепляют интересующий заказчика функционал. Функции системы реализую каркас требований к продукту, а пожелания уточняют эти требования. Таким образом, необходимо связывать пожелания с функциями. По каждой функции можно задать сроки к которым они должны быть завершены, таким образом формируется высокоуровневый план проекта с примерными (точность: месяц) оценками. На основе этого плана можно подсчитать примерную стоимость разрабатываемого продукта.

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

Известные ошибки:

Нет.