Size: a a a

2020 June 04

Н

Николай in SPb CoA
Egor Maryushko
Коллеги, добрый день! Вопрос не профильный, но вы часто работаете с аналитиками =)

Собираю статистику и информацию по использованию систем управления требованиями (СУТ) аналитиками в своих проектах.

Прошу ответить на несколько вопросов.

Переслылайте данный опрос, как можно большему количеству специалистов, больше респондентов лучше статистика! =)

https://forms.gle/ZeV2YQeZJDXYNAhR6
Джира не является сут
источник

Н

Николай in SPb CoA
То что ей принято гвозди забивать, не делает ее сут
источник

EM

Egor Maryushko in SPb CoA
Николай
То что ей принято гвозди забивать, не делает ее сут
Абсолютно с вами согласен! :)  Конфа тоже не сут) но многие об этом не знают и пишут эти продукты в строчку другое)
источник

ОИ

Олег Игонин... in SPb CoA
"Работая в каких компаниях вы использовали СУТ?" Не очень корректный вопрос, который выводит нас сразу к коммерческой тайне. =\
Что за манеры?
источник

v

vanadium50 in SPb CoA
Олег Игонин
"Работая в каких компаниях вы использовали СУТ?" Не очень корректный вопрос, который выводит нас сразу к коммерческой тайне. =\
Что за манеры?
Да, тоже отметила для себя..
источник

DF

Dmitriy Filippov in SPb CoA
Может там имелось в виду по происхождению капитала - типа западная/российская
источник

ОИ

Олег Игонин... in SPb CoA
Самое бесполезное во всём в этом - это то, что СУТ  - это 20% технических манипуляций и 80% административных. Из-за чего в СУТ нужно разбираться тому, кому это нужно и искать решение конкретно его проблем. СУТ в целом нужна только тогда, когда архитектура и объём документации в компании начинает конкретно зашкваривать. Нужен архитектор или несколько, которые инициируют этот вопрос и декларативно переведут туда пользователей.
Всегда остаётся вопрос - что делать со старыми данными?

Ну или кто-то захотел новый проект сразу с СУТ пилить, что странно. Ибо зачем это делать - непонятно.
источник

VK

Vladislav Kotov in SPb CoA
Спросите у аналитиков "деловы линии" как живётся в шаблонах и СУТ
источник

ОИ

Олег Игонин... in SPb CoA
Vladislav Kotov
Спросите у аналитиков "деловы линии" как живётся в шаблонах и СУТ
О, когда я там работал, там не было СУТ =)
источник

YS

Yulia Shmitko in SPb CoA
Egor Maryushko
Абсолютно с вами согласен! :)  Конфа тоже не сут) но многие об этом не знают и пишут эти продукты в строчку другое)
Почему? Ведь сам Атлассиан так называет их
источник

ОИ

Олег Игонин... in SPb CoA
Yulia Shmitko
Почему? Ведь сам Атлассиан так называет их
Конфлюенс != СУТ. Если плагин, который ему даёт некоторую функциональность СУТ, но не более.
источник

YS

Yulia Shmitko in SPb CoA
Не понятно
источник

YS

Yulia Shmitko in SPb CoA
😄
источник

EM

Egor Maryushko in SPb CoA
Олег Игонин
"Работая в каких компаниях вы использовали СУТ?" Не очень корректный вопрос, который выводит нас сразу к коммерческой тайне. =\
Что за манеры?
Вопрос не обязательный, для ответа:)
источник

ОИ

Олег Игонин... in SPb CoA
Egor Maryushko
Вопрос не обязательный, для ответа:)
Да, но сбор подобной информации, даже в необязательной форме, не этичен. Хотя кому какая разница, это же чат, а мы в РФ живём. Никто за руку не схватит. )
источник

EM

Egor Maryushko in SPb CoA
Олег Игонин
Самое бесполезное во всём в этом - это то, что СУТ  - это 20% технических манипуляций и 80% административных. Из-за чего в СУТ нужно разбираться тому, кому это нужно и искать решение конкретно его проблем. СУТ в целом нужна только тогда, когда архитектура и объём документации в компании начинает конкретно зашкваривать. Нужен архитектор или несколько, которые инициируют этот вопрос и декларативно переведут туда пользователей.
Всегда остаётся вопрос - что делать со старыми данными?

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

EM

Egor Maryushko in SPb CoA
Yulia Shmitko
Почему? Ведь сам Атлассиан так называет их
А есть пруфы? Интересно было бы почитать, знаю что они позиционируют конфу как системы хранения и ведения требований, но вот инструментов для управления в них нет.
источник

YS

Yulia Shmitko in SPb CoA
Egor Maryushko
А есть пруфы? Интересно было бы почитать, знаю что они позиционируют конфу как системы хранения и ведения требований, но вот инструментов для управления в них нет.
У них есть плагин R4J - Requirements Management for JIRA
источник

EM

Egor Maryushko in SPb CoA
Олег Игонин
Да, но сбор подобной информации, даже в необязательной форме, не этичен. Хотя кому какая разница, это же чат, а мы в РФ живём. Никто за руку не схватит. )
Тема, для отдельного большого холивара :) Поддержу, что это дружески-профессиональный чат)
источник

DY

Daria Yanina in SPb CoA
Доброго дня!
А я уже думала, это мертвый чатик)

Скажите, раз поднялся такой вопрос, devprom - это СУТ?
Т.е. формально это инструмент ведения разработки, но ведь и хранение тоже там есть?
источник