IS
Серьезная разработка, это когда на аватрке пририсовывают галстук
Или когда программистов все так достали, что все ходят хмурые и серьезные
Size: a a a
2020 January 15
S
Миллиеналы какие-то, а не программисты
АС
Участвовал и участвую. Подходит и скрам и не скрам.
Подумать перед тем как кодить - надо всегда.
Из важного, гибкость в том что делаем. Придумать архитектуру хорошо - но это не значит что она не поменятся со временем, когда протестируем какие-то вещи, и увидим как в реальности все работает, а не на бумаге.
Подумать перед тем как кодить - надо всегда.
Из важного, гибкость в том что делаем. Придумать архитектуру хорошо - но это не значит что она не поменятся со временем, когда протестируем какие-то вещи, и увидим как в реальности все работает, а не на бумаге.
Это понятно. Вы аналитику , как в спринте планируете и, как организовываете работу команды
S
Сложно ответить на вопрос, конечно, когда архитектурные задачи есть, но ограничений в спринтах - нет 😂
DK
Александр Семенов
Это понятно. Вы аналитику , как в спринте планируете и, как организовываете работу команды
У меня в команде сейчас не скрам и не планируется )
IS
Александр Семенов
Это понятно. Вы аналитику , как в спринте планируете и, как организовываете работу команды
Как удобно. В текущем проекте аналитики отдельная команда, у которой тот же PO что и у нашей скрам команды разработки.
В другом проекте ранее PO просто вкидывал задачи на аналитику в спринт. Но стори пойнты аналитиков отдельно считались от основной команды.
Было и такое что аналитики как отдельный большой отдел и все разрабы тоже как отдельный большой отдел. Работало, кончено, но плохо с точки зрения того что аналитики генерили кучу документации, которую потом никто не читал. (Ну в общем-то то, что вам расскажут почти в каждой книжке про аджайл)
В другом проекте ранее PO просто вкидывал задачи на аналитику в спринт. Но стори пойнты аналитиков отдельно считались от основной команды.
Было и такое что аналитики как отдельный большой отдел и все разрабы тоже как отдельный большой отдел. Работало, кончено, но плохо с точки зрения того что аналитики генерили кучу документации, которую потом никто не читал. (Ну в общем-то то, что вам расскажут почти в каждой книжке про аджайл)
DK
Александр Семенов
Это понятно. Вы аналитику , как в спринте планируете и, как организовываете работу команды
Какой типичный размер задачи в человеко-днях у вас?
IS
Ну и да. Аналитики должны давать задачи/цели/value. Если аналитики начинают планировать архитектуру вместо разработчиков - начинается писец
DK
Ну и да. Аналитики должны давать задачи/цели/value. Если аналитики начинают планировать архитектуру вместо разработчиков - начинается писец
А если это системные аналитики/архитекторы?
S
Ну таблички могут же рисовать, они же системные
S
ИАР, УЭМЭЛЬ. Вообще конечно ребята на человеко-днях так стало грустно, ну вас.
DK
Ну таблички могут же рисовать, они же системные
и знают архитектуру всего решения лучше большинства разработчиков...
DK
ИАР, УЭМЭЛЬ. Вообще конечно ребята на человеко-днях так стало грустно, ну вас.
Это для однозначности. Стори-пойнты всегда можно пересчитать в человеко-дни по курсу за несколько последних спринтов.
АС
Как удобно. В текущем проекте аналитики отдельная команда, у которой тот же PO что и у нашей скрам команды разработки.
В другом проекте ранее PO просто вкидывал задачи на аналитику в спринт. Но стори пойнты аналитиков отдельно считались от основной команды.
Было и такое что аналитики как отдельный большой отдел и все разрабы тоже как отдельный большой отдел. Работало, кончено, но плохо с точки зрения того что аналитики генерили кучу документации, которую потом никто не читал. (Ну в общем-то то, что вам расскажут почти в каждой книжке про аджайл)
В другом проекте ранее PO просто вкидывал задачи на аналитику в спринт. Но стори пойнты аналитиков отдельно считались от основной команды.
Было и такое что аналитики как отдельный большой отдел и все разрабы тоже как отдельный большой отдел. Работало, кончено, но плохо с точки зрения того что аналитики генерили кучу документации, которую потом никто не читал. (Ну в общем-то то, что вам расскажут почти в каждой книжке про аджайл)
Спасибо
IS
Denis Kachnov
А если это системные аналитики/архитекторы?
Архитекторы да. Системные аналитики, ну я пока не встречал что бы выдавали что-то, что можно использовать. Но может быть это только мой опыт.
Как бы системным аналитиком, становятся из аналитики. А архитектором из программирования. И это две большие разницы.
Аналитик напишет здесь должна быть очередь сообщений.
Архитектор знат какую гибкость он обеспечит очередью, каких целей достигнет, и каким требованиям она должна отвечать.
Как бы системным аналитиком, становятся из аналитики. А архитектором из программирования. И это две большие разницы.
Аналитик напишет здесь должна быть очередь сообщений.
Архитектор знат какую гибкость он обеспечит очередью, каких целей достигнет, и каким требованиям она должна отвечать.
АС
Ну и да. Аналитики должны давать задачи/цели/value. Если аналитики начинают планировать архитектуру вместо разработчиков - начинается писец
У нас системные аналитики / по сути архитекторы. Архитектура согласовывается с аналитиками других проектов
MM
Denis Kachnov
Это для однозначности. Стори-пойнты всегда можно пересчитать в человеко-дни по курсу за несколько последних спринтов.
Ну как всегда.. Никогда) Они как бы для разного предназначены и если где вы и прослеживаете систему, то это ложная корреляция
S
*Драка, драка*
DK
Архитекторы да. Системные аналитики, ну я пока не встречал что бы выдавали что-то, что можно использовать. Но может быть это только мой опыт.
Как бы системным аналитиком, становятся из аналитики. А архитектором из программирования. И это две большие разницы.
Аналитик напишет здесь должна быть очередь сообщений.
Архитектор знат какую гибкость он обеспечит очередью, каких целей достигнет, и каким требованиям она должна отвечать.
Как бы системным аналитиком, становятся из аналитики. А архитектором из программирования. И это две большие разницы.
Аналитик напишет здесь должна быть очередь сообщений.
Архитектор знат какую гибкость он обеспечит очередью, каких целей достигнет, и каким требованиям она должна отвечать.
Мы же про большие решения сейчас?
Для них в 95% случаев уже расписано - для каких задач следует использовать очередь (и какую, если есть выбор), а для каких - синхронный API.
Для них в 95% случаев уже расписано - для каких задач следует использовать очередь (и какую, если есть выбор), а для каких - синхронный API.
MM
I'm too old for this staff