В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Teamlead Bootcamp

1193 membersпожаловаться на группу
2020 January 18

ET

Egor Tolstoy in Teamlead Bootcamp
Alexandr Vechtomov
Всем привет. Интересно ваше мнение. Знаю команды в которых разработчиков  заставляют логировать время с подробным описанием выполненных работ. Целесообразно ли это? Не слишком ли это давит на разработчика?
Например:
2h 30m
⁃ Сделал процедуру создания пользователя
⁃ Создание таблицы users (перечень полей)
⁃ API getUserList
⁃ Unit tests createUser
Самый главный вопрос – ответить, зачем это нужно
источник
11:11пожаловаться#1

ET

Egor Tolstoy in Teamlead Bootcamp
это очень демотивирующий доя команды процесс, который у тому же отнимает много времени и усилий. польза от него должна сильно перекрывать вред, с учетом того, что качество этих данных тоже будет страдать
источник
11:14пожаловаться#2

AV

Alexandr Vechtomov in Teamlead Bootcamp
Egor Tolstoy
Самый главный вопрос – ответить, зачем это нужно
Отчетность перед заказчиком о проделанных работах, чтоб не возникало вопросов к оценкам.
источник
11:16пожаловаться#3

ET

Egor Tolstoy in Teamlead Bootcamp
кажется, задача менеджера – объяснить заказчику, почему такой способ отчетности бесполезен
источник
11:17пожаловаться#4

ET

Egor Tolstoy in Teamlead Bootcamp
если, конечно, это не оплата за количество написанных тестов, такое вроде бывает
источник
11:17пожаловаться#5

AV

Alexandr Vechtomov in Teamlead Bootcamp
Ну и как главную цель этого процесса я считаю контроль за разработчиком, обоснованность его оценок
источник
11:21пожаловаться#6

AA

Anvar Allagulov in Teamlead Bootcamp
Alexandr Vechtomov
Всем привет. Интересно ваше мнение. Знаю команды в которых разработчиков  заставляют логировать время с подробным описанием выполненных работ. Целесообразно ли это? Не слишком ли это давит на разработчика?
Например:
2h 30m
⁃ Сделал процедуру создания пользователя
⁃ Создание таблицы users (перечень полей)
⁃ API getUserList
⁃ Unit tests createUser
Не слишком давит, если организовано адекватно и таймшитингом занимаются более менее все (в том числе высший менеджмент) и более менее честно и подробно
источник
11:21пожаловаться#7

AA

Anvar Allagulov in Teamlead Bootcamp
Alexandr Vechtomov
Ну и как главную цель этого процесса я считаю контроль за разработчиком, обоснованность его оценок
Главная цель точно не должна быть контроль)
Вот оценка постфактум сдельных работ и стоимости соответственно для заказчика - это может быть
источник
11:22пожаловаться#8

ET

Egor Tolstoy in Teamlead Bootcamp
Alexandr Vechtomov
Ну и как главную цель этого процесса я считаю контроль за разработчиком, обоснованность его оценок
вы сами были разработчиком?
источник
11:22пожаловаться#9

ET

Egor Tolstoy in Teamlead Bootcamp
очень рекомендую http://podlodka.io/132
тут в том числе про такие оценки есть
podlodka.io
Podlodka #132 — Дисфункции организаций
Agile, One-to-one, KPI, DevOps, Kanban, OKR и еще десятки чудесных практик, методологий, подходов из разных областей в руках руководителей в ИТ. Но действительно ли "больше — лучше"? К чему ведет ведет слепое следование "лучшим практикам" при отсутствии базовых знаний менеджмента и чем грозит Conference Driven Development? Ответы на эти вопросы, размышления на тему "можно ли спасти ИТ" и рекордное количество закапываний — все это в выпуске "дисфункции организаций" с Олегом Сорокой!
источник
11:23пожаловаться#10

AV

Alexandr Vechtomov in Teamlead Bootcamp
Egor Tolstoy
вы сами были разработчиком?
Да, и такой процесс логирования меня напрягает, особенно при большом потоке задач
источник
11:24пожаловаться#11

ET

Egor Tolstoy in Teamlead Bootcamp
тогда почему вы думаете, что он поможет общей эффективности?
источник
11:25пожаловаться#12

AV

Alexandr Vechtomov in Teamlead Bootcamp
Egor Tolstoy
очень рекомендую http://podlodka.io/132
тут в том числе про такие оценки есть
podlodka.io
Podlodka #132 — Дисфункции организаций
Agile, One-to-one, KPI, DevOps, Kanban, OKR и еще десятки чудесных практик, методологий, подходов из разных областей в руках руководителей в ИТ. Но действительно ли "больше — лучше"? К чему ведет ведет слепое следование "лучшим практикам" при отсутствии базовых знаний менеджмента и чем грозит Conference Driven Development? Ответы на эти вопросы, размышления на тему "можно ли спасти ИТ" и рекордное количество закапываний — все это в выпуске "дисфункции организаций" с Олегом Сорокой!
Спасибо, послушаю
источник
11:25пожаловаться#13

Ds

Dmitry says in Teamlead Bootcamp
Alexandr Vechtomov
Всем привет. Интересно ваше мнение. Знаю команды в которых разработчиков  заставляют логировать время с подробным описанием выполненных работ. Целесообразно ли это? Не слишком ли это давит на разработчика?
Например:
2h 30m
⁃ Сделал процедуру создания пользователя
⁃ Создание таблицы users (перечень полей)
⁃ API getUserList
⁃ Unit tests createUser
Самая идиотская практика которая мне встречалась. В итоге все сводилось к тому что заполняли это в конце недели по памяти.
источник
11:26пожаловаться#14

Ds

Dmitry says in Teamlead Bootcamp
И никакого отражения на реальную эффективность это не имело.
источник
11:27пожаловаться#15

AV

Alexandr Vechtomov in Teamlead Bootcamp
Egor Tolstoy
тогда почему вы думаете, что он поможет общей эффективности?
Я не думаю что это повышает эффективность,  возможно создаёт некую прозрачность в оценках и сроках работ, но слишком большими жертвами
источник
11:29пожаловаться#16

AV

Alexandr Vechtomov in Teamlead Bootcamp
Dmitry says
Самая идиотская практика которая мне встречалась. В итоге все сводилось к тому что заполняли это в конце недели по памяти.
Именно после такой ситуации я и решил написать сюда)
источник
11:29пожаловаться#17

Ds

Dmitry says in Teamlead Bootcamp
Поверьте, если процесс разработки построен хорошо, то лучшим описанием проделанной работы будет вывод команды git log
источник
11:30пожаловаться#18

Ds

Dmitry says in Teamlead Bootcamp
А не описание проделанной работы в какой-то системе
источник
11:31пожаловаться#19

ET

Egor Tolstoy in Teamlead Bootcamp
Alexandr Vechtomov
Я не думаю что это повышает эффективность,  возможно создаёт некую прозрачность в оценках и сроках работ, но слишком большими жертвами
А зачем нужна прозрачность в абстрактной системе, где все  разработчики прекрасно и быстро справляются с задачами?
источник
11:32пожаловаться#20