tgoop.com/reinforced_sc/82
Last Update:
Усидеть на двух стульях
Недавно в твиттере был микро-скандал: доклад Антона Назарова о работе на двух работах одновременно пытались активно запретить и никому не давать запись. Мол, моральные устои разлагает.
Моральные устои, понимаете? Прикиньте, на каких соплях висит индустрия :) В общем, с моей колокольни ситуация тут довольно простая и я решил о ней высказаться.
Я считаю, что точить 100 сторипоинтов в день разработчик per se очень даже может. При наличии пула понятно сформулированных и правильно декомпозированных задач — легко. Отключаешь мозг и хреначишь код. Делов-то.
Но на практике сделать такой пул задач оказывается невозможно. Происходит это по разным причинам: изменчивость рынков, плавающие в широких диапазонах приоритеты, но чаще всего — левая пятка людей, стоящих выше рядовых разработчиков.
Давайте отбросим маски и сантименты: бэклоги в жопе по собственной же глупости и неорганизованности менеджеров и заказчиков.
Вместо того, чтобы прижать жопу к стулу и волевым решением организовать чёткую конвейерную работу по технической части, они создают 100500 созвонов, говорят "не важно как мы работаем, важно как мы общаемся", говорят "давайте согласуем эту задачу со всеми-всеми-всеми", говорят "мы собеседуем разработчиков по софт-скиллз". А любая коммуникация тормозит работу. И вот спустя какое-то время разработчик замечает, что благодаря такой системе организации до 50% времени разработка простаивает. Потому что разработчики ждут фидбека, ждут уточнения условий задачи, ждут билда, ждут когда из отпуска вернётся тот-самый-чел-апрува-от-которого-не-хватает. Мысль забить это время чем-то полезным приходит сама собой.
Кто-то просто отдыхает и прокрастинирует, кто-то занимается семьёй, кто-то пет-проектами. Ну а кто-то "вкручивает" в простои вторую работу. Что бы то ни было — оно впишется в то место в календаре, в котором проебался менеджмент. Всего то.
Что нужно понять менеджеру из этой заметки: попытка запретить доклад — это фуфломицин, который не лечит реальную проблему. Руководство IT уже в глубокой жопе. А значит, эффективность RnD тоже в жопе. Те самые "до 50% времени" разработчика уже уходит на непродуктивный хлам. Вашими же стараниями оно в любом случае будет продолбано. И тот факт, что разработчики эти 50% времени не мемчики скроллят, а пытаются заработать, вас никак не касается.
И нет, поставить тайм-трекер, принудить людей сидеть 8 часов — не поможет. Потому что причина в кривожопом планировании и дурной организации труда.
Такие дела
BY Novikov on Soapbox
Share with your friend now:
tgoop.com/reinforced_sc/82