Size: a a a

Software Design/Architecture/Zen

2021 June 07

M

Mixer in Software Design/Architecture/Zen
ну у нас смарт коммиты
источник

i

igor kek in Software Design/Architecture/Zen
Жутко напрягает. Или это необходимое зло и в крупных компаниях без этого не обойтись?
источник

i

igor kek in Software Design/Architecture/Zen
Отработал день, а потом сидишь по задачам часики накидываешь. Правильно ли распределил.
источник

M

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

M

Mixer in Software Design/Architecture/Zen
я очень сильно против всяких таймлоггеров и т.д. просто
источник

M

Mixer in Software Design/Architecture/Zen
блмн ногу отсидел капец )
источник

i

igor kek in Software Design/Architecture/Zen
Такого нет. И на том спасибо. Но вот 6 часов в день, отметить должен.
источник

i

igor kek in Software Design/Architecture/Zen
Спасибо. Предложу такое решение.
источник

M

Mixer in Software Design/Architecture/Zen
это да. и у нас такое. ну в целом логично же.
источник

i

igor kek in Software Design/Architecture/Zen
Я в первые столкнулся. Очень мешает работать. Продуктивность здесь значительно ниже по совокупности факторов, включая этот
источник

SP

Sergey Protko in Software Design/Architecture/Zen
короч я в любом случае не знаю всех деталей. но в первую очередь смотрел бы две вещи:

- cycle time - с учетом того что вы там в джирке кучу статусов завели можно достаточно легко глянуть где затыки - в джире это можно быстро через control chart смотреть. Условно сколько времени задачи проводят в каком статусе,
- из того что ты говоришь - у вас много багов. Надо их анализировать и вводить статистику. Какие баги случились по вине "разработчик просто закинул на QA не запустив" и "не разобрались что делать" и всякие конфликты между фичами. В зависимости от того чего больше можно уже думать
- обязательно надо вводить статистику bugs leak - пофигу сколько багов ваши QA нашли на препроде - важно сколько багов выпозло на прод. Вот по ним надо вводить root cause analysis и разбираться с командой что можно было сделать что бы этого не произошло
источник

M

Mixer in Software Design/Architecture/Zen
у нас можно логировать в разные таски. типа есть таски непроизводственные - можно туда залогировать "думал над задачей 5 часов"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
я бы начал задавать вопросы)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
над какой такой задачей ты думал 5 часов что не затрекал в нее время)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
p.s. а если у вас не почасовая оплана убрал бы к херам трекинг времени
источник

i

igor kek in Software Design/Architecture/Zen
Оклад
источник

SP

Sergey Protko in Software Design/Architecture/Zen
кому-то нравится следить за сотрудниками что бы те 8 часов высиживали. мне не очень. я на другие штуки смотрю
источник

M

Mixer in Software Design/Architecture/Zen
ну ессно вопросы задаются, когда злоупотребляют ) но такое бывает очень очень очень редко
источник

i

igor kek in Software Design/Architecture/Zen
Ещё вопрос, все всегда жиру априори используют? Есть удачные кейсы трелло в крупных кампаниях с большим количеством сотрудников?
источник

i

igor kek in Software Design/Architecture/Zen
Или ещё какие таск менеджеры
источник