EM
Size: a a a
2020 February 13
АФ
это могут быть не обязательно баги, а, скажем, неудобная регистрация
UX тестирование вам в помощь)
EM
Ребят, привет. ПОдскажите, плиз, какие-то блоги/гуглимые практики/доклады/книги про обеспечению качества верхнеуровнево, для всего продукта в целом.
Проблема: каждый компонент может быть прекрасен и работать в совершенстве, но вместе может не взлететь. нет контроля качества на самом верхнем уровне, нет культуры обеспечения положительного пользовательского опыта. Хочется изучить, как это может быть, как должно быть и какие могут быть грабли.
Пока есть идея создания комитета QA из тех, кто работает в R&D командах как QA. Но может возникнуть конфликт интересов. И недостаток знаний со стороны UX, дизайна и т.д. Поэтому этот вариант хоть и пока единственный, идеальным не кажется
Можно в личку, если есть чем поделиться развернуто, буду благодарна.
Проблема: каждый компонент может быть прекрасен и работать в совершенстве, но вместе может не взлететь. нет контроля качества на самом верхнем уровне, нет культуры обеспечения положительного пользовательского опыта. Хочется изучить, как это может быть, как должно быть и какие могут быть грабли.
Пока есть идея создания комитета QA из тех, кто работает в R&D командах как QA. Но может возникнуть конфликт интересов. И недостаток знаний со стороны UX, дизайна и т.д. Поэтому этот вариант хоть и пока единственный, идеальным не кажется
Можно в личку, если есть чем поделиться развернуто, буду благодарна.
надо плясать от проекта \ компании
KC
да, но в требованиях это проблематично собрать, когда они меняются. и есть разные департаменты и компании, которые праактически независят друг от друга
KC
вот как раз комитет с правом вета рассматривается
EM
да, но в требованиях это проблематично собрать, когда они меняются. и есть разные департаменты и компании, которые праактически независят друг от друга
продуктовый гайдлайн + база знаний
КР
Ребят, привет. ПОдскажите, плиз, какие-то блоги/гуглимые практики/доклады/книги про обеспечению качества верхнеуровнево, для всего продукта в целом.
Проблема: каждый компонент может быть прекрасен и работать в совершенстве, но вместе может не взлететь. нет контроля качества на самом верхнем уровне, нет культуры обеспечения положительного пользовательского опыта. Хочется изучить, как это может быть, как должно быть и какие могут быть грабли.
Пока есть идея создания комитета QA из тех, кто работает в R&D командах как QA. Но может возникнуть конфликт интересов. И недостаток знаний со стороны UX, дизайна и т.д. Поэтому этот вариант хоть и пока единственный, идеальным не кажется
Можно в личку, если есть чем поделиться развернуто, буду благодарна.
Проблема: каждый компонент может быть прекрасен и работать в совершенстве, но вместе может не взлететь. нет контроля качества на самом верхнем уровне, нет культуры обеспечения положительного пользовательского опыта. Хочется изучить, как это может быть, как должно быть и какие могут быть грабли.
Пока есть идея создания комитета QA из тех, кто работает в R&D командах как QA. Но может возникнуть конфликт интересов. И недостаток знаний со стороны UX, дизайна и т.д. Поэтому этот вариант хоть и пока единственный, идеальным не кажется
Можно в личку, если есть чем поделиться развернуто, буду благодарна.
Зайду с другой стороны:
нужен человек, который будет этой задачей заниматься как основной. Комитет - лёгкий путь вникуда, у каждого своя задача ближе, чем общий интерес будет.
При этом разумеется этот человек должен учитывать интересы остальных. В первую очередь бизнеса, поэтому попытка "вето" на первых порах только похерит начинание на корню.
Качество растёт из ценностей и не может подняться выше определенной планки, пока отношение бизнеса не поменяется.
Как это сделать - на каждом проекте по-своему.
Для начала стоит определиться, нужно ли вам больше "качества", чем сейчас если. Или вообще речь идёт о том, что просто надо инфраструктуру тестирования улучшить чтоб легче работалось.
Если есть предпосылки того, что изменение процессов поможет дешевле и лучше продукт делать - тогда да, вперёд, обосновывать. А если оказывается, что никому кроме тестеров качество не нужно - вам просто не дадут ресурсы на это
нужен человек, который будет этой задачей заниматься как основной. Комитет - лёгкий путь вникуда, у каждого своя задача ближе, чем общий интерес будет.
При этом разумеется этот человек должен учитывать интересы остальных. В первую очередь бизнеса, поэтому попытка "вето" на первых порах только похерит начинание на корню.
Качество растёт из ценностей и не может подняться выше определенной планки, пока отношение бизнеса не поменяется.
Как это сделать - на каждом проекте по-своему.
Для начала стоит определиться, нужно ли вам больше "качества", чем сейчас если. Или вообще речь идёт о том, что просто надо инфраструктуру тестирования улучшить чтоб легче работалось.
Если есть предпосылки того, что изменение процессов поможет дешевле и лучше продукт делать - тогда да, вперёд, обосновывать. А если оказывается, что никому кроме тестеров качество не нужно - вам просто не дадут ресурсы на это
КР
По описанию проблемы с прекрасными компонентами видно, что каждый смотрит в свой колодец бэклога и чхать хотел на соседей.
Потому что показатели его задницы зависят именно от его кусочка.
Нужно налаживать горизонтальные связи, возможно, при этом выделив людей, у которых задача (и показатели успеха) будут состоять в том чтобы смотреть "вширь", а не "вглубь", раз уж команд много.
Потому что показатели его задницы зависят именно от его кусочка.
Нужно налаживать горизонтальные связи, возможно, при этом выделив людей, у которых задача (и показатели успеха) будут состоять в том чтобы смотреть "вширь", а не "вглубь", раз уж команд много.
KC
что вкладывается в понятие "налаживание горизонтальных связей"?
IB
да из под чайна впн зайти не вариант?)
я так делал)
KC
про колодец так и есть, к сожалению
AD
что вкладывается в понятие "налаживание горизонтальных связей"?
лид с лидом, делиться инфой - эй, ребят, у нас тут кой-чего поменялось - гляньте, как на вас зааффектит
IB
и еще по отдельным городам, так как важно было верно определять город
KC
это делается в релиз нотсах в рассылке
AD
это делается в релиз нотсах в рассылке
видимо, все их игнорят
КР
что вкладывается в понятие "налаживание горизонтальных связей"?
Связи либо неформальные через дружбу команд, либо формальные через появление роли, с закрепленной ответственностью, за косяки вида "поломали соседям малину, потому что забыли подумать о других"
КР
это делается в релиз нотсах в рассылке
И что, эта писулька работает? 😀
Y
да из под чайна впн зайти не вариант?)
А есть такой проверенный? Не могу найти
KC
И что, эта писулька работает? 😀
да, иначе нарушаестя обратная совместимость) главное в каждом релизе делать несовместимый кусочек))
EM
А есть такой проверенный? Не могу найти
у меня нет. не приходилось в последнее время из-под Китая заходить