Показаны сообщения с ярлыком работа. Показать все сообщения
Показаны сообщения с ярлыком работа. Показать все сообщения

понедельник, 13 сентября 2021 г.

Тезисы для системы онбординга /офбординга в команде

Практически год назад я  проводила консультацию для Заказчика, который забрал себе мои наработки по данному процессу и внедрил ее на уровне  своего отдела IT. Через  пол года мы проработали план верхнеуровневый  план внедрения на все отделы. 
Спустя практически год,  наш план по адаптированной  версия не только  для IT был внедрен постепенно на всех уровнях компании.  А это, на минуточку, тысячи и тысячи людей! 

И такие вещи  мотивируют  очень сильно меня, как лида, двигаться дальше и понимать, что все делалось не зря.  Ведь под круто подразумеваются не только слова самого Заказчика, а и кучи  1-2-1 и  отзывов. 

Безусловно есть еще моменты, которые улучшаются, Кайдзен никому не даст  расслабится )

Поэтому решила поделиться и с вами  краткими тезисами этой программы:

* выстройте карту адаптации  

* прокачивайте себя не только техническим спецом, изучайте процессы работы с людьми, коммуникацию, мотивацию, конфликтологию и психологию  

* заботьтесь о людях

* дайте  возможность передохнуть при смене работы/проекта

* научитесь коммуницировать/аргументировать и доносить руководству почему  людям нужно хотя бы 2 недели адаптационного периода

* введите практику "изоляции" и постепенного внедрения в команду

* составьте чек -лист и практику на время адаптации  разные для разных грейдов 

* выстройте систему наставничества  и обучения с использованием матрицы компетенций,

* делегируйте задачи другим используя  при этом  мотивацию 

* выстройте  в команде здоровую атмосферу  и этикет, предотвращая конфликты

* подбирайте команды людей  с учетом  скиллов, психологии, симпатий и увлечений 

* выступайте в разных ролях 

* участвуйте в процессе собеседования от А до Я

* делегируйте, общайтесь,  растите себе замену 

* помните о философии Кайдзен 

* помните о knowledge sharing @ transferring 

* сделайте качественный выход с проекта/компании 

* отточите процесс на маленькой команде, прежде  чем расширять в массы

* всегда и по всему собирайте фидбек от всех как-то задействованных  и помните, что это не должно быть вагоном митингов  и геморроем.  Не забывайте о своем мнении. Помните о коварстве нашего мозга  забывать. 

И у вас все получится ) А если  вы уже сделали также или похоже  


P.S. -  а если вы спросите - а нафига мне это? -  да все просто, чтоб быть хорошим и крутым лидом. 

И выстраивать работу с командой и процессами , а не присматривать за тем, чтоб  команда не расслаблялась и отдавать пару метрик раз в неделю для галочки. (а именно такое, в большинстве, "лидерство" подразумевают в аутсорсинге)














понедельник, 30 августа 2021 г.

О сложном опыте длиной в 2+ года

 
Не хочется превращать блог, задуманный как польза для  других, в воспоминания старушки QA. 
Но, т.к. блог давно  не обновлялся, кажется, что это нужно как-то объяснить своим подписчикам (которые остались еще )

Последние  2,5  года   были очень насыщенными.  
В 2018 году  я закончила работать в Raiffeisen bank   в роли Тест менеджера.  Последний проект  там был довольно сложным. Т.к. приходилось не только выстраивать процессы и прочее, но и тестировать руками (в прямом смысле) техническое оснащение. 
Мы создали монстра,  из  камер, штатива, и микрофона. Для  снятия биометрических данных пользователей.  Все это тестировалось и подбиралось  по отдельности,  а затем сращивалось  в одну конструкцию,  и мы еще долго делали инструктаж  для людей, которые это все закупали и потом соединяли и устанавливали в отделения.  
Это было сложно, непривычно,  но интересно. И спасала клевая команда с очень классной  ПМ. 

Уходя я искала  спокойный проект, с диким желанием даунгрейда   с менеджерской позиции. Хотелось лампово передохнуть. Уже тогда  попахивало подгорающей Ж. 

Такой проект, вроде как нашелся.  Он был  амбициозным,  его масштабы и желание причинять людям  пользу  меня покорили, обещание  роли "всего лишь QA Lead"  и небольшой команды  в 2-4 человека - и - я в деле. 

