R
а пользователь упирается в проблему бизнесовую
Size: a a a
2020 August 13
V
ну тогда это не баг, а доп разработка. В нормальном процессе
R
ну и баги бывают конечно
R
я правильно понимаю?
1) заказчик не понимал, что нужно пользователю
2) заказчик передал вам что-то (что он не понял) в разработку
3) вы как-то (не зная, что нужно пользователю) проевли разработку
4) вы как-то (не зная, что нужно пользователю) верифицировали, что результат разработки соответствует тому, что вы не знали, что нужно пользователю
и виноват день?
1) заказчик не понимал, что нужно пользователю
2) заказчик передал вам что-то (что он не понял) в разработку
3) вы как-то (не зная, что нужно пользователю) проевли разработку
4) вы как-то (не зная, что нужно пользователю) верифицировали, что результат разработки соответствует тому, что вы не знали, что нужно пользователю
и виноват день?
1-2) да
3-4) не как-то, а разработали ЧТЗ и ПМИ, заказчик его утвердил, и да разработали и да проверили, что все работает как надо
нет, виноват не день, но из-за того, что я написал, выкатываться в любой момент мы не хотим, комфортнее днем
3-4) не как-то, а разработали ЧТЗ и ПМИ, заказчик его утвердил, и да разработали и да проверили, что все работает как надо
нет, виноват не день, но из-за того, что я написал, выкатываться в любой момент мы не хотим, комфортнее днем
R
ну и баги тоже бывают, как я уже написал, но из-за одного бага откатывать целый релиз не всегда лучше, чем поправить баг
KK
а пользователь упирается в проблему бизнесовую
Хм. Бизнесовые проблемы на демо хорошо отлавливаются обычно
AS
ID:0
Всем доброе, коллеги! Четверг - самый продуктивный день, - на него даже обычно планируют выкат багфиксов! :)
Есть тут, кто с достаточным опытом и сможет объяснить, почему багфиксы удобно планировать на четверг? :)
Есть тут, кто с достаточным опытом и сможет объяснить, почему багфиксы удобно планировать на четверг? :)
Объявление пятницы святым днём - необходимый и достаточный признак плохой организации процессов разработки и тестирования.
Выкатываться надо уметь в любой день недели, в любое время дня.
Выкатываться надо уметь в любой день недели, в любое время дня.
AS
Причем в режиме "выкатил релиз и в аэропорт"
Ну да. Если у вам процессы поставлены, то сложить прод выкаткой вы не можете.
Соответственно - выкатил и езжай в аэропорт.
Не вижу повода для смищных шюток
Соответственно - выкатил и езжай в аэропорт.
Не вижу повода для смищных шюток
V
я тоже не понимаю. Руководитель строит процессы так, чтобы его рабочие смены в них укладывались
V
Не укладываются — плохой руководитель, иди учись еще
AS
Во вторник катится основной релиз, для которого в четверг запланированы багфиксы :)
Это не разработка, а детский сад в борделе. Или бордель в детском саду.
AS
Ну вот да, в то время как high performers согласно отчетам state of devops report который год уже работают в условиях сотен развертываний в сутки, тут обсуждают какой день лучше. Надо стремиться к максимальной автоматизации выкладки, тестирования и роллбека при проблемах. И к спрямлению процесса доставки, чтобы код не лежал месяцами в отдельных ветках, а как можно быстрее ехал в транк и через весь конвейер до прода.
AS
Ну вот да, в то время как high performers согласно отчетам state of devops report который год уже работают в условиях сотен развертываний в сутки, тут обсуждают какой день лучше. Надо стремиться к максимальной автоматизации выкладки, тестирования и роллбека при проблемах. И к спрямлению процесса доставки, чтобы код не лежал месяцами в отдельных ветках, а как можно быстрее ехал в транк и через весь конвейер до прода.
+
R
Ну вот да, в то время как high performers согласно отчетам state of devops report который год уже работают в условиях сотен развертываний в сутки, тут обсуждают какой день лучше. Надо стремиться к максимальной автоматизации выкладки, тестирования и роллбека при проблемах. И к спрямлению процесса доставки, чтобы код не лежал месяцами в отдельных ветках, а как можно быстрее ехал в транк и через весь конвейер до прода.
Как вы будете выкатываться 100 раз в сутки, если у вас любой выкат - это пакет документов, которые подписывает руководство заказчика. Предложите ему ставить по 300 подписей в день? А зачем?
R
Какая-то странная самоцель получается.
R
Хм. Бизнесовые проблемы на демо хорошо отлавливаются обычно
Обычно, но не всегда.
AS
Как вы будете выкатываться 100 раз в сутки, если у вас любой выкат - это пакет документов, которые подписывает руководство заказчика. Предложите ему ставить по 300 подписей в день? А зачем?
Я в МВД не буду. Но не потому, что не могу, а потому, что действительно есть документы и процедуры.
Но мне ничто не мешает расписать в них любой день недели. И я не парюсь вопросом, пятницо это или нет.
Но мне ничто не мешает расписать в них любой день недели. И я не парюсь вопросом, пятницо это или нет.
AS
Какая-то странная самоцель получается.
Цель правильная. Если ничто не мешает выкатиться в пятницу в 22:00, надо выкатываться.
AS
После выката нового функционала пользователи могут столкнуться с проблемами, которые надо оперативно решать.
- А/Б Тестирование?
- А что это такое?
- А что это такое?
VK
Опыт говорит, что вот эти вот 100 раз в сутки и прочее модное - это хорошо, это правильно и верно. Но почему-то в выходные ночью приходится просыпаться саппорту и прочим инженерам, а не разработчикам и менеджерам. И на частоту просыпания в реальных организациях очень кардинально влияет "ну вот семен-семеныч потребовал вот это вот включить" или "мы обещали к Нному числу". И донесение наверх условия "хоть жопой там трясите, но новый релиз будет на проде во вторник и только во вторник" ОЧЕНЬ способствует хорошему сну.