Size: a a a

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

2019 July 27

AL

Alexander Luchkov in Архитектура ИТ-решений
Ок. На основании чего декомпозируем?
источник

A

Artem in Архитектура ИТ-решений
В тфс как раз это проще
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я всё к тому, что у вас в jira есть WBS. Структура работ.
источник

A

Artem in Архитектура ИТ-решений
Есть интеграция в обе стороны с проджект(и ексель)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Помимо этого есть PBS
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
С которым это должно быть связано.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Вот трассировки между этими описаниями   - большой геморрой.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
И просто атрибутировать задачки в JIRA - я в туза лупил модель атрибутов под каждый проект придумывать ))
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А ещё этого монстра надо будет сопровождать и дорабатывать под проект.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Вот трассировки между этими описаниями   - большой геморрой.
Александр, это если PBS есть)).

Похоже, кому-то удаётся счастливо жить и без него.
источник

A

Artem in Архитектура ИТ-решений
А что такое pbs? P -?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Product Breakdown Structure
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Это когда у вас 20 функциональных подсистем, поделены на 20 модулей каждая, и за каждый модуль своя команда.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну соответственно свой цикл релизов по компонентам, подсистемам и продукту в целом.
источник

A

Artem in Архитектура ИТ-решений
А почему одного дерева не хватит? В продукте задумывается фича - ок заводим её в жира, и декомпозируем.
источник

A

Artem in Архитектура ИТ-решений
Заводится кастомизация - аналогично, бьем на под задачи и понеслось
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
прежде чем что-то делать обычно в таких проектах нужно оценить сколько делать. Желательно минут за 15.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А ещё лучше прям на совещании.
источник

A

Artem in Архитектура ИТ-решений
За 15 мин самое лучшее что можно сделать - это убить сейла
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Вот тулы по управлению требованиями умеют в Impact Analysys который такое предлагает ващпета
источник