Сложность началась сразу, во 1 - проект масштабный, команда огромная и все это требовало синхронизации требований и зависимостей между собой. Тест -менеджер  на тот момент,   приобщил меня дополнительно  к выстраиванию процессов. Ну как, я делала это для своей команды, а потом все это  транслировала с небольшими коррекциями на всех.  
Изначально мне в команду достались   одни автоматизаторы, т.к. их уже наняли (не знаю зачем, пока были),  и мне пришлось их переучивать и мотивировать работать мануальщиками,  создавая  полноценные тест -кейсы и т.д. (потом мне это сыграло в большой +). 

Потом было много разных стечений обстоятельств. Одно из самых болезненных для команды это было  статистическая смена  ДМ нашего стрима. 
Кстати стрим достался сугубо технический. (основа всея  и всех с самым большим количеством сервисов) 

И как бы  вроде наладилось что-то. Сидела тестировала себе  ручками  Rest Api, писала тест-кейсы, попутно выстраивала какие-то процессы. 

Команда росла как на дрожжах.   Череда интервью  просто захватила с головой.  В какой-то момент у меня за месяц было 40 полноценных интервью.  Подняв голову я осознала, что команда уже 15 человек, а я  публикую еще  3 новые позиции. Взгрустнулось, ибо мелькнула перед глазами строка " ну и 2-4 человека в подчинении, отдохнешь". 

Дальше начался  просто  ад овертаймов, роста команды,  смены ДМ,  перестройки процессов - потому что я просто поняла, что ранее выстроенное уже не подходит. А команда  уже 75  тестировщиков  и  это еще без нагрузки  и недоукомплект автоматизаторов. 

Спустя полтора года мы сдавали  приемо-сдаточное испытание  длиной в 7 часов,  так вышло что мне пришлось еще отдуваться вместе с Devops  и ряд других стримов сдавать... 
Тогда  я поняла отчетливо , что Ж давно сгорела в пепел, и дымится уже  черепушка. 

Надо  сделать небольшую ремарку, что в этот момент я еще организовывала свою роспись сама в другой стране удаленно,  и все сопутствующее этому  процессу.  А под конец  19 года, еще и переезжала  жить в другую страну окончательно с мужем. 

И в этот период  еще бахнул жесткий период  ОВТ.  13-17 часов  рабочий день,  пол года с  1 выходным или пол дня выходных.   Сложные взаимоотношения с ДМ.  Но огненная команда  куа и разработки с девопс.  Сложно было всем. Но  идея - дотащить это уже до продакшна  и там выдохнем - присутствовала. И где-то еще   в этом всем, у нас  поменялся ТМ. 
 

К моменту продакшна - после такого режима многие начали уходить.  У меня появились личные обстоятельства в жизни и обязательства  по которым я не могла уйти. 
Поэтому я надеялась, что после прода станет легче и мы все отдохнем. 
Легче стало, но ненадолго. 
Снова новый ДМ. Снова  все с начала. Но - начался период  затишья. Выгребли все хвосты,  начали добивать ИПР и прочие штуки всей командой. Добрали немного новых людей,  набрали людей на замену. Процессы стабилизировались.   И за несколько месяцев до глобального обновления прода - снова началось. Немного проще, чем было в 1 раз, меньше овертаймов. Но... наложились у многих последствия CОVID , к  этому моменту переболела  практически вся моя команда.  Шутка -  я не готова планировать  спринт с учетом рисков смертности - перестала быть смешной.  Реально  пережвали за каждого кто заразился.  Последствия в виде  усталости, сонливости,  проблем с вниманием и прочее - все это прошли.   
Я перенесла  особо тяжело из команды,  но к счастью в режиме удаленки  это серьезно не повлияло.   
И начался процесс подготовки нового  ПСИ.  В этот раз  я сдавала его не одна уже, но сдавали 70+ часов.  Несчастные  50 кейсов. Технические кейсы. 
С Заказчиком отношения были  сложными. 

Мой мозг начал превращаться в  овсянку, которую забыли вовремя выключить на плите. 
Я поняла, что все.  
Какими бы ни были обстоятельства - надо уходить. 
Рыдала  расставаясь с командой. Очень уж они классные у меня.  Все до единого,  и из Украины, и из Беларуси, и из Армении, и из Казахстана, и из России.  Вы лучшие, ребят.  Если б не вы, я б сдохла гораздо раньше. 

Собственно, уже  2 месяца как я прихожу в себя.  И еще не пришла.  

Больше года я  преподаю  еще лекции на курсах.  Нереально от этого кайфую. 
Расскажу об этом как-нибудь в  сл. раз.

