Я не верю в ответственных людей. Просьбы не работают, либо часто сбоят. Нужны четки границы ответственности и тогда будет толк

Я не верю в ответственных людей. Просьбы не работают, либо часто сбоят. Нужны четки границы ответственности и тогда будет толк

граница отвественности это сколько тасков ушло в релиз но это такая себе цифра

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

граница отвественности это сколько тасков ушло в релиз но это такая себе цифра

Эм, нет

все попытки в цифрах считать эффективность обычно проваливаются жестко

Я те мильон тасков в день в прод залью

есть области где kpi что то показывают но не везде

Я те мильон тасков в день в прод залью

а как ты ревью пройдешь ?

а если он сам себе тимлид?

само ревью, устроишься на работу к себе на удаленку с именем Антон например )))

а почему ревью идет только от тимлида ?

а как ты ревью пройдешь ?

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

чаще всего именно так. по скраму мало кто работает.

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

я не говорю kpi я говорю о отвественности

за задачу

чаще всего именно так. по скраму мало кто работает.

а почему не канбану например

я в разных компаниях видел пиздец какой разный скрам

ревью только на тимлида ... он мазохист...

мне кажется процессы работы зависят от проекта и команды

начинать надо с команды и проекта и тем что именно ревью может помогать команде

я бы выделил следующие пункты 1. О фитче будут знать несколько человек (помогает в случае с "bus factor") 2. Обучение людей которые делают ревью 3. Обучение человека кто сделал pr указанием на конкретные косяки ему. 4. Горизонтальное общение

имхо, у каждого свои пункты

кому то ревью не нужно

ну вы капец.. один говорит одну вещь, другой его понимает по-своему и с этим своим понимаем начинает спорить

в итоге такая каша )

я вот тоже не понял как грамотно организовать ревью

Разобрались же, всё живы.

https://badootech.badoo.com/the-secret-to-great-code-reviews-4896639afc0e

выбирать жертву и прописывать обязанности?

выбирать жертву и прописывать обязанности?

ну, да.

просто по желанию никто грех на душу брать не будет) зачем им это)

.

ну у нас пока автор выбирает ревьюверов, а конфликты или сам решает или на стендапе

ну вы капец.. один говорит одну вещь, другой его понимает по-своему и с этим своим понимаем начинает спорить

не кажется что проблема в отсутсвия понимания между людьми

конфликты мерджа или конфликты несогласия с его ревью?

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

ну у нас пока автор выбирает ревьюверов, а конфликты или сам решает или на стендапе

это тоже черевато дружественным связями, симпатиями и всем, что из этого вытекает, как по мне.

конфликты вида "не хочу/могу ревьювить"

конфликты несогласия с ревью решает течлид

конфликты вида "не хочу/могу ревьювить"

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

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

у человека завал, жопа горит, дедлайны просраны, а ему ещё ревью прилетает.

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

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

вово причем тут корона ваще не понял

у человека завал, жопа горит, дедлайны просраны, а ему ещё ревью прилетает.

так вот он так и говорит что я занят до таковото времени ставь другова

так вот он так и говорит что я занят до таковото времени ставь другова

другой грит то же самое

ну тогда у вас лютый пиздец

в итоге автор кода отвлёк минимум 2х

либо им не интересно ревьюить тот код что ты написал

люди не любят конфликты, а ревью это повод для конфликта

вово причем тут корона ваще не понял

корона при ответе не ХОЧУ

лютый пиздец у всех... если у вас не лютый пиздец, то или скучный бизнес или толпа беспризорных разрабов :)

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

зачем вводить в процес что то что мешает команде?

зачем для этого выдумывать способ чтобы они делали то что ИМ не нужно ?

разработка идёт не ради команды, а ради бизнеса

и еще сверху надо review manager сделать который будет говорить типо за прошедшую неделю было созданно х ревью, прошло успешно у, столько то ждут продолжения

разработка идёт не ради команды, а ради бизнеса

зачем бизнесу ревью ?

им ваще насрать на это

для повышения качества, ожидаемо

для повышения качества, ожидаемо

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

и на сколько оно повысится

как это измерить ?

что такое качество ?

и еще сверху надо review manager сделать который будет говорить типо за прошедшую неделю было созданно х ревью, прошло успешно у, столько то ждут продолжения

это работа тимлида

это работа тимлида

тимлид это бутылочное горлышко в большинстве команд

которое ограничивает команду, хотя не во всех случаях

масштабировать человека сложно

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

тот же, кто рассказал про вундервафлю под названием скрам\канбан и т.д. в любом производстве есть контроль качества. Он не гарантирует идеальной реализации, он старается минимизировать потери. Так же и у нас.

ERROR: S client not available

тот же, кто рассказал про вундервафлю под названием скрам\канбан и т.д. в любом производстве есть контроль качества. Он не гарантирует идеальной реализации, он старается минимизировать потери. Так же и у нас.

тоесть они делают потому что просто так надо и вкидывают в это деньги ?

тратят время разработки

нанимают людей

тоесть они делают потому что просто так надо и вкидывают в это деньги ?

перечитай ещё пару раз

которое ограничивает команду, хотя не во всех случаях

ну так команда не должна быть в 20 человек... команда это 5-7 человек

покупают инструменты

а потом у разработчиков нет времени на основную работу

лютый пиздец у всех... если у вас не лютый пиздец, то или скучный бизнес или толпа беспризорных разрабов :)

и потом вот такое

еще кое что я узнал, не делай хуйню, лучше ничего не делать, чем делать хуйню.

а если этот кто то скажет вот в Х компании (или институте иследований и тд) пишут что если разработчиков подключить к электричеству и рандомно бить током то качество улучшиться и или совать морковку в определенное место

и они будут это внедрять, а главное ВЕРИТЬ в то что это работает ?

это не бизнес а религия уже получается имхо

перечитай ещё пару раз

перечитал

ну так команда не должна быть в 20 человек... команда это 5-7 человек

а потом когда у тебя 4 таких тимлида

ты назначаешь тимлида тимлидов

а еще лучше взять его со стороны

руководитель разработки, да

на новую должность с максимальной зп

руководитель разработки, да

получается ты назначаешь себя(ну того кто создает этот процесс) на эту должность ?

я чёт ход мысли потерял...

тех дир назначает, когда сам не справляется

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

ревью это отвественность разработки

команде ревью практически гарантированно не нужно

есть как бы труба с одной стороны приходят задачи с другой выходят

посредине разработка

ну есть такие... которые в команду собрались типа работать "как крутые"... сами строят...

задачи - разработка - проверка - выкладка

если разработке нужно ревью оно его вводит

если не нужно оно не вводит

обычно стартапы... 90% которых умрет до МВП, и еще 9% не выдержав конкуренции

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