PD
Но быстро растущий.
Size: a a a
2019 July 26
PD
Т.е. я бы в новом проекте уже всерьез бы думал о линейке Гитлаба вместо Атлассиана с самого начала.
PD
Раз уж git окончательно победил mercurial (увы...)
VA
Ну, она еще бедненькая. Но да, гитлаб сейчас - основной конкурент Atlassian )
Вот мне кажется как раз «богатство» конфлю Главный Минус
GM
Почти все доклаудные (не cloud native) коробки масштабируются непросто. Потому что это не было заложено в архитектуру. Atlassian не исключение
плохой пример. ДАТАЦЕНТР эдишн. Дата центр это максимум метро кластер, те с околонулнвым диаметром и минимальным ртт. Сама попытка запустить это как-то по-другому выглядит смешно.
PD
Вот мне кажется как раз «богатство» конфлю Главный Минус
Плагины!!!
Остальное не так важно, но у каждого внедрения выходит несколько killerfeatures в плагинах.
Остальное не так важно, но у каждого внедрения выходит несколько killerfeatures в плагинах.
VA
Плагины!!!
Остальное не так важно, но у каждого внедрения выходит несколько killerfeatures в плагинах.
Остальное не так важно, но у каждого внедрения выходит несколько killerfeatures в плагинах.
Ох уж это всё. Писать нужно уметь в txt файлах. И чтоб понятно было.
GK
плохой пример. ДАТАЦЕНТР эдишн. Дата центр это максимум метро кластер, те с околонулнвым диаметром и минимальным ртт. Сама попытка запустить это как-то по-другому выглядит смешно.
Да
PD
Ох уж это всё. Писать нужно уметь в txt файлах. И чтоб понятно было.
Довольно сложно писать скетчи UX в txt-файлы )
Для схем хотя бы PlantUML есть )
Для схем хотя бы PlantUML есть )
VA
Довольно сложно писать скетчи UX в txt-файлы )
Для схем хотя бы PlantUML есть )
Для схем хотя бы PlantUML есть )
Ну их никто не мешает делать в нормальном виде и складывать в тот же гит репо)
VA
Довольно сложно писать скетчи UX в txt-файлы )
Для схем хотя бы PlantUML есть )
Для схем хотя бы PlantUML есть )
Кстати, а есть для archimate что-нить похожее на plantuml?
PD
Ну их никто не мешает делать в нормальном виде и складывать в тот же гит репо)
Ну, да. Но нужна какая-то интеграция с требованиями вообще. Желательно на уровне плагина бальзамика к конфлюенсу. Или лучше.
MB
ДЖет брейнс - это ИДЕ всё таки ИМХО.
Они ещё youtrack сделали. Вполне альтернатива jira
DZ
Ну, у Atlassian вообще нет инструментов управления требованиями (
Confluence для этого плохо подходит (хотя лучше остальных...)
Confluence для этого плохо подходит (хотя лучше остальных...)
Есть попытки сделать комбайн на плагинах к Confluence -- типа Requirements Yogi + Comala Workflows
AL
Denis Zarin
Есть попытки сделать комбайн на плагинах к Confluence -- типа Requirements Yogi + Comala Workflows
Я у себя собрал из Yogi + Page properties + TM4J
AL
Получислось достаточно интересно. Есть сценарии, ограничения к сценариям как требования.
AL
В модели делаю описание сценария и выкладываю туда же.
AL
Потом для каждого элемента модели делаю элемент в Yogi. В результате можно репортами собирать сервисы и функции по компонентам например
AL
Соответственно в JIRA есть тесткейсы на сценарии, и из них можно собирать ПМИ
AL
Покрытие, трудозатраты и прогоны тестов пока особенно не используем. Считаем, что аналитик и архитектор дадут по крайней мере общие методы полного тестирования юзкейса, а тестеры сами разработают тесткейсы под это дело.