Если вы спросите, а на кой я это все читал ? 
Ну во 1 спасибо, если дочитали.
Во 2 -  не будьте мной.  Не работайте на износ. Помните, что  ценней всего  близкие вам люди,  даже если вы скандалите и очень тяжело пережили   карантин в 4 стенах. 
Работайте в удовольствие. Всегда  спрашивайте - ради чего это все, и в чем для меня профит? 

Берегите себя и близких.  Все может быть только 1 раз. 

пятница, 3 июня 2016 г.

Агрессия и коммуникации.Разбор варианта контроля


Нередко в коммуникациях с людьми нам приходится иметь дело с агрессией.
Я часто начинаю с агрессивных высказываниях сразу  - и очень интересно наблюдать за реакцией людей любого уровня профессионализма.

Нет, я в целом прямолинейный человек, поэтому, никакого "запланированного" агрессивного подхода к другим у меня не было. На "котиках" я не тестировала.

Вобщем, понятное дело, что "удерживать лицо" при агрессии на вас - сложно.
И естественно, самой популярной реакцией на агрессию есть "оборона" и "ответ".

В случае агрессии в нашем организме происходит активность сразу двух гормонов. Один из них проявляется как побледнение, высокая степень волнения, холодный пот, а второй - покраснение, стистиквание зубов, желание подавить авторитетом и т.д.
НО, важная штука - норма их соотношения регулируется сознанием человека.
У каждого из нас есть 5-15 сек чтоб взять себя или другого человека под контроль.

Все навыки управления людьми в агрессивных коммуникациях учитывают именно этот факт в несколько секунд, которые у нас есть.

Уровень профессионализма, опыта работы, абсолютно не имеет никакого значения. Все, кого я провоцировала - реагировали сразу одним из вариантов, хлопаньем дверей или же бросались с кулаками.

Как мы ослабим еще больше свою позицию?

- нельзя соглашаться.  Нельзя дать понять сопернику, что агрессия поможет ему добиться желаемого. Иначе это будет всегда.
- пытаться стать партнером без отпора агрессии.
- допускать неконтролируемые паузы. Если у вас нет ответа, то агрессор "не остынет" за это время, он воспримет это как слабость
- пытаться отшутиться, якобы не заметив агрессии. Это поведение страуса
- оправдываться. Даже на уровне интонации
- начинать срываться самому.

Если молодой волк, который претендует на роль лидера в стае, кусает старшего вожака, и тот жестко не «откусывается», то что делает вся стая? Вожака растерзают.

1. Отвечать агрессией на полученную агрессию. Но контролировать. 

2. В момент агрессии в ваш адрес - исключить любые оправдания.
Знаете, очень часто корректные люди хотят немножко смягчить ситуацию, и начинаются варианты: «Ну подождите!», «Зачем же вы так?», «Давайте мы с вами будем общаться культурно», «Давайте искать зоны компромисса» - это все не подходит.

«Не бери паузу! Но если взял, тяни как можно дольше. Чем больше артист, тем дольше у него пауза!»

Используйте паузу. Но не переборщите с длительностью. Если вдруг, вы не придумываете, что же вам сказать, используйте мимику. Например: смотрите собеседнику в глаза. 

«Поручик, вы за кого?» – «Я – за!» – «Ваше политическое кредо?» – «Всегда!»
3. Краткость. Всегда, когда хотите сказать что-либо, помните, что ваш ответ должен длиться не дольше, чем фраза выше.
При этом начните свою речь с внимания к речи противника. Например: «Я считаю, что мы теперь можем обсудить»
4. Далее - отвлеките внимание от себя. Говорите о  работе, о погоде, но не переходите на личности. "Держите лицо". Например: «Вам важно, чтобы ваш проект?..»
5.Нейтрализовать негатив, превратив его в нейтральную или позитивную сторону.  Например:  «Да, вы достаточно нагло ведете переговоры!» – «Вы правы, в достижении нашего совместного интереса я довольно настойчив!»
6.Если вы все верно делали, то напоследок вам остается получить только согласие собеседника. Согласие не лишает агрессии, но лишает чувства равновесия. 

Примеры работающего контроля агрессии:
1 «Слушайте, наши молодые сотрудницы утверждают, что вы их сексуально провоцируете!»
2 «Я буквально ошеломлен! Вы меня заставили задуматься об одной реальности: видимо, пока еще есть порох в пороховницах».
1 «Я ознакомился с вашим проектом. У меня ощущение, что вы, как и все другие, хотите на нас заработать».
2  «Честно сказать, я в некоторой растерянности. Приходится признаться, что мы не просто хотим заработать, мы хотим заработать вместе с вами! Мало того, это всем нам поможет прорваться на новый уровень!»


