Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Julia

Страницы: 1
1
У меня вопрос больше касался как можно соединить все-все ТЗ (в том числе и требования) на систему так, чтобы, если что-то меняется не править во многих местах. 

Не знаю как другие делают, к сожалению, поделюсь своим предыдущим опытом работы с требованиями в вики.
был кластер по системе . Структура со временем сложилась достаточно стройная. В кластере были разделы для разработчиков, админов, требований(!), Видений (прости за хромую терминологию) и  иногда для пользователей с инструкциями.
В разделе с видениями были страницы с описаниями проектов:
  * заказчики\цели\сроки
  * описание текущих процессов (если нужно)
  * варианты решения с + и - . В данном случае детализация не высока.
  * раздел с детальным описанием выбранного варианта решения, в котором как раз таки стояли ссылки на требования.
  * раздел с описанием изменений в архитектуре системы (этот раздел поддерживался разработчиками и архитектором системы)
  * раздел с планом работ, если проект крупный (не всегда был такой раздел, поддерживался ПМом)
В разделе с требованиями
  * ссылка на словарь предметной области, скажем так
  * ссылки на требования (у меня больша часть требования была в виде вариантов использования), сгруппированные по подсистемам.  Подсистемы можно выделять по различным признакам, конечно. Требования могли ссылаться друг на друга.
  * ссылки на требования нефункциональные
А какая система, кстати? Каково ее назначение?

2
Хотелось бы понять, в каких случаях тогда имеет смысл использовать ПО для управления требованиями? Или это дело вкуса/привычек организации рабочего процесса?

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

3
Уточните, пожалуйста,  что именно вы пытаетесь структурировать:
  * требования к системе в целом, которые дают пониманием как и что уже работает и куда новые требования "вписывать".
Я структурировала требования по подсистемам. 
  * или речь о структуре самого ТЗ на разработку, в котором должно быть описано все-все?

4
Всем добрый день! Скажите, уже готова программа фестиваля?

6
Подскажите, семинар платный? Заранее нужно записываться?

7
Юля,

Какую тему Вы готовы взять и провести КС или доклад с обсуждением?

В принципе любую. Если выбирать, то
Для доклада -- 5
Для обсуждения -- 3, т.к. интересно было бы услышать мнения коллег

Названия, конечно, "причесать" нужно.

8
Коллеги,

Кого бы Вы хотели услышать на ЛАФ 2012 или (и) какие бы темы было интересно послушать/обсудить.

Внесу свои 5 копеек, так как очень хочется попасть на ЛАФ и обменяться информацией с другими аналитиками.
Наброски тематик
1. Роль аналитика в команде разработки (как строится взаимодействие с аналитиком в разных командах). Как ни странно, этот вопрос все еще актуален для многих организаций.
2. "Виды аналитик" (системный анализ, бизнес-аналитика, аналитика данных). Кому (основные потребители)\зачем\когда нужна та или иная аналитика.
3. Принципы анализа процессов с т.з. информации \ участников \ инструментов.
4. Анализ возможностей и перспектив, построение гипотез развития: методики, инструменты. (Например, опыт решения задач построения карт возможностей сервиса)
5. Опыт построения системы работы с требованиями и документацией с нуля для всех команды.

По большинству вопросов я с радостью поделюсь своими наработками))
Очень интересно обсудить именно "живые" примеры. Было бы здорово поучаствовать в аналитическом "квартирнике"(по сути, круглый стол). Можно организовать несколько круглых столов (по разным темам).   

9
Варианты решения - это всегда хорошо.

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

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

10
С одной стороны, мы говорим о важности отражения цели в ВИ и в его названии,
но с другой - почему мы так мало говорим о целях использования ВИ?

ВИ и ТЗ могут быть написаны с разными целями, для разных групп пользователей. Отсюда и детальность описания, отсюда способ именования.


11
Вакансии / Re: Ищем аналитика (ИНПАС)
« : 18 Августа 2011, 16:56:15 »
Вакансия актуальна? Возможна ли  удаленная работа или совмещение?

12
Вакансии / Re: Аналитик (Москва)
« : 18 Августа 2011, 16:55:06 »
Вакансия актуальна?

13
Резюме / Re: Ищу работу
« : 18 Августа 2011, 16:51:44 »
Интересно было бы заняться проектом, параллельно с основной рабочей деятельностью.

14
Москва, м. Парк Культуры

Страницы: 1