Size: a a a

Software Design/Architecture/Zen

2021 January 13

SP

Sergey Protko in Software Design/Architecture/Zen
если ты делаешь одни и те же задачи значит ты оч плохо умеешь в автоматизацию
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Sergey Protko
сказал сделаю за 3, ушло 8 и еще и наговнял что бы "успеть"
И в социальных сетях немного посидел, чаты почитал - а что, эстимейты позволяют же)
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
Sergey Protko
если ты делаешь одни и те же задачи значит ты оч плохо умеешь в автоматизацию
ну, да. но в таком случае выходит оценка вообще не нужна? тогда можно просто рефачить по ходу дела да и все)
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
главное не увлекаться, а то выйдет кода рефакторинга больше кода задачи и по времени так же
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Алексей Гевондян
ну, да. но в таком случае выходит оценка вообще не нужна? тогда можно просто рефачить по ходу дела да и все)
да, оценка не нужна
источник

SP

Sergey Protko in Software Design/Architecture/Zen
оценки это вредно
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
согласен, но есть бизнесы, где надо оценивать
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Оценки это инструмент менеджмента, а не разработчика
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
как по мне лучше трекать просто по факту, и потом уже анализировать, а наперед нет смысла тратить время на продумывание, сколько это займет
источник

ES

Eugene She in Software Design/Architecture/Zen
Алексей Гевондян
как по мне лучше трекать просто по факту, и потом уже анализировать, а наперед нет смысла тратить время на продумывание, сколько это займет
Бизнес должен быть прогнозируемым.
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
И в зависимости от манеры менеджмента и выбирать стратегию техдолга
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну то есть как, оценки с точностью до часа это не оч хорошая идея. Оценки с упором на то что если ты не успеваешь предупреди тож норм. Оч мало людей обладают должной дисциплиной или там "им не стыдно" сказать что не успевают потому тупо просишь всех дробить все на задачи которые можно сделать за день два и тупо трекаешь те задачи которые висят больше - мол там скоре всего проблема
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
Eugene She
Бизнес должен быть прогнозируемым.
вот для этого и есть стата по задачам
источник

В

Виктор in Software Design/Architecture/Zen
Был у меня тимлид который запрещал рефакторить и исправлять техдолг по свеому желанию даже в свободное время, ибо, можно чет сломать, а еще нужно втягивать в тестирование людей
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Виктор
Был у меня тимлид который запрещал рефакторить и исправлять техдолг по свеому желанию даже в свободное время, ибо, можно чет сломать, а еще нужно втягивать в тестирование людей
Возможно дизайн не оч
источник

В

Виктор in Software Design/Architecture/Zen
и бизнес должен знать и выделять на это время если это важно
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Алексей Гевондян
вот для этого и есть стата по задачам
берешь ты такой стату и она тебе "ну короч 90% задач занимают 40 дней, 50% задач занимают 20 дней". Прогнозируй.
источник

ES

Eugene She in Software Design/Architecture/Zen
Мы перешли на сторипоинты, все довольны. Заказчик знает что задача будет донесена вконец спринта. И никто не придёт к тебе по средине и не спросит ГДЕ
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
Виктор
Был у меня тимлид который запрещал рефакторить и исправлять техдолг по свеому желанию даже в свободное время, ибо, можно чет сломать, а еще нужно втягивать в тестирование людей
запущенный проект. тестов конечно же не было?
источник

В

Виктор in Software Design/Architecture/Zen
Были, но они не гарантировали что все будет хорошо
источник