Это лишь одна из возможностей контроля агрессии, которая не решает сам факт агрессивного поведения и не разбирается с причинами агрессии. 

Но если вам нужно применить это быстро на каком-то митинге, то этот способ работает.

Контролируйте свои эмоции. Помните только, что перед тем, как контролировать, это нужно осознать. 

понедельник, 10 августа 2015 г.

Список видео SQA Days: тест-менеджмент

Пожалуй, самая обширная, самая популярная, самая обьемная, и самая большая тематика  
конференции - Тест менеджмент.
При этом в список не включены доклады по гибкому тестированию (agile, scrum и т.п), психология и коммуникация.
Ибо просто не влазят уже в простыню данного списка.
Искать нужное будет не очень удобно, говорю сразу.
Как это отюзабилить  в блогере - я пока не придумала.
Если есть идеи - делитесь.

Собственно, с 10 по 17 конференцию - тест-менеджеры и их доклады:


Rex Black, RBCS, Inc.,Bulverde, США
Test Estimation


Paul Gerrard, Gerrard Consulting, Maidenhead, Великобритания
How to Test the Internet of Everything


Роман Шейко, Luxoft, Москва, Россия
Принятие решений в тестировании на примере тестовой стратегии


Vojtech Barta, Vendavo, Ostrava, Чехия
QA as responsibility of Whole Team


Andriy Mudryy, Remit AB,Львов, Украина
10 question business asked me 


Макс Богуславский, Banki.ru, Москва, Россия
Отдел автоматизации своими руками


Анастасия Симанович, VIAcode, Минск, Беларусь
Как повысить продуктивность команды тестирования: что говорят менеджеры, а что тестировщики 


Наталья Руколь, Quality Lab., Москва, Россия
Грабли тестировщика


Екатерина Гайнутдинова, Trans-IT, Санкт-Петербург, Россия
Делегирование. Повышаем шансы на исполнение


Alena Dashkevich,  EPAM, Минск, Беларусь
Улучшить KPI в два раза? Сделано!


Александр Башарин, Райффайзенбанк, Москва, Россия
Может ли быть тестирование отдельно от других участников процесса, или как вовлечь внутренних заказчиков в процесс QA?


Герман Варгин, T-Systems Rus, Санкт-Петербург, Россия
Как заслужить доверие заказчика при передаче проекта новой команде тестирования? 


Дмитрий Химион, Performance Lab, Москва, Россия
Технология QG для обеспечения качества ПО


Dzmitry Humianiuk, EPAM Systems, Минск, Беларусь
Report Portal - эффективность вашей автоматизации


Алексей Петров, Mail.ru Group, Москва, Россия
Организация эффективных процессов тестирования: Zephyr в шоколаде


Вадим Зубович, DPI Solutions; COMAQA.BY; IsSoft, Минск, Беларусь
Коммуникации между автоматизаторами и ручными тестировщиками через техническое решение
 
Надежда Минчева, Novardis, Санкт-Петербург, Россия
Подводные камни при построении процесса тестирования


Андрей Ладутько, EPAM Systems, Минск, Беларусь
Как оценить процесс тестирования на проекте


Максим Цепков, CUSTIS, Москва, Россия
Спиральная динамика- понимай ценности и действуй


Слава Лукьяненко, Wargaming.net, Минск, Беларусь
Ловушки восприятия в тестировании


Инна Смирнова, Рексофт, Воронеж, Россия
Эффективный тест-менеджмент... и как с ним бороться


Юрий Малый, Comodo, Одесса, Украина
Глобальная роль QA менеджера в жизни компании

Татьяна Смехнова, HERE, Berlin, Германия
История HERE Maps for Windows: меняемся не изменяя качеству


Алексей Никитин, Лаборатория Касперского, Москва, Россия
"Белоснежка и шесть гномов" или разработчики тоже тестируют.


Руфина Сарварова, ICL Services, Казань, Россия
Формирование требований из хотелок заказчика


Виктор Гребенюк, Райффайзенбанк, Москва, Россия
Использование метрик в процессе обеспечения качества сложных систем


Мария Терёхина, Return on Intelligence, Нижний Новгород, Россия
Улучшение процесса тестирования: контентные модели


Дарья Ефремова, ООО «Перфоманс Лаб», Москва, Россия
ГИП – весёлый пожарник или человек-оркестр?


Илья Притула, EPAM, Санкт-Петербург, Россия
Пути развития Software Test Engineer


