Питер Друкер как-то сказал, что “культура съедает стратегию на завтрак”. Как же сделать качество частью культуры компании? Почему регламенты, требования и громкие лозунги на стенах офисов чаще всего не работают? 

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

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

Были ли в вашей работе такие моменты, когда вы думали: “да кто он такой, чтобы мной командовать? Сделаю по-своему!”? Доводилось ли вам наблюдать в своем коллективе “войну” между коллегами за чье-то внимание? Или, может быть, вы были свидетелем того, как личный конфликт между двумя людьми перерастал в конфликт на уровне команд? Или еще, возможно, вы не особо любите задерживаться на работе лишний раз, кроме тех случаев, когда нужна помощь вашему (вашей) коллеге. Ну, не любому, конечно, а тому самому (той самой) коллеге. Вечерне-ночные выкладки и парные сеансы тестирования - разве не романтично?

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

Я хочу с вами поговорить о некоторых из них, о тех, про которые не часто говорят на конференциях. По крайней мере, на инженерных. Знаете, такие “слоны в комнате”. Рассмотрим этих “слонов” повнимательнее?

Неочевидное поведение - едва ли не самый сложный аспект, с которым приходится сталкиваться в тестировании. Особенно, если речь идет о поведении людей. Особенно, если они - разработчики. Конечно, умение понимать и эффективно сотрудничать с программистами - это тема не одной книги, и мой рассказ - это очень короткий quickstart. На примере «вручную отобранных» антипаттернов вы узнаете, что может быть плохого в том, что тестировщик хороший, почему с программистами сложно работать, и как вообще с ними можно работать.

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