Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 January 27

N👩

Nikita 👩🏻‍💻💭 in Agile, Scrum, Lean, Kanban, XP
Антон Кочуков
Разве можно полагаться на самостоятельную оценку исполнителя? Она же может быть крайне завышена
а на чью оценку пологаться?)
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Serge Prokurov
А зачем вам нужна "объективная" оценка задач?
1. Планирование. 2. Эффективное использование ресурсов. 3. Планируется частичный переход на сдельную оплату труда.
источник

AI

A I in Agile, Scrum, Lean, Kanban, XP
тут уже вопрос:
1) доверия к членам команды
2) разумной фильтрации некорректных оценок - кнопку перекрасить не 10 часов
3) задачи должны быть декомпозированы на длину менее N часов, чтобы хорошо оценивать и не промахиваться из-за объема
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Nikita 👩🏻‍💻💭
а на чью оценку пологаться?)
Хотел бы я знать)
источник

N👩

Nikita 👩🏻‍💻💭 in Agile, Scrum, Lean, Kanban, XP
Антон Кочуков
Хотел бы я знать)
на оценку исполнителя )
источник

SP

Serge Prokurov in Agile, Scrum, Lean, Kanban, XP
Антон Кочуков
1. Планирование. 2. Эффективное использование ресурсов. 3. Планируется частичный переход на сдельную оплату труда.
1. Сам факт оценки задач увеличивает время выполнения задачи. Де марко "Человеческий фактор".
2. время выполнения задачи одного типа у одного человека может отличатся в несколько раз в зависимости от состояния, настроения, наличия руководства в офисе и тд. Различные наблюдения и замеры.
3. Зачем вам скрам?
источник

SP

Serge Prokurov in Agile, Scrum, Lean, Kanban, XP
Если под эффективным использованием ресурсов вы понимаете полную загрузку сотрудника (40 часов в неделю), то стоит прочитать про теорию ограничений.
источник

SP

Serge Prokurov in Agile, Scrum, Lean, Kanban, XP
Если сотрудник не является узким горлышком, то он должен простаивать некоторое время
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
A I
тут уже вопрос:
1) доверия к членам команды
2) разумной фильтрации некорректных оценок - кнопку перекрасить не 10 часов
3) задачи должны быть декомпозированы на длину менее N часов, чтобы хорошо оценивать и не промахиваться из-за объема
Да, сейчас так именно и живём.
1. Команда сильно растёт, новые люди, доверие только формируется.
2. Я постепенно вникаю, хоть и не тимлид. Начинаю понимать крайние моменты с кнопкой.
3. Дробим задачи по суткам.
Спасибо за совет!
(как обычно, хочется ещё выжать, но может вы правы и это предел в условиях отсутствия тимлида)
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Serge Prokurov
Если сотрудник не является узким горлышком, то он должен простаивать некоторое время
В данный момент именно разработчики узкое горлышко для всего бизнеса компании(
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Продукт один? Что из фреймворка Scrum используете?
источник

SP

Serge Prokurov in Agile, Scrum, Lean, Kanban, XP
Антон Кочуков
В данный момент именно разработчики узкое горлышко для всего бизнеса компании(
Еще раз - зачем вам скрам? В скраме до 20% накладных расходов, что может быть не выгодно для бизнеса
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Serge Prokurov
1. Сам факт оценки задач увеличивает время выполнения задачи. Де марко "Человеческий фактор".
2. время выполнения задачи одного типа у одного человека может отличатся в несколько раз в зависимости от состояния, настроения, наличия руководства в офисе и тд. Различные наблюдения и замеры.
3. Зачем вам скрам?
Полностью согласен с каждым пунктом! Скрам по многим причинам был выбран. В первую очередь для прозрачности, во вторую для планирования, ну и конечно гибкость сейчас нужна как никогда. Каждые 2 недели полностью пересматриваются приоритеты от заказчиков
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Yuriy Smirnov
Продукт один? Что из фреймворка Scrum используете?
Трелло, если вы об этом)
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Антон Кочуков
Трелло, если вы об этом)
Нет), я имею в виду роли, события, артефакты))
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Yuriy Smirnov
Продукт один? Что из фреймворка Scrum используете?
Продукт разработки? Очень много... В этом и проблема... Команда работает над разными частями разных продуктов
источник

SP

Serge Prokurov in Agile, Scrum, Lean, Kanban, XP
Антон Кочуков
Полностью согласен с каждым пунктом! Скрам по многим причинам был выбран. В первую очередь для прозрачности, во вторую для планирования, ну и конечно гибкость сейчас нужна как никогда. Каждые 2 недели полностью пересматриваются приоритеты от заказчиков
Скрам ОЧЕНЬ не гибкий. Если каждые две недели меняются приоритеты от заказчиков, то команда очень быстро сгорит.
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Serge Prokurov
Скрам ОЧЕНЬ не гибкий. Если каждые две недели меняются приоритеты от заказчиков, то команда очень быстро сгорит.
Посмотреть в сторону канбан?
источник

SP

Serge Prokurov in Agile, Scrum, Lean, Kanban, XP
Так, давайте от реалий, а не от названий. У вас несколько разработчиков. Каждый делает задачи только по одному проекту или прилетает задача по какому-то проекту и ее отдают первому свободному разработчику?
источник

АК

Антон Кочуков in Agile, Scrum, Lean, Kanban, XP
Serge Prokurov
Так, давайте от реалий, а не от названий. У вас несколько разработчиков. Каждый делает задачи только по одному проекту или прилетает задача по какому-то проекту и ее отдают первому свободному разработчику?
Каждый своим направлением занимается
источник