Dmitry
Супер
Dmitry
А вот кстати
Почему ревью только у джуниоров?
Dmitriy
А вот кстати
Почему ревью только у джуниоров?
Увы, не хватает рук, а задач много, собственно, набираем кадры.
А те, за кем не проверяем, они уже "прожженые" товарищи и % брака в их работе достаточно мало.
Конечно, не так мало, чтобы им можно было пренебречь в ряде случаев, но мы идем на этот риск. А в исключительных моментах, например, в механизмах. связанных с оборотом денег и операциями по счету, это "правило" не применяется, да там и от QA я требую бОльшего.
Dmitry
Неплохо
Dmitriy
Неплохо
Все равно далеко от чего-то по-настоящему хорошему, т.к. управление ожиданиями здесь играет весьма критичную роль, в части тех же не функциональных требований...
Dmitry
Dmitriy
Не очень понял о чём вы?
Это я к тому, что от того же "а сделайте-ка нам баннер" на самом деле ожидают намного бОльшего, в т.ч. конструктор баннеров)
Dmitry
А кто формулирует задачи?
Dmitry
Кстати, речь про скрам или нет?
Dmitriy
А кто формулирует задачи?
Обычно начальники отделов или их подчиненные.
Речь идет про скрам, но не в чистом виде.
Dmitry
Denis
Друзья, ещё раз напоминаю про исследование "Agile в России"! Примите участие: https://goo.gl/forms/usVw0fSaSWraMDDA2
Alexandr
Увы, не хватает рук, а задач много, собственно, набираем кадры.
А те, за кем не проверяем, они уже "прожженые" товарищи и % брака в их работе достаточно мало.
Конечно, не так мало, чтобы им можно было пренебречь в ряде случаев, но мы идем на этот риск. А в исключительных моментах, например, в механизмах. связанных с оборотом денег и операциями по счету, это "правило" не применяется, да там и от QA я требую бОльшего.
а вот кстати, не рассматривали ревью не только как способ повысить качество, но в том числе и обмен опытом, распространение знаний по разным частям системы? новичкам полезно не только получать фидбек на свой код, но и смотреть и учиться читать чужой
Dmitriy
а вот кстати, не рассматривали ревью не только как способ повысить качество, но в том числе и обмен опытом, распространение знаний по разным частям системы? новичкам полезно не только получать фидбек на свой код, но и смотреть и учиться читать чужой
Этот аспект есть, в том числе в парном программировании.
Новички же не всегда пишут новый код, так что со старым тоже приходится иметь дело, да и никто, даже из старших не гнушается показать код соседу, попросить критически оценить.
Alexandr
хорошо если так, хотя мой опыт говорит, что регулярное ревью и выборочный показ кода соседу - это совсем разные вещи, но я понял, что у вас это работает, это главное
Dmitriy
Разумеется разное)) можно после "ревью соседу" натворить дел)
Alexandr
в смысле? )
Dmitriy
На моей памяти был случай, когда программист А показал программисту Б как он реализовал фичу. Программист Б посмотрел, сказала, что все вроде 'ок', а программист А после этого подумал и решил, что можно же ещё лучше сделать, и ничего хорошего из этого не вышло, этот участок кода ревью не прошёл)
Ivan
Слыхал, что со временем формальный DoD уменьшается и исчезает. Так как команда уже привыкла это делать и в необходимости дополнительной проверке и контроле отпадают
Dmitriy
Есть такое, но это порочный путь.
Dmitry
Очень порочный
Ivan
Эти штуки (прим. автра DoD) стараются писать в не сильно большом количестве, т.е. ровно о том, с чем есть проблема.
(https://habrahabr.ru/company/oleg-bunin/blog/309878/)
Ivan
Есть еще одна интересная вещь, которую тоже наблюдаешь, когда такие вещи погружаются и проходят. Через какое-то время эти вещи начинают отмирать. С точки зрения человека, который внедряет Agile, выглядит так: «Ребята, я вам клевую штуку придумал, Definition of Done. Вы говорили, что она классная, почему вы перестали делать Definition of Done?». Все такие: «Да чего-то как-то не нужно уже». Это правда, эта штука начинает постепенно отмирать.(с)
Dmitriy
А кто отвечает за то, что DoD действительно выполнено?
Ivan
ох, ну не знаю, я бы нанял отдельного человека ради такого 😂
Dmitriy
команда же)
Команда-то может и попробовать юлить, а кто конкретно отвечает за это?) Отдельный человек? Или групповая порука мажет как копоть?)
Dmitry
эу-эу
Если команда юлит, то смысл всего скрама в чем?
DoD разработчики формулируют)
Magistr
так и QA еще проверяют на соответсвие
Dmitriy
вот-вот, QA проверяет, да и не только QA, в конечном итоге все видят результаты работы
Valeriy
Всем привет!
Ищу Agile-коуча в распределенную команду (Москва/Барселона), которая сейчас занимается новым продуктом.
Могли бы вы посоветовать коуча, который помог бы нам перестроить mindset и быстрее преодолеть трудности связанные с переходом на Agile-рельсы?
Или если среди вас есть такие, напишите плиз мне: valeriyk@zeptolab.com
Ivan
По сути DoD нужны для самой команды, чтобы не упускать важные моменты. кто будет проверять? Если нет никого, кому они нужны - то никто, но тогда кто и зачем их составил остаётся загадкой.
Slava
Всем привет!
Ищу Agile-коуча в распределенную команду (Москва/Барселона), которая сейчас занимается новым продуктом.
Могли бы вы посоветовать коуча, который помог бы нам перестроить mindset и быстрее преодолеть трудности связанные с переходом на Agile-рельсы?
Или если среди вас есть такие, напишите плиз мне: valeriyk@zeptolab.com
https://www.facebook.com/groups/agilerussia/?fref=ts - можете продублировать мессадж тут (я не видел в чате много коучей, на фб подписаны точно все)
Valeriy
Спасибо, напишу туда!
Anonymous
а гномы где?
Dmitry
https://www.linkedin.com/pulse/most-project-managers-ignore-huge-aspect-task-maioli-mackeprang
Maria
Я коуч
Maria
Я ответила на сообщение выше. Ваша реакция не понятна
Николай
А, тогда преклонение колена отменяется
Зареплаили бы, сударыня, что ли...
Кто идёт на завтрашнее мероприятие?
Dan
зачем нужен кокуч?
Dmitry
Смотря какой.
Dan
Хитро ))) я расчитывал что сейчас скажут что-то наподобие: "Ну как же, коуч он..." и т.д. )
Anonymous
трейнить команду скраму, научить быть аджайл
Anonymous
ну как же)
Dan
а как понять что человек, называющий себя коучем - компетентен? )
Anonymous
можно попробовать погадать по профилю в линкедине
Dan
а что мешает команде почитать книги по скраму аджайлу и договориться между собой использовать эту методологию?
Anonymous
скрам это не методология
Anonymous
это фреймворк
Dan
каркас тобишь. окей.
Dan
изучить фреймворк команде по книгам, и договориться между собой его использовать.
Dmitry
Edge cases вызовут кучу проблем
Dmitry
Коуч с опытом поможет их разобрать
Dan
коуч с опытом чего?
Dan
что мешает пригласить консультантом разработчиков, уже применявших Edge cases?
Dmitry
С опытом решения проблем с помощью фреймворка
Dan
Чем дальше тем сложнее понять коуч то зачем ) берём консультантом коллегу из соседнего цеха, он рассказывает про свой опыт edge cases
Petr
Как здорово, что здесь есть профессионалы!
Dmitry
Чем дальше тем сложнее понять коуч то зачем ) берём консультантом коллегу из соседнего цеха, он рассказывает про свой опыт edge cases
Если так можно сделать - почему бы и нет.
Dmitry
Проблема, когда вокруг нет экспертизы нормальной
Dan
И как быть в этом случае?
Dmitry
Если нет экспертизы нормальной?
Dan
Да, если столкнулись с такой проблемой.
Dmitry
Нанять внешнего коуча :)
Dan
А как понять что внешний коуч - нормальный эксперт?
Dmitry
Которые специально занимаются таким
Dmitry
Отзывы как минимум
Dan
Отзывы в 2016 году ничего не стоят
Dan
Купить можно всё. как объективно понять что перед нами эксперт?
Dan
Вот Мария например?
Anonymous
ну конечно)) хаха
Anonymous
я не agile coach
Maria
Вскрытие покажет ;)