Size: a a a

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

2019 July 26

AL

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

AL

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

KK

Kirill Khromov in Архитектура ИТ-решений
Phil Delgyado
Т.е. я бы в новом проекте уже всерьез бы думал о линейке Гитлаба вместо Атлассиана с самого начала.
А ещё, не к ночи будет помянут, Микрософт в последнее время очень хорошо развивает tfs, который сейчас azure devops. Прям даже удобный стал с git внутри, кучей плагинов и т.д.
источник
2019 July 27

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Khromov
А ещё, не к ночи будет помянут, Микрософт в последнее время очень хорошо развивает tfs, который сейчас azure devops. Прям даже удобный стал с git внутри, кучей плагинов и т.д.
Кирилл, а что в нем плохого, на ваш взгляд? Вот этот момент особенно интересует))
источник

KK

Kirill Khromov in Архитектура ИТ-решений
Denis Zarin
Кирилл, а что в нем плохого, на ваш взгляд? Вот этот момент особенно интересует))
Да ничего плохого, это по привычке с 90-х годов ;) а последние несколько лет вообще к пользователю лицом повернулись
источник

S

Sergey in Архитектура ИТ-решений
МС никак починить нормальное отрубание питания на десктопах не может. После какого-то обновления десктопный домашний комп с Win 10 Prof перестал нормально отрубаться. Работает через раз, писали где-то что с USB драйверами связано
ну и в целом, качество патчей у них упало. В остальном претензий нема :)
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Khromov
Да ничего плохого, это по привычке с 90-х годов ;) а последние несколько лет вообще к пользователю лицом повернулись
Мы очень давно переходили с TFS на Jira, и тогда аргументы разные были. В том числе "все неудобно")).

У нас победила опция on-demand поставки.

Спрашиваю, потому что за 10 лет многое должно измениться, а я TFS с тех пор не использовал.
источник

KK

Kirill Khromov in Архитектура ИТ-решений
Denis Zarin
Мы очень давно переходили с TFS на Jira, и тогда аргументы разные были. В том числе "все неудобно")).

У нас победила опция on-demand поставки.

Спрашиваю, потому что за 10 лет многое должно измениться, а я TFS с тех пор не использовал.
Они лет 5 как начали активно развивать tfs, сейчас вообще облачный сделали. В общем стало все прям цивильно и жить можно. Там до 5 пользователей бесплатно (и даже build-агента дают) - можно потыкать, посмотреть. Но самое главное что там traceability полный практически из коробки
источник

A

Artem in Архитектура ИТ-решений
Перешёл с jira на tfs, очень похоже на jira, 'все неудобно' - решается за месяц(привыкаешь, становится удобно).Очень удобная интеграция с другим распространённым средством планирования релизов(excel:))
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Khromov
Они лет 5 как начали активно развивать tfs, сейчас вообще облачный сделали. В общем стало все прям цивильно и жить можно. Там до 5 пользователей бесплатно (и даже build-агента дают) - можно потыкать, посмотреть. Но самое главное что там traceability полный практически из коробки
А кусок про управление требованиями как реализован? Какой-то модуль выделенный появился?
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Artem
Перешёл с jira на tfs, очень похоже на jira, 'все неудобно' - решается за месяц(привыкаешь, становится удобно).Очень удобная интеграция с другим распространённым средством планирования релизов(excel:))
Кто-то из it-инвесторов говорил, в моем вольном переводе, что "каждая расшаренная excel'ка --  это чей-то пока не сделанный стартап".
))
источник

A

Artem in Архитектура ИТ-решений
Денис, Как в жира. Есть разного уровня задачи: - эпики, фичи, требования, таски.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Artem
Денис, Как в жира. Есть разного уровня задачи: - эпики, фичи, требования, таски.
Артём, спасибо!

Давайте откалибруемся, с моей колокольни так :
-- в Jira мясорубка для тасков. К которым можно пришить текстовое описание. Но это все равно мясорубка
-- а на базе Confluence плюс плагины можно пытаться спеки пилить. НФТ есть куда приклеить, и т.д.

Поэтому вопрос был -- можно ли в TFS вести спеки, условно говоря.
источник

A

Artem in Архитектура ИТ-решений
Жира это _иерархический_ список задач. Задачи могут и должны содержать подзадачи.
источник

A

Artem in Архитектура ИТ-решений
В описании вышестоящего элемента описываем требование
источник

A

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

A

Artem in Архитектура ИТ-решений
Требования или прямо в самой jira/TFS, либо в приложенных к тикету файлах, либо в ссылке на *wiki/confluence
источник

A

Artem in Архитектура ИТ-решений
Нфт прекрасно ложатся в эту схему фича-> требования(фт, нфт)->задачи для реализации каждого из требований
источник

A

Artem in Архитектура ИТ-решений
+с jira/TFS можно работать запросами, а ля SQL
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Artem
Нфт прекрасно ложатся в эту схему фича-> требования(фт, нфт)->задачи для реализации каждого из требований
Совсем плохо ложаться требования типа: "Стоимость поддержки решения должна быть меньше Х% от бюджета проекта".
источник