Как гром среди ясного неба.

Полтора часа назад мой мир рухнул. Причиной стал диалог.

Я, 08.06.2011 12:47:45:
Как ты созрел до осознания, что для проведения приёмочного тестирования нужно выполнить определённые условия?

Тимлид разработчиков, 12:48:24:
это видно невооруженным глазом

Я, 12:49:48:
Понимаешь, мы уже два года пытались донести такую мысль. А ты вот только сейчас понял. То ли я как-то не так воздействовала, то ли ещё что-то. Важно понять, чтобы не биться так долго в будущем)

Тимлид разработчиков, 12:51:10:
я че-то не помню посылов никаких в этом направлении ) раньше может не было необходимости

Я, 12:51:41:
так, а какая сейчас необходимость?

Тимлид разработчиков, 12:52:17:
мы ставим заказчику кривые сборки, хочу этого избежать по максимуму
(и раньше такое случалось с завидной регулярностью)

Тимлид разработчиков, 12:53:39:
к тому же сейчас появилась такая возможность, выделять время на тестирование и подготовку к нему. раньше на РР (модуль, над которым сейчас работаем) ее не было
(то-то я вчера снова не провела приёмочное)

Я сейчас в полном ступоре. Чувствую, что должна что-то понять и что-то поменять, но кроме вопросов в голове нет ничего совершенно. Боюсь, самостоятельно осмыслить ситуацию не получится, потому прошу любых мыслей по этому поводу.
Спасибо.

Чего он хочет-то? Может прямо спросить?
Решение о поставке сборок в виде "как есть" принимает кто?

Я сейчас в полном ступоре. Чувствую, что должна что-то понять и что-то поменять, но кроме вопросов в голове нет ничего совершенно. Боюсь, самостоятельно осмыслить ситуацию не получится, потому прошу любых мыслей по этому поводу.
Спасибо.

А в чем проблема то? Вам нужно собрать совещание, должны присутсвовать все предполагаемые участники процесса, как минимум: PM, тот самый Team Lead, вы, желательно админ или кто у вас ответственный по сборкам и обсудить процесс: какая задача, что для этого нужно и т.д. и т.п.

ksena,
не ясна нынешняя роль Татьяны в процессе разработки и выпуска. А кто для Татьяны этот тимлид: её руководитель, руководитель программеров (а сама она - руководитель качества), либо простой программист?

Какая задача (глобально) должно решаться до созыва совещания, чтобы у сборища был изначально смысл. Может и собирать никого не надо, у тимлида не задался день, и он просто бухтит.

Тимлид хочет что-то поменять в тестах, а качество уже два года как готово (именно готово, а не теоретизируют) сформулировать и обосновать "условия"? Давайте покажем их! Пришёл к мнению - молодец! Какая разница сейчас сколько раз или лет ему говорили? Главное ведь не показать свою прозорливость (какой же ты олух, не слушал меня!), а иное. Пришёл ведь! Молодец! Ты крут! Как считаешь, если будет так, договоримся с тобой? Отлично! Нет? А как хотел бы?
...

Ну мы постоянно что-то меняем, руководство ставит задачу - выполняем, иногда сами толкаем руководство "мы считаем что нужно дулать так и так", после долгого размышления на предмет "а нужно ли оно мне" руководство отвечает "да я согласен, что вам для этого нужно?". Я так понимаю Team Lead разработки хочет усовершенствовать процесс, а QA должен не то что идти на встречу, а сам это инициировать, так как качество и соответсвенно лицо компании - его работа.