Sergey Ostapenkov, Intetics, Минск, Беларусь
Обеспечение качества: Практические советы


Андрей Павлов, T-Systems CIS, Санкт-Петербург, Россия
Pomodoro Technique: кухонный тайм-менеджмент


Евгений Ланцов, Return On Intelligence, Санкт-Петербург, Россия
Первоклассное тестирование


Лина Чуднова, Helios IT, Москва, Россия
Юмористические советы: как организовать процесс тестирования в государственном учреждении и не сойти с ума


Григорий Сенин, Anywayanyday; Luxoft Training, Москва, Россия
Waterfall revisited: практические метрики тестирования


Игорь Бондаренко, Neklo,Минск, Беларусь
Crystal Agile, или как мы приспособили процесс разработки для обеспечения максимального качества


Александра Ковалева, QA Service, Softengi, Киев, Украина
Планирование трудозатрат на тестирование


Наталья Руколь, Quality Lab.,Москва, Россия
Миссия тест-менеджера


Александра Варфоломеева, Helios IT, Москва, Россия
Практические аспекты организации процесса тестирования в государственных учреждениях


Сергей Мартыненко
Стратегии тестирования. 42 способа сделать ваш проект успешнее


Михаил Воротягин, Hewlett Packard, Москва, Россия
Теория и практика сокращения релизного цикла


Андрей Ладутько, EPAM Systems, Минск, Беларусь
Организация времени в тестировании


Дарья Костюк, Softengi
Путь к трассировке требований: от идеи к инструменту 


Michael Bolton, Developsence, Toronto, Канада
В чем проблема?


Rina Uzhevko, Королевство, Москва, Россия
Андрей Мясников,VIAcode, Минск, Беларусь
Максим Цепков, CUSTIS, Москва, Россия
Вы и Заказчик: решаем проблемы, а не отрабатываем требования

Tapani Aaltio Sogeti Finland Oy, Espoo, Finland
Test Process Improvement with TPI NEXT - what the model does not tell you but you should know

René Tuinhout,  Groningen Area, Netherlands
Passionate Partnering, for Testers

Алексей Лупан, Олег Колька,  SysIQ & Astound Commerce, Киев, Украина
Excel всё подскажет или "Вот сколько времени понадобится на тестирование" 

Екатерина Гайнутдинова, Алексей Федоров, Megagroup, Санкт-Петербург, Россия
Работа с подчиненными. 4 скрытых типовых проблем поведения менеджера (c решениями)

Виталий Петруняк, T-Systems CIS, Санкт-Петербург, Россия
Команды из разных стран - секреты успешного тестирования и дипломатии

Алиса Халиуллина Fujitsu Russia GDC, Казань, Россия
Опыт создания системы для внутреннего управления процессами обеспечения качества ПО 


Вячеслав Лукьяненко Wargaming, Минск, Беларусь
Командоварение: полевая кухня


Святослав Римар, SoftServe, Львов, Украина
10 "тестхаков" для улучшения процесса тестирования

Олеся Мылько, ELEKS Software, Львов, Украина
Как завоевать доверие клиента

Елена Сташенко Infopulse , Киев, Украина
Таблицы принятия решений

Артём Чаплыгин 1C, Москва, Россия
Наталья Руколь Лаборатория качества,Москва, Россия
Ментальные ловушки в тестировании

Анастасия Огаркова 2ГИС,  Новосибирск, Россия
Скажи мне правду, Scrum, когда тестировать нам?


Юлия Свистунов, Ульяновск, Россия             
Построение процессов тестирования на новом проекте: как выбрать правильный путь

Сергей Атрощенков VIAcodeСанкт-Петербург, Россия
Гендерные аспекты постановки задач

Алексей Кривицкий , SCRUMguides, Киев, Украина
Перестаньте спрашивать «КОГДА?» Или как перестать закапывать свои проекты в долговые ямы?

Александр Башарин, Performance Lab, Москва, Россия
Как бойко начать проект по тестированию и не сдуться на пол пути

Дмитрий Костяшов,  EPAM Systems, Саратов, Россия
Последние тренды мобильного рынка и их влияние на вашу тестовую стратегию

Анна Скумина, Apriorit, Днепропетровск, Украина
Игорь Любин, auto-testing.ru, Москва, Россия
Риски. Философия и практические рекомендации

Роман Шейко AcronisМосква, Россия 
 Как можно построить идеальную команду

Илья Кудинов, Badoo Москва, Россия
Организация автоматического тестирования в схеме непрерывной интеграции

