KK
А я правильно понял, что проблему можно описать немного так: есть 8-10 человек и немного хаоса, и хотелось бы договориться? =)
Size: a a a
2020 June 27
VS
Она скучне чем "Гибкое тестирование"?
https://www.livelib.ru/book/1000437336-gibkoe-testirovanie-prakticheskoe-rukovodstvo-dlya-testirovschikov-po-i-gibkih-komand-lajza-krispin
https://www.livelib.ru/book/1000437336-gibkoe-testirovanie-prakticheskoe-rukovodstvo-dlya-testirovschikov-po-i-gibkih-komand-lajza-krispin
VS
Kirill Konev
А я правильно понял, что проблему можно описать немного так: есть 8-10 человек и немного хаоса, и хотелось бы договориться? =)
При обращении к "Хаосу" к каким богам хаоса взывать?;)
VS
Надеюсь не к Нургл-у)
KK
Она скучне чем "Гибкое тестирование"?
https://www.livelib.ru/book/1000437336-gibkoe-testirovanie-prakticheskoe-rukovodstvo-dlya-testirovschikov-po-i-gibkih-komand-lajza-krispin
https://www.livelib.ru/book/1000437336-gibkoe-testirovanie-prakticheskoe-rukovodstvo-dlya-testirovschikov-po-i-gibkih-komand-lajza-krispin
Нет, не скучнее - это точно. Там правда есть хорошие моменты. Но читать ее чтобы читать, не получается совсем.
VS
Kirill Konev
Нет, не скучнее - это точно. Там правда есть хорошие моменты. Но читать ее чтобы читать, не получается совсем.
да, там "воды" просто офигеть сколько >__<
KK
Мне кажется тут стоит сделать две вещи:
Найти какие-то этапы по которым выполняются задачи. И назвать это цепочкой создания ценности =)
И написать правила-политики для перехода задачи из одного этапа в другой.
Найти какие-то этапы по которым выполняются задачи. И назвать это цепочкой создания ценности =)
И написать правила-политики для перехода задачи из одного этапа в другой.
VS
При обращении к "Хаосу" к каким богам хаоса взывать?;)
я б обратился к Тзинчу Х)
так веселее тестить будет )
так веселее тестить будет )
KK
Обычно для команд этапы выглядят примерно так: Backlog / In-progress / Code Review / QA / Done / Delivered.
KK
Намеренно убрал этап принятия обязательств в Backlog, потому что у большинства задачи сразу летят в работу.
KK
Дальше догвориться и описать прям табличку. Например In-progress / Задача попадает в этот этап как только написана первая строчка кода в проекте. Ответственнен разработчик например.
VS
Kirill Konev
Намеренно убрал этап принятия обязательств в Backlog, потому что у большинства задачи сразу летят в работу.
О_о такое разве не делается сразу, а после на pbr/планировании разбирается?
KK
Ну или Delivered / Задача попадает в этот этап как только код доставлен на прод, отвечает за это некий "Паша, который раз в день релизит проект".
KK
Я конечно утрирую, но обычно даже таких вещей нет, а значит нет договоренности в команде, а значит и спросить не с кого.
VS
Kirill Konev
Ну или Delivered / Задача попадает в этот этап как только код доставлен на прод, отвечает за это некий "Паша, который раз в день релизит проект".
"код доствален на прод" - это относится к мобилкам/вебу?
KK
Это относится ко всему, если мобилка, то доставлен в стор/репозиторий модулей.
KK
Фактически этот этап звучит так - клиент может воспользоваться тем, что мы написали. Иначе зачем мы вообще что-то делали.
VS
ок, если приложение десктопное и распространяется "своими силами", т.е. влечет еще работу ребят из веба, то как тут поступать?
KK
Когда есть этапы и политики, можно уже обсуждать задачи, отвечая на вопрос: Что нужно сделать, чтобы перевести задачу на след. этап.