Комментарии 2
О чем статья? Просто мысли вслух о том, как устроена ваша команда тестирования?
Сколько уже видел подобных простынь состоящих на 90% из воды, без какой либо конкретики.
По каким параметрам вы определили, что у вас продуктивная команда? Конкретики никакой
Огромное количество вопросов возникает к содержимому:
"Важно идентифицировать себя как часть команды" тезис совершенно лишенный смысла. Нужно работать в команде, а идентифицировать себя можно хоть белкой, хоть камнем
Очень странное деление на "классификации команды". По сути речь о том, что в разных командах у лидеров есть разные привилегии и обязанности. Ваши "кружок", "отряд" и "кооперация" по сути одно и тоже
"Так же команда определяется этапом планирования, если его нет, то, по сути, нет и команды."
Это не так, команда может существовать и эффективно работать без четких горизонтов планирования. Автор никогда не работал на поддержке уже существующего проекта?
Удалось собрать коллектив, который в большей степени соответствовал «кооперации», и стремится в сторону «команды»
Это как выглядит на практике? У вас есть условный тимлид, и потом вы хотите его раскулачить до рядового тестера? И какую цель вы хотите этим достичь?
У нас был подобран такой человек с необходимым уровнем компетенций, который и стал именно признанным лидером, ко мнению которого прислушиваются, но который, со своей стороны, может выслушать и выслушает мнение каждого члена команды. Человек способный оценить качества, черты и компетенции сотрудников. Неплохая попытка подлизаться к тимлиду, респект) Не забудьте ему скинуть ссылку на вашу статью))
"За более чем полгода мы создали команду, способную производить тестирование нескольких фич на 2 платформах одновременно"
Это какое-то достижение для вашей команды? Было бы странно, если бы так не было, зачем иначе нужен отдел тестирования
"Наша команда способна принять и обучить в краткие сроки нового сотрудника, а также поддерживать развитие знаний и навыков всего коллектива подразделения." есть подозрение, что в вашей выборке участвовало пара человек, которых вы обучили. Не рановато ли делать выводы о результатах?
В общем подведу итог: автор попытался создать обучающую статью на примере своей команды. Причем никаких нестандартных решений здесь не было показано, так работает подавляющее большинство команд. Сложилось мнение что это вообще первый опыт работы у автора, впрочем это и неудивительно при всего 2.5 годах опыта. Рановато ему еще думать о командах, сначала стоит получить опыт хотя бы в нескольких проектах.
Добрый день!
Большое спасибо, что прочитали статью от начала и до конца и высказали своё мнение.
По поводу ваших претензий, статья не задумывалась как пошаговая инструкция, поэтому не стоит к ней так и относиться. Идея в том, чтобы поделиться опытом, в надежде, что она пригодится части аудитории портала.
Стиль повествования без акцента на сухие факты был выбран не случайно, подразумевалось, что статью могут прочитать всё, даже читатели, не работающие в сфере IT, и она была бы понятна. Как ещё один пример, наши добрые аналитики, программисты не всегда знают и понимают как устроены процессы в отделе тестирования, для них также статья была бы интересна.
По поводу тезисов, тезис не аксиома, и подразумевает - вы либо согласны с ним, либо нет. Я опирался при написании статьи исключительно на свой опыт, пусть он и небольшой. Например, я принимаю вашу точку зрения, а свое понимание навязывать не собирался.
Опыт работы в 2,5 года не большой, однако мне удалось поработать и в уже налаженной команде и поучаствовать в создании команды мобильного тестирования. Планирование не относится исключительно к формированию команды и всегда занимает ключевое значение в жизни команды. По крайней мере в нашей компании, сочувствую если у вас не так.
Взгляд на создание продуктивной команды тестирования мобильных приложений