Немного о себе Skype: sergey.markov.gl E-mail: [email protected] • Меня зовут Марков Сергей. • Я работаю в QA с 2007 года. • Работал на позициях tester, test lead, project lead. • Работал по различным процессам в разных компаниях Харькова – Agile, Waterfall, процесс компании, хаос. • Проекты: desktop, client-server application, embedded, web. О чем поговорим: А все ли процессы подходят под конкретный проект ? Почему процесс может вызвать у команды негатив К чему приводит устаканившиеся порядки и политики Что мы выиграем от процесса, и как Process or processing typically describes the action of taking something through an established and usually routine set of procedures or steps to convert it from one form to another. A process involves steps and decisions in the way work is accomplished, and may involve a sequence of events. (wikipedia) Проце́сс — последовательная смена состояний чего-либо, стадий развития рассматриваемого явления, а также определённая совокупность последовательных действий, направленных на достижение некоторой цели. (wikipedia) VS ~ Нет структуры и visibility ~ Все по разному представляют ~ Можно что-то забыть или запутаться ~ На ошибках не учимся ~ Сложно включится в процесс ~ Последовательность и visibility ~ Одно понимание ~ Проще на страте ~ Ошибки легче найти и исправить ~ Проще понять что происходит 1. Чем больше команда, тем сложней коммуникации и расспаралеливание задач Чем больше продуктов покупать, тем сложней запомнить 2. Последовательность дает понимание и определенность Что, если бы все продукты были в разброс ? 3. Намного проще спланировать и дать прогнозы Сколько вы будете искать салфетки ? 4. Проще получать необходимую информацию Хорошо ведь, когда консультант помогает ? 5. Cover your ass принцип Ну даже не знаю BB: They said Scrum is the best A: Sir, yes Sir! CMMI Own process Scrum The Project RUP Spiral V-model Chaos A: Ненавижу этот РУП.. Б: Почему? А: А я не знаю что это... A: А почему именно так ? Б: ну а как же еще ? Ну почему ты такой неудобный? ~ Если процесс «для галочки», это вызовет трудности ~ Если вам не нужен тест-дизайн – не пишите его ~ Не нужен тест-план – не стоит терять время на него ~ Требуют метрики ? А польза будет ? Чего делать? ~ То, что подходит проекту А может не подойти проекту Б ~ Задайте вопрос, что вы выиграете от конкретной активити ~ Посчитайте сколько вы теряете времени выполняя то, что по вашему мнению бесполезно SCRUM Что это за диковинка ? ~ Снова хотят каждый шаг отслеживать.. Не верят.. ~ Столько времени теряем зря... ~ Что им раньше не нравилось ?.. ~ Почему именно так ?... ~ Я так никогда не работал, и не верю в это... Чего делать? ~ Не ставить коллег перед фактом ~ Подготавливайте команду заранее ~ Потрудитесь объяснить выгоды ~ Объясните все на митинге По другому мёд ведь не достать... ~ У всех есть свой background ~ Чем больше мы работаем по одному процессу, тем замыленней у нас взгляд ~ Старые специалисты тяжелей воспринимают новые технологии ~ Многие любят работать по «накатанной» Чего делать? ~ Не допускать рутины ? ~ Ищите альтернативные варианты реализации ~ Обучать команду ~ Я все чаще замечаю, что ничто не ново под луной, и все новое – это вариации старого (это первый звоночек) Вопросы?