Как найти общий язык с DEV/РМ/QA/DESIGN/SALE-ом?
Коллеги, готовлю материал по данной теме и хотелось бы учесть не только лишь свой опыт.
Суть во взаимодействии людей разных профессий DEV/РМ/QA/DESIGN/SALE в рамках единого продукта/проекта.
Может кто какими наблюдениями или принципами готов поделиться?
Можно так же затронуть моменты подбора и формирования команды, их синергетическую дополняемость.
19 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарівСделать так что бы члены команды сами захотели найти общий язык с тобой.
Я вот чё подумала...
1) Либо с БА все в супер-пупер отличных отношениях, что не видят никаких проблем с нахождением общего языка
2) Либо в принципе не рассматривается возможность нахождения общего языка с БА и он заведомо воспринимается «пришельцем с другой планеты» и «инородным разумом, с которым невозможно установить контакт»
.
И что-то мне подсказывает, что верный ответ не под циХЬРой 1 :)
або він в принципі на >50% проектів/компаній не існує як клас, і про них відповідно і не переймаються ;)
Это вы про те самые фейловые проекты? :)
ні, це про класичний аутсорс, де замовник викатує доки що він хоче зробити, а девелопери/куа їх пиляють ;)
success rate аналогічна тим що з БА ;)
взагалі, аутсорс то така штука, в ній цілком нормальні проекти без будь якої з цих ролей: дев-опс, ба, тл, пм, дев, куа — відсортовано в степені нормальності їх відсутності ;)
Вариант отношений между QA и Dev’ом (и вообще в команде) хорошо и коротко описан в Силабусе по сертификации ISTQB в пунктах 1.5 и 1.6 (www.rstqb.org/...bus_2011_RU.pdf)
Бухать всей командой каждую пятницу. Ходить в клубы, стрипклубы по выходным. Только так можно сколотить команду единомышленников. После такого в команде не будет разногласия. Все будут одинаково ждать пятницу и выходные и таким вот способом работать продуктивней, потому что мысли будут только о пятнице :-)
А еще из между dev, pm, sale и qa, design можно сколотить шведскую семью))))
ещё бы свинг-вечеринки предложили :DDD
угу... пиратское братство...
Если кто понимает О ЧЁМ я :)
Очевидно, что бы все были довольны, девелоперы должны внимательно слушать что говорят QA, т.к. именно QA лучше знает как сделать продукт лучше, как должна работать та или иная функциональность, по той простой причине что подавляющее большинство QA — это настоящие личности, грамотные специалисты, интересные собеседники и просто люди с широким кругозором и собственным взглядом на вещи, тогда как рядовой кодер это личность заурядная, серая, ничем не приметная, каждому кодеру обязательно нужен «лидер», человек за которым тот будет идти, на которого он будет равняться и стараться быть похожим, именно роль такого «лидера» для девов и выполняет QA на самом деле, это, я уверен, понимает каждый.
Переведу на латынь и сделаю татуху:-)
QA -> DEV : постараться сдавая баг максимально поинвестигейтить кондишенсы, это сохранит деву время и все рады
QA -> DEVOPS : не мешать им играть в герои 3, это сохранит девопсу время и все рады
QA -> DESIGNER : не критикуйте оверюз long shade’ов
QA -> SALE : помогите настроить этот чертов принтер
очень не радуют ПМы и ГеймДизайнеры, которые не разбираются в том, как должно реализовываться то, что они предлагают!!!
Слушайте разработчика, делайте что он говорит и все у вас будет хорошо.
img1.wikia.nocookie.net/...b/Architect.png
Быть няшкой контрпродуктивно!