Сергей Вербенко, S-Terra CSP, Зеленоград, Россия
Каждый тест-менеджер должен посадить дерево или как искать баги в процессе

Андрей Ладутько, Intetics, Минск, Беларусь
Правила роста команды тестирования – мифы и реальность

Анастасия Романова, Parallels, Москва, Россия
Как мы строим работу с аутсорсерами. Опыт заказчика

Татьяна Закатова AprioritДнепропетровск, Украина
7 шагов к улучшению процесса тестирования в больших проектах

Антон Столяр, EPAM Systems, Минск, Беларусь
Управление качеством в Agile. Как опередить баги

Наталья Руколь, Лаборатория качества, Москва, Россия
Андрей Мясников, Undev.ru, Москва, Россия
Диалектика созидания: курс на сотрудничество

Алена Дашкевич, ЭПАМ Системз, Минск, Беларусь
Risk-based testing management. От теории к современной практике

Александр Ильин, Oracle, Санкт-Петербург, Россия
Метрики покрытия. Прагматичный подход

Игорь Любин, News360, Москва, Россия
Тестирование по жесткой схеме! Или 27 + 2 фишки в построении процесса тестирования!

Дмитрий Маевский, Одесский политехнический университет, Одесса, Украина
Прогнозирование процесса выявления дефектов при тестировании программного обеспечения

Андрей Ладутько, Intetics, Минск, Беларусь
Использование игровых элементов и методов в процессе тестирования

Алексей Петров, Мегаплан, Москва, Россия
Построение эффективной команды тестировщиков из новичков


Сергей Атрощенков, VIAcode, Санкт-Петербург, Россия
Парный Тайм-менеджмент для тестировщиков
 
Ярон Цубери
Как найти побольше багов? (Особенно, если времени нет)

Сусуму Сасабе
На пути к глобальному сотрудничеству для улучшения качества программного обеспечения

Алла Копылова
Feature Injection: работаем с требованиями

Татьяна Зинченко
Проект без правил или Команда моей мечты

Таисия Сибгатуллина
Управление проектами по разработке в стиле Agile или Waterfall, чья доска круче?

Марина Гончарова
Управленческие поединки или искусство быть услышанным

Штефан Гёрике
Путь к совершенствованию

Елена Воробей
Работа с командой или командная работа. Советы начинающему тим-лиду

Марина Дидковская
Тестирование спецификаций

Юрий Малый
Quality Assurance in Agile

Сергей Атрощенков
Сергей Бережной
Почему Заказчики не разрешают тестировщикам делать то, что они хотят

Александр Башарин
Человеко-дни на тестирование или как не ошибиться с оценкой

Никита Налютин, Undev.ru, Москва, Россия
Управление конфигурациями и артефакты тестирования

Роман Юферев, VIAcode, Санкт-Петербург, Россия
О чем мы забываем в QA или “Знакомьтесь – Manageability!”

Мария Колчинская, Xored Software, Inc, Новосибирск, Россия
Организация тестового набора при автоматизированном функциональном тестировании

Глеб Рыбалко, GlobalLogic, Харьков, Украина
Оценки имеют значение. Практические советы по оценке задач тестирования на каждый день

Сергей Вербенко, S-Terra CSP, Зеленоград, Россия
В чем ошибаются тестировщики, когда становятся менеджерами

Наталья Руколь, Лаборатория Качества, Москва, Россия
Полезные "фишки" для построения успешного процесса тестирования

Александр Ильин, Oracle, Санкт-Петербург, Россия
Полезные метрики покрытия. Практический опыт и немного теории

Кирилл Загоруйко, ООО "Инновационные Трейдинговые Системы", Москва, Россия
Опыт создания группы быстрого реагирования (ГБР) на QA проектах

Михаил Павлов, Luxoft, Москва, Россия
Методика проведения независимой оценки процесса тестирования в проектах

Вячеслав Панкратов, it4business.ru, Kiev, Ukraine
Квантовые скачки длинной в два года: как переключиться в режим менеджера?

Мария Крыжановская, Холмонт Девелопмент, Самара, Россия
Тестирование в среде заказчика (Live Environment). Зачем мы это делаем?

Александр Орлов, Happy PM, Санкт-Петербург, Россия,
Вячеслав Панкратов, it4business.ru, Киев, Украина
Жизненный цикл коммуникативных дефектов

Анна Скумина  Apriorit  Днепропетровск, Украина
«Ретроспектива» в тестировании: улучшаем проекты и процессы