Простите, что не отвечала, у нас совсем ад творился.
Немножко истории. Пару лет назад было решено осваивать скрам. За каждой группой разработки закреплён один тестировщик, который локально оказался сам себе начальником. При том начальника отдела тестирования никто не отменял. Проект хорошо подошёл: планёрки, стендапы, презентации и, главное, никакой спешки. Однако, даже тогда мы просили при планировании учитывать время на приёмочное тестирование, чего не делали. Начался новый проект по тому же сценарию. Но сроки постоянно срываются (насколько я понимаю, тут был просчёт менеджеров, а не программистов), спринты длятся месяцами, кто и как думает о качестве, вообще сложно сказать.
Что имеем сейчас. Модуль уже находится в стадии прикручивания "хотелок". Каждую среду вечером необходимо выкладывать сборку заказчикам. В четырёх из пяти случаев приёмочное тестирование провести невозможно, потому что рабочая (которую можно установить) сборка появляется к тому моменту, когда её нужно выкладывать. Недели две назад мне объявили, что будут проводить реструктуризацию кода, поэтому я могу заняться другим проектом (на самом деле у меня получается 4 параллельно). Т.о., конкретно этот модуль тестируется уже не так глубоко, как раньше. Но все почему-то про это забыли, при случае переводя стрелки на меня. Так любит делать тимлид, когда приходит продажник. Последний давит на программиста, который начинает оправдываться (сегодня он меня шокировал ещё раз: "Вот же человек сидит и до дыр проверяет"). Наш общий начальник департамента вообще не понимал, чем занимаются тестировщики, пока мы сидели в другой комнате.

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

Завтра наша фирма проводит конференцию, так что ответить смогу точно не раньше, чем после обеда.

Чего он хочет-то? Может прямо спросить?
Решение о поставке сборок в виде "как есть" принимает кто?

Тимлид и есть пм. Потому как только сборка собралась, но нет времени на тестирование, он её ставит заказчику.

не ясна нынешняя роль Татьяны в процессе разработки и выпуска. А кто для Татьяны этот тимлид: её руководитель, руководитель программеров (а сама она - руководитель качества), либо простой программист?

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

Тимлид хочет что-то поменять в тестах, а качество уже два года как готово (именно готово, а не теоретизируют) сформулировать и обосновать "условия"? Давайте покажем их! Пришёл к мнению - молодец! Какая разница сейчас сколько раз или лет ему говорили? Главное ведь не показать свою прозорливость (какой же ты олух, не слушал меня!), а иное. Пришёл ведь! Молодец! Ты крут! Как считаешь, если будет так, договоримся с тобой? Отлично! Нет? А как хотел бы?
...

Вот я его как раз хотела похвалить. Ведь начальник департамента ещё не дошёл до этого. В итоге вместо похвалы сама потеряла почву под ногами.

Я так понимаю Team Lead разработки хочет усовершенствовать процесс, а QA должен не то что идти на встречу, а сам это инициировать, так как качество и соответсвенно лицо компании - его работа.

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

Ситуация до боли знакомая, у нас тоже когда все начиналось, сидело 2 тестера с широкими глазами и ПМ, который вечно твердил "дайте мне качество", но как этого достичь никто не знал. Мы сидели на работе по 12 и более часов в сутки(переработки не оплачивались, т.к. если не успеваешь, значит это твои проблемы). В один прекрасный момент мы поняли "никто не станет решать твои проблемы, пока ты о них не объявишь", сейчас у нас большой штат ручных тестировщиков и автоматизированный отдел, довольно налаженный процесс... Я понимаю что когда все в новинку не знаешь за что хвататься, но, сядьте, обдумайте и на обсуждении представьте свое виденье картины "я вижу наш процесс так-то...., для достижения этого мне нужно: +2-5 человек тестеров, внедрить автоматизацию, и т.д. и т.п." конечно, этим должны заниматься не вы, а человек с опытом, для этого, уважающие себя фирмы нанимают аналитика, или опытного тестеровщика, который сможет организовать процесс, но в вашем случае, на сколько я понимаю, выбирать не приходится, поэтому просто говорите о своих проблемах: "для нормального тестирования мне не хватает того-то и того-то", как предоставить вам то что нужно пусть думают пиэмы.
P.S. Вам нужно заручиться поддержкой хотя бы одного тим лида разработчиков, заинтересованного в тестировании.

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

