И выборочный код ревью делаю, но как же сложно без рычагов внедрять что-то

коллеги, извините, отключусь :) тема интересная но почти час ночи :)

KPI не внедрен (да и я пока не придумал какой), штрафы не приняты и разработчики не поймут и могут психануть, премировать только если весь новый код покрыт тестами

Олег Модель коттера внедрения изменений и жизнь станет проще

штрафы вредны аджайл культуре, рычаги - только хорошее отношение и правильные люди

Олег Модель коттера внедрения изменений и жизнь станет проще

+1

штрафы вредны аджайл культуре, рычаги - только хорошее отношение и правильные люди

+1

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

Геймификация какая-нить не?

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

В процессе и увидит

Геймификация премиального плана? Возможно, я над ней думал. Программеры любят ачивки и лвлы =)

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

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

Да, просто уволь всех, кто не TDD ))

ну типа того :)

и остальные без штрафов бояться будут

Но не повреди аджайлу

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

а когда полдня сидишь в дебаге, то чувствуешь себя бесполезным чмом

как-то так :)

+1

Пока самый главный аргумент в пользу тестов - это то, что им не нужно компилить, запускать в браузере и проверять 6 минут код. А просто запустил тест и за минуту все круто

Перенёс в @qa_jobs

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

ну и это тоже. фидбэк цикл составляет секунды. секунды, Карл!

Так они просто перестали ждать 6 минут и проверять код, компилится, значит работает - держи ветка, а тестер - да на страницу даже не заходит =)) И задача туда сюда между статуса "В тестировании" и "Из тестирования"

всем до завтра :)

пока :)

До завтра :)

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

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

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

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

+1

они сами должны допетрить что возможно юнит тесты - решение их боли

Спасибо =) Я примерно так и делаю, ведущего разработчика поставил на сторону TDD.. Он кайфует, даже начал немного людей шпынять что без тестов, когда они ноют, что долго компилится и долго тестить

без боли и осознания, что мы что-то делаем не так, что надо что-то менять, ничего не получится

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

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

я делаю 1 на 1 каждую неделю и задаю вопросы им эти и вколачиваю. Пока единственное что добился - это уважения сильного и возросшая производительность, а ошибки... Остались)) Ибо "а зачем, мы лучше ещё задача поделаем, все-равно тестер тестирует" =))

им реально по фану дебажить, что ли?)

кстати в этом плане помогло бы оставить их на какое-то время без тестера)

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

Вот тут пора подумать о функциональных фантомных колодцах ИМХО

Вот тут пора подумать о функциональных фантомных колодцах ИМХО

ух ты, круто звучит. А что такое функциональный фантомный колодец?

хотя глупый вопрос, пошел гуглить

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

гугл сходу не помог =)

Иван, ты просто давишь интеллектом )) тоже пошел гуглить

вот и все, один умный термин и разговор заглох)

лол )))) да ну нафиг эти тесты, кому они нужны ))

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

Итерация? Она для менеджеров, этож их задача план делать. Наша задача задачи педалить (каламбурчик). Результат чтобы был для бизнеса? Зачем? Что нам это даст, мыж не на проценте =) Говнокод? Ну и что, продукт старый там и так куча говнокода. Дебажить? А какая разница, вы спамите задачами по 3 штуки в день, мы на потоке, любые задачи подходят. Исправлять ошибки? Уныло, да, но тоже задача =)

Уууу

Понятное дело, я понабрал цитат, за последние пару месяцев))

тут не в тестах проблема)

точно

проблема в культуре, точнее в ее отсутствии

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

Разработчики - распределенная по России команда

только ведущий разработчик иногда глядит в глаза, ибо в Москве

печаль

Вся мотивация сейчас строится на уважении ко мне (манипуляции мои на эту тему), на желании пополнить резюме (мои манипуляции типа тебе это хорошо для резюме), на желании меньше делать (ты же сам себе хуже делаешь этим, иногда срабатывает), на супер важность для бизнес и теряем много денег (срабатывает если сказать раз 10 =))

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

но попробовать можно.. кейс интересный ))

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

Я потому и думаю над системой штрафов, kpi, прогрессирующей премии. Буду внедрять возможность делать любую задачу или играться с инструментами если сделаешь всё задачи из спринта

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

Но сейчас вместо планирования, аналитики задач и бесед с заказчиками, я занят 70% времени уговорами, разъяснениями и созданием рабочей атмосферы. Тупо как-то, не продуктивно

Кстати я не говорил что тестов быть не должно, я говорил что TDD - тормоз ;)

Тесты-то как раз должны быть.

сам ты тормоз )) если тесты - это гуд, то писать тесты с TDD быстрее

TDD не всегда тормоз, зависит от задачи. Банальщина, но факт :)

точнее с test first

Ну вот опять :) еще раз test first работает когда мы знаем что хотим в итоге получить, а когда не знаем.

тогда TDD

Ну типа как нога отрезанная болит

Антон ты показываешь пользователю UI, он говорит - мне это не надо, а у тебя тесты написаны.

Вроде скрам-команду собрали, а внутри разделение все равно

И - ты показываешь UI - он говорит "ок", пишешь тест.

И - ты показываешь UI - он говорит "ок", пишешь тест.

Ну да, праивлро по идее,ибо пока он не скажет ок, может из-за дизайна весь бекенд поменяться

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