Надежда Кобозева  КРОК Инкорпорейтед  Москва, Россия
Code review как средство обеспечения качества программного обеспечения

Александр Александров  Люксофт  Москва, Россия
Оценка трудозатрат на тестирование в проектах сопровождения

Сергей Мартыненко  Colvir  Москва, Россия
Приоритизация методов верификации требований

Наталья Руколь  Лаборатория Качества  Москва, Россия
Сессионное тестирование: совмещаем управляемость и творчество

Наталья Руколь
Андрей Мясников
Mortal Kombat

Елена Петрова
Становление программы внутренних аудитов: от требований к сертификации до реального обеспечения качества продукта

Григорий Сенин
Тестирование как управление рисками продукта

Марсел Янки
Непрерывное тестирование для улучшения качества кода

Владимир Калёнов  HELiOS IT-SOLUTIONS  Москва, Россия
О качестве, требованиях, сервисах и немного об ITSM

Александр Реминный  SoftServe  Львов, Украина
От архитектуры приложения до приемочных автоматических тестов, или тестирование нефункциональных требований

Алексей Баранцев Software-Testing.Ru Москва, Россия
Тестирование на основе моделей: "ужас-ужас" или всё не так страшно?

Алексей Лянгузов Grid Dynamics Санкт-Петербург, Россия
Успешный тестировщик. Путь профессионала

Alexander Ulanov Социальная сеть "Одноклассники" Санкт-Петербург, Россия
"Дедуктивный метод тестировщика". Ищем баги анализируя статистику

 Роман Иовлев EPAM Санкт-Петербург, Россия
Micro Model Based Testing

Юрий Малый Comodo Одесса, Украина
Monthly Operations Review

 Дополнительно:

Рина Ужевко
"Гадкий я или как не попасть в ловушки на пути к успеху"


Видео и презентации докладов по менежменту (и не только) в MSTC

четверг, 2 июля 2015 г.

Боль техподдержки. Как обращаться с саппортом?

Я не первый год работаю  в геймдеве, и  уже прошла по пути " Отрицание-смирение - принятие" не один раз, но всеже...

В этом небольшом опусе, который носит весьма эмоциональный характер, я хочу написать несколько золотых правил  пользователя, который нашел баг.

Для начала уточню: есть пользователи, которые находят баг и забивают (или на баг или на игру), и второй - пользователи, которые решают написать в техническую поддержку (дальше - саппорт). Первый "вид" нам не интересен (в данном случае).

Итак, что надо делать ?

0. ВАЖНО: перед тем, как писать ошибку - почитайте правила приложения, и форум с наиболее частыми вопросами /проблемами

Если, чукча не читатель, чукча - писатель:

1. Отнестись к саппорту с уважением. Они тоже люди, которые обрабатывают миллионы истерических воплей эмоционального характера.
Данный пункт не обязателен, но весьма желателен.

2. Написать кратко суть своей ошибки. Ваше сообщение - по факту - будущий багрепорт или готовый багрепорт (особенно, если вы тестировщик), поэтому представьте - как бы вы описали этот баг, если б он был в вашей практике.

3. Учтите тот факт, что в таких вещах, как игры - очень часто пытаются взломать сервера, с целью выгоды (ну как Пентагон прям, да). И самым частым способом, внезапно, являются ссылки, при переходе по которым вы хватаете или вирус, или тырят ваши данные.
К чему это я ? - К тому, что в большинстве компаний ссылки на сторонние ресурсы блокируются.  Чаще всего разрешены ссылки на скриншоты, или ютуб. Еще чаще, скрины надо прикреплять в тело сообщения (как и видео) и отправлять.
Т.е. краткий вывод - никаких ссылок для саппорта, кроме внутренних.


В дополнение:
моя статья на тему техподдержки
и видео-доклада

Уважайте и цените работу других, пишите правильно!

Помните, что чем четче и короче ваше сообщение, тем быстрей ваша проблема будет исправлена.

пятница, 5 июня 2015 г.

Минск. SQA Days 17, ЛТП и о людях

Начало

Минск мне понравился еще в прошлый раз. В этот раз я задержалась в нем подольше.
Началось все в четверг, 28 числа,  в Malt&Hops Pub. 
 Затем, наша шайка-лейка пошла на ограбление в Монако (квесты)... и если вы сомневаетесь, что мы уперли самый крупный бриллиант в истории - то зря. Мы его добыли!  



1 день конференции