Что может здесь сделать тестировщик:
1. Принять это.
2. Постараться адаптировать процесс тестирования именно под такие условия разработки.
3. Донести до сознания всех стейкхолдеров, чем такой подход чреват.

И уж точно он должен сделать так, что бы никто и никогда не говорил, что это тестировщики виноваты в том, что выложили нестабильную сборку.

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

..."никто не станет решать твои проблемы, пока ты о них не объявишь"...
...как предоставить вам то что нужно пусть думают пиэмы.
P.S. Вам нужно заручиться поддержкой хотя бы одного тим лида разработчиков, заинтересованного в тестировании.

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

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

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

Пока обдумывала, что ответить, сформулировала две мысли.

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

Теперь есть, о чём поговорить с начальником. Не зря создала тему :)

[*]Перестала понимать, чего от меня хотят, как от тестирования в целом.

Ну тут уж мы вам не советчики, мысли вашего начальства не читаем, но если ваше руководство такое же как и у всех то хочет оно чтоб: хорошо, быстро и как можно дешевле

[*]Почему на меня пытаются возложить ответственность в области, где фактически права ограничены, чтобы нести такую ответственность?

Не только от вас, тестер ответственный за качество, это его работа и его ответственность. Если ваши права ограничены, скажите об этом, о том что вам нужно, но никто на вас ничего не перекладывает, кто по вашему должен отвечать за качество? Разработчики? Менежджер? Они правильно распределяют обязанности, а вы просто не отлынивайте, выбивайте для себя свободу действий и вперед за качеством!)))

Ну тут уж мы вам не советчики, мысли вашего начальства не читаем, но если ваше руководство такое же как и у всех то хочет оно чтоб: хорошо, быстро и как можно дешевле

Вот и я не читаю. Поинтересуюсь и, чтобы не просто "хорошо, быстро, дёшево", но и поконкретнее как-то.

Не только от вас, тестер ответственный за качество, это его работа и его ответственность. Если ваши права ограничены, скажите об этом, о том что вам нужно, но никто на вас ничего не перекладывает, кто по вашему должен отвечать за качество? Разработчики? Менежджер? Они правильно распределяют обязанности, а вы просто не отлынивайте, выбивайте для себя свободу действий и вперед за качеством!)))

Позавчерашняя ситуация. Пришёл продажник и с вопросом: "Почему у нас такое хреновое качество, что пользователи жалуются?" идёт не ко мне, а к тимлиду разработчиков. Тот отвечает, что всё до дыр затестировано (Вспомним, что я сейчас не только с этим проектом работаю. И ещё, что по предположению нач. департамента, равна тимлиду по статусу). Не знаю, кому как, а мне эта картина напоминает Дали. Кто, где и что распределил? Кто отвечает за качество?

Позавчерашняя ситуация. Пришёл продажник и с вопросом: "Почему у нас такое хреновое качество, что пользователи жалуются?" идёт не ко мне, а к тимлиду разработчиков. Тот отвечает, что всё до дыр затестировано (Вспомним, что я сейчас не только с этим проектом работаю. И ещё, что по предположению нач. департамента, равна тимлиду по статусу). Не знаю, кому как, а мне эта картина напоминает Дали. Кто, где и что распределил? Кто отвечает за качество?

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

Теперь есть, о чём поговорить с начальником. Не зря создала тему :)

Татьяна, поговорить - это очень хорошее решение.

На моём примере можно учить, как делать не надо.
Дёрнуло же высказать мнение в живой ленте по поводу нашей конференции. В итоге мы с нач. департамента повздорили. Пришлось отложить на "после выходных", а то я теперь нервная.

На моём примере можно учить, как делать не надо.
Дёрнуло же высказать мнение в живой ленте по поводу нашей конференции. В итоге мы с нач. департамента повздорили. Пришлось отложить на "после выходных", а то я теперь нервная.

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

Думаю что не за горами мой "гром среди неба" - сижу, морально готовлюсь на вашем примере)