Advertisement
Advertisement

More Related Content

Similar to QA Fest 2015. Ольга Литвин. О чем говорят QA? (20)

Advertisement

More from QAFest(20)

Advertisement

QA Fest 2015. Ольга Литвин. О чем говорят QA?

  1. О ЧЕМ ГОВОРЯТ QA КРУГЛЫЙ СТОЛ
  2. Давайте знакомиться QA FEST 31.10.2015 О ЧЕМ ГОВОРЯТ QA 2 Ольга Литвин Алена Черненко-Дыба Игорь Стражевич QA Director Itera olga.m.Litvin QA Manager Astound Commerce a.chernenko-dyba Quality Manager Sigma Software Group musafer–Igor
  3. Будем говорить на уровне: QA FEST 31.10.2015 О ЧЕМ ГОВОРЯТ QA 3 Testing Project QA Corporate QA
  4. Будем говорить в формате: 3 темы ПРОБЛЕМАТИКА  ОБМЕН ОПЫТОМ  ВОПРОСЫ QA FEST 31.10.2015 О ЧЕМ ГОВОРЯТ QA 4
  5. Унификация процессов в аутсорсинговой компании • Миф или реальность? • Эволюция или революция? • Кто правит бал – QA или Delivery? QA FEST 31.10.2015 О ЧЕМ ГОВОРЯТ QA 5
  6. Multi-site QA&Test organization Развитие QA – централизация или децентрализация? За и против. Точки синхронизации QA FEST 31.10.2015 О ЧЕМ ГОВОРЯТ QA 6
  7. От Junior-a до Senior-a – один шаг? • Мифическое seniority – причины и все вытекающие… • Можно ли выровнять уровни компетенций на рынке? И стоит ли? QA FEST 31.10.2015 О ЧЕМ ГОВОРЯТ QA 7 Хотелось бы... Что имеем...
  8. СПАСИБО! ПОЖЕЛАНИЯ НА БУДУЩЕЕ?

Editor's Notes

  1. Хочется надеяться, что даже такое блиц-обсуждение даст если не ответы, то, хотя бы, пищу для размышлений. А также, этот слот поможет всем специалистам в области тестировании по-новому взглянуть на качество в компании как таковое.
  2. Проблематика В продуктовой компании или компании, работающей на public сектор, как-то все понятно – процесс, как правило, стандартизирован, инструментарий для разработки один и тот же в рамках одной компании и т.д. Почти так же обстоит дело в случаях разработки продукта «под ключ». Но что же происходит в компаниях, которые делают проекты совместно с клиентом, совместно с другими вендорами этого клиента и т.д.? Что делать, когда продается не проект (project outsourcing), а команда (team outsourcing) или даже отдельный человек (CV-sales)? Должна ли компания декларировать какие-то правила? Реально ли это? Введение\изменение правил – насколько быстро можно провести в аутсорсинговой компании? Путем эволюции (как правило, затягивается на года) или революции (быстро, но весьма болезненно). Кто драйвит разработку и внедрение корпоративных стандартов разработки – QA или Delivery? Вопросы: Есть ли вас корпоративный QA (занимающийся процессами в целом)? Если да, то отвечают ли они за все процессы или только за то, что относится к Delivery? Если говорить про Delivery процессы, Есть ли у вас «стандартные процессы» или правила? На каком уровне прописаны процессы? Кто занимается прописыванием процессов? Кто занимается их внедрением? Следуют ли команды этим корпоративным стандартам? Кто это проверяет? Кто является инициатором стандартизации и главным действующим лицом? Насколько велико сопротивление?
  3. Проблематика: Представим, что в компании много филиалов, в нескольких странах, каждый – на своей стадии становления. Усложним задачу – каждый из филилов – по сути, отдельная компания, со своей историей, процессами и, возможно, QA. Вопросы: Как организовано направление орпоративного QA – централизованы или фрагментированы (формально и по факту)? Как организовано направление тестирования – есть ли один «куратор», который отвечает за орагнизацию и компетенцию тестирования в компании (формально и по факту)? Если имеют место отдельные организации тестирования (отделы и т.д.) в каждом офисе – есть ли точки синхронизации? Как происходит обмен опытом и т.д.
  4. Симптомы: На интервью приходят кандидаты, абсолютно не соответствующие по seniority. И, зачастую, человек искренне не понимает, что ему еще расти и расти (скажем, до senior-a). Проблема 1: От компании к компании на рынке существуют значительные расхождения в критериях seniority (сетке компетенций) Проблема 2: Плюс, имеет место волюнтаристское присвоение seniority человеку (разные подходы к promotion-у). Происходит так по основным трем причинам: Компания дает человеку «погоны» заранее или незаслуженно с целью удержать человека Компания берет на определенную вакансию человека, «не дотягивающего» по seniority, лишь бы закрыть вакансию. Да и человека можно «дороже» продать клиенту. В Компании просто нет четких критериев Вытекающие: Люди заблуждаются насчет своего уровня (переоценка или недооценка) Сравнение себя с более «старшими» (но такими же по опыту) коллегами и, как результат, обида на руководителя и т.п. Вопросы: Сталкиваетесь ли вы с такой проблемой? Есть ли у вас в Компании четкая сетка компетенций (для QA в частности). Участвуют ли сами QA в ее разработке? Придерживаетесь ли вы ее при найме и при повышении (есть ли исключения)? Были ли случаи, когда вы брали человека на более низкую должность? Реально ли как-то выровнять уровни компетенций QA на рынке?
Advertisement