На следующий день грянула SQA Days 17, и поглотила нас всех обилием информации, общения, вопросов и эмоций. Эту атмосферу мне не удавалось ощутить больше ни на одной конференции. Конечно, было открытие,  Влад и Татьяна Орликовы рассказывали об организации и давали самую критичную  информацию по насущным вопросам. Пришлось выступить и мне, как главе программного комитета. Я нервничала, переживала, но сделала все как надо. Пост опубликую позже, он является логичным продолжением предыдущего выступления.



 
В окончании первого дня был уникальный случай - докладчик обратился со сцены в зал, и сделал предложение своей девушке! 

Это было очень трогательно и прям вообще мимими!!! Спойлер - девушка согласилась. 



Афтепати
После окончания первого дня мы все дружно завалились на афтепати ( при этом мы шли до нее пешочком и любовались красотами города, Минск просто офигенен). 
Помимо конкурсов и призов нас ждали сюрпризы - первый -  в виде офигенной группы танцоров брейка, второй - в виде группы Трубецкой. 
Отрыв полный. Блеку понравилось ;) 

2 день конференции
 
Утром пришлось просыпаться на 2 день конференции. С утра второй день идет всегда тяжелей, несмотря на то, что в этот раз мы подвинули его на 10-00 утра.


 Но мы пришли, прослушали доклады, а вечером дружной компанией зависли в баре "Гвоздь". Некоторые перепозли в "Чердак".

Конференция закончилась. 

Были небольшие минусы с кондиционированием и освещением секции С - но это траблы площадки.

Но для нас это был не конец приключений, а скорее - начало. 

Экскурсии

 31 числа мы дружной компанией поехали на экскурсии по Минску.
Хочу сказать огромное спасибо своим любимым парочкам - Игорю и Кате Бондаренко - за экскурсии, за устроенное ралли, за интересные истории и просто за компанию. Ребята - вы очень крутые!
Айдар и Асия - наконец-то мы с вами познакомились, вы очень красивая парочка, и безмерно клевые! 

Теме и Кате - за все фоточки и за то, что вы такие отрывные и позитивные!


Если вы не были в замках - вы много пропустили. Они довольно клевые!


ЛТП

Утром в понедельник, 16 человек собрались возле Железнодорожного вокзала с рюкзаками и отличным настроением. Впереди - нас ждал ЛТП - Летний тест -практикум.

Мы выехали за Минск на базу отдыха от Экспедиции.
После расселения по домикам  и вкусного обеда, приготовленного для нас в котлах - я взялась за программу докладов, которую  прям там же и составила.
Выглядела программа, конечно, не как программка SQA Days, но это был другой формат - и рукой я написала докладчиков и названия докладов. 

Надо отдельно добавить, что в конце программки была надпись - кому не нравится - топитесь в озере!
А кому не понравятся доклады - тех мы сожжем на костре вечером.

Доклады ЛТП

Мы поговорили о наболевших темах не заботясь о цензуре с пивом в руке или бутербродом по желанию.  (хотя цензуру корректировала своим присутствием милейшая Орликова Евгения Владиславовна ;)

Послушали мы:
Игоря Бондаренко с наболевшей темой поиска кадров и обучения,
затем выступил Андрей Мясников, который провел работу над ошибками по созданию собственной фирмы,
Сергей Нестеренко рассказал о том, зачем и почему он создает сайт  QA Help за свой счет и на каком энтузиазме он едет,
Алексей Булат поговорил об умирающих тестировщиках среди автоматизаторов,
и поиграли в клевый маршмеллоу - челлендж от Алексея Виноградова.



Обсуждали мы еще много всяких тем, когда играли в тенис, катались на катамаранах, и  особо за кадром остались темы, которые обсуждали мужчины в бане ;)
Закончился этот день с бардами у костра под офигенские песни и коктейли, которые мы с Лешей приготовили и страшными историями перед сном. Правда, говорят, что самые неубиваемые сидели у костра до пол 5 утра.


2 день - окончание ЛТП

С утра я устроила всем подьем (думала меня убьют), и после завтрака все отправились кататься на квадроциклах. Не обошлось без тестирования на безопасность и нагрузку, Леша Виноградов обещал выложить видео ;)
Мы поиграли в настольные игры, поели шашлыков и  нас увезли в Минск.

Крутые и познавательные 5 дней закончились трогательными прощаниями у входа в Железнодорожный вокзал и в аэропортах Минска и Москвы.

Все мы с нетерпением ждем продолжения и следующей SQA Days, которая нас всех собирает несколько раз в год!

       Спасибо Владу и Тане Орликовым за это вот всё!