Телеграмм чат группы itarchitect страница 3008

2020 June 09

F

Fagor in Архитектура ИТ-решений

Далее имплементация SA в тех часть, в виде обоатной связи PM, для управления.

источник

15:22пожаловаться #1

AT

Alexander Teterkin in Архитектура ИТ-решений

Fagor

У кого то управляют требованиями?
Их сбор и отмена потому что не успеваем и технически не вписывается, а так же тестирование перед сдачей, не управление вроде.

Был диалог, сошлись что по бизнесу в связке с BA это зона ответственности PM.

Ага, это как в Boing было недавно: управление требованиями к самолету и требованиями к подготовке пилотов на менеджеров перекинули. 😬

источник

15:23пожаловаться #2

F

Fagor in Архитектура ИТ-решений

Ну менеджер решает будет изменено требование в случае его не критичности. А так же он определяет сколько времени будут изменятся сопуствующие требования.

источник

15:42пожаловаться #3

F

Fagor in Архитектура ИТ-решений

Критичные ошибки всегда поррждают изменения вне зависимости от решений бизнеса.

источник

15:42пожаловаться #4

F

Fagor in Архитектура ИТ-решений

Вроде все в порядке.

источник

15:42пожаловаться #5

PD

Phil Delgyado in Архитектура ИТ-решений

PM - project или product?

источник

17:03пожаловаться #6

F

Fagor in Архитектура ИТ-решений

Project

источник

17:04пожаловаться #7

A

Alex in Архитектура ИТ-решений

/report ban

источник

18:40пожаловаться #8

П

ПашМиш in Архитектура ИТ-решений

Fagor

У кого то управляют требованиями?
Их сбор и отмена потому что не успеваем и технически не вписывается, а так же тестирование перед сдачей, не управление вроде.

Был диалог, сошлись что по бизнесу в связке с BA это зона ответственности PM.

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

источник

18:53пожаловаться #9

LV

Leonid Vygovskiy in Архитектура ИТ-решений

Fagor

У кого то управляют требованиями?
Их сбор и отмена потому что не успеваем и технически не вписывается, а так же тестирование перед сдачей, не управление вроде.

Был диалог, сошлись что по бизнесу в связке с BA это зона ответственности PM.

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

источник

19:59пожаловаться #10

П

ПашМиш in Архитектура ИТ-решений

А про что по вашему мнению управление требованиями?

источник

20:00пожаловаться #11

S

Sergey in Архитектура ИТ-решений

ПашМиш

А про что по вашему мнению управление требованиями?

в древние времена это то, что делала Doors

источник

20:01пожаловаться #12

П

ПашМиш in Архитектура ИТ-решений

sticker.webp

(35.71 Кб)

источник

20:03пожаловаться #13

F

Fagor in Архитектура ИТ-решений

Sergey

в древние времена это то, что делала Doors

Репозиторий вроде.

источник

20:06пожаловаться #14

F

Fagor in Архитектура ИТ-решений

Не реклама, была надобность что то "легкое" про RM поплся jama software, демка пойдет.

источник

20:07пожаловаться #15

S

Sergey in Архитектура ИТ-решений

ну требования - это таблички. Главное traceability на артефакты

источник

20:07пожаловаться #16

F

Fagor in Архитектура ИТ-решений

А вот когда RM и CM (configuration managment), вот тут мы встряли, или это отраслевой софт, или конструкторский за оверпрайс

источник

20:08пожаловаться #17

F

Fagor in Архитектура ИТ-решений

Sergey

ну требования - это таблички. Главное traceability на артефакты

+-, но не совсем. Если у вас процесс разработки в активной фазе, то RM много что делает

источник

20:09пожаловаться #18

S

Sergey in Архитектура ИТ-решений

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

источник

20:09пожаловаться #19

F

Fagor in Архитектура ИТ-решений

Хотя по сути отдельно RM нет, все скатывается в LMC

источник

20:09пожаловаться #20