ведущий дейлика! )

надо в чате сделать традицию "пятничный угар"

не работать же, в конце концов

согласен! Я уже тему придумал на след пятницу!

когда я сказал что это безполезная херня - мне ответили что это дисциплинирует :D

кого, ведущего?

ну наверно да

ага

ведущий каждый раз другой член команды

в виду полного факапа коммуникации он таким образом понимает что делается в команде на один день :D

когда я сказал что это безполезная херня - мне ответили что это дисциплинирует :D

записывать из раза в раз бесполезную херню действительно дисциплинирует. У нас вся армия по такому принципу построена

а еще раньше у нас были "ретроспективы" - где каждый член команды говорил что он мог бы сделать лучше на прошлой неделе

зачастую там было записано то что "всё ок, норм поработал" :D митинг нотисы по этой херне тоже велись

Пятничный ведущий дейлика назначается из разработчика, опоздавшего на дейлик наиболее количество раз за неделю. Функция пятничного ведущего едйлика - вести весь дейлик в бар.

Альтернативное название: ведущий разработчик.

опоздал на дейлик - положил 1000 рублей в копилку?

Нет, просто считаем, кто сколько раз опоздал. Рекордсмен становится ведущим :)

а разраб ни разу не опоздавший на дейлики за спринт, может запушить один реквест без ревью

мотивация!

сегодня у в рабочем чатике возник вопрос по PR :D оказалось что можно мержить и без них и это норма

да можно и сразу на проде собирать

а чо такова? мне на прошлой корпоративной пьянке сказали что я на разрабов вешаю работу тестеров ибо тестеры должны писать автотесты

автотесты понятие растяжимое

некоторые - да

Автотесты должны писать тестировщики

Юнит-тесты — разработчики

юниттесты это не автотесты? )

теперь такие мы вспоминаем кто такие тестеровщики если у нас скрам

Юнит-тесты это юнит-тесты

жизнеутверждающе

а потом думаем над тем что произойдет когда написанные тестеровщиками тесты упадут

конечно же мы создаем колонку в JIRA - testing или waiting for test и идем колбасить другие задачи после того как закинем искомую задачу в этот статус

ватерфол внутри скрама - это происходит куда чаще, чем вы думаете )

внутри скрама он не возможен :D а вот вместо скрама вполне себе.

это вы зря-а

многие еще называют это скрамом

но на проверку оказывается что эт как бы ваще не про это

технически, нет никакого запрета внутри спринта работать по ватерфолу )

это конечно антипаттерн

но

ватерфол - противоречит самоорганизующейся команде

чем? они вот так организовались, полспринта пилят, полспринта тестят

ибо при таком подходе подразумевается деление ответственности за задачи

первые полспринта тестировщики.... сидят

а потом разработчики сидят?)

у меня только один вопрос - если у нас скрам - кто такие тестеровщики?

Именно. Вот так они организовались. Попробуйте опровергнуть, что это не скрам )

у меня только один вопрос - если у нас скрам - кто такие тестеровщики?

те, кто тестят.

это не скрам ибо делится ответственность за работу

внутри команды она всегда делится, в конце спринта вся команда отвечает за результат

схерали то она делится?

она не должна делится :D если поделили даже внутри команды значит - у вас не скрам

а у вас команда где каждый человек умеет рисовать дизайн, программировать фронт, программировать бэк, писать функциональные тесты и проводить аналитику?

боюсь представить, сколько вы им платите )

зачем им это уметь?

они могут научится если нужно будет.

кому нужно?

да они являются специалистами в своих областях

попросите фронтендера научиться в джаву

им нужно будет фактор афтобуса устранить

когда кто то кто умеет жаву - окажется не доступен

ну логично он должен быть не один - но чтобы все могли, это утопия какая-то

каждой тваре по паре?

это фейловый подход который создает сабкоманды

ну не так конечно, кто-то умеет в джаву и тесты например, кто-то в джаву и аналитику, кто-то в дизайн и аналитику и т.п.

если команда не готова к фактору автобуса - это вопрос того почему SM им не объяснил

фейловый не фейловый, но я ни разу не видел команду, где все умеют всё

и почему стармапу не составили :D

а не надо уметь всё

Тесты все должны писать :)

Тесты это тоже код

надо уметь справлятся с басфактором

функциональные тесты - нет

аккуратней с тестами )

функциональные тесты - нет

Почему?

потому же что джава это не фронт

никакие тесты не код, код/не-код это средство реализации

тесты можно и руками делать :D

справляться с басфактором вполне можно