○ 4 способа как оценивать задачу 1. Никак § как сделаешь -- покажешь § Без дедлайнов § Актуально в процессе зарождения компаний 2. Оценка в часах (или в днях) § Планировать в спринтах § Взять столько задач, сколько мы сможем выполнить § Брать слишком много и не выполнить -- не катит § Взять слишком мало -- то же не катит § Персональная стратегия оценка задачи Иосифа: □ Примерно прикидываем сколько времени, часов и умножаем расчетное времени на три □ примерно время x3 (умножаем) □ Если примерно думаете 3 часа, скажите 9 часов □ X часов --> 3х часов § Оценка задачи зависит также от: □ Ревьювера □ Тестировщика □ Сисадмина □ И иные обстоятельства 3. Размеры -- часы § В размерах одежды □ XS -- до 1 час □ S -- до 3 часов □ M -- □ L -- □ XL -- □ XXL -- § Спринт 2 недели = 80 часов □ Суммарное количество задач в спринте в часах не должно превышать 80 часов □ Если будет больше в часах -- то ничего не успеете § Временные отрезки позволяют их суммировать в общие часы § Система планирования помогает определиться сколько часов на что надо и тем самым всё расписать по времени и быть максимально продуктивными не ориентируясь на фанатизм □ Без фанатизма § В одной компании, у разных команд, могут быть разные подходы 4. Story point (метод попугаев) § Один стори пойнт/попугай -- относительно ○ Это всё идеология SCRUM § Это все планирование и типы оценки задач -- это все делается для разбора полётов (ретроспектива) § Калибровка. Чтобы в дальнейшем лучше спланировать, сделав калибровку планирования для будущих спринтов и задач в нём § Чтобы план и ожидаемый результат сходили по времени между собой ○ Если выполнил задачу раньше? § Особенно, если сделал раньше, но хочется уделить время своим задачам. § В чьих интересах работать? Зависит от человека и его ситуаций □ Молодой джун -- твоя цель набрать опыт, соответственно, брать задачи по мере выполнения. □ Если сделали задачу раньше -- помочь в другим в коллективе § Как избежать ситуаций, когда может настать несправедливость в коллективе □ Когда одни делают 80 процентов работы, а другие специально больше 20 процентов работы всей не делают, осознавая, что ему помогут и возьмут его работу в помощь ему. □ Дабы этого избежать, замечайте, не повторяется ли это из раза в раз, из спринта в спринт. Чтобы видеть кто: ® Мухлюет ® Или не умеет делать оценку задачи и слишком много за себя берёт. Такого не бывает если есть ретроспектива и нормальное планирование
познавательное видео. было бы не неплохо еще увидеть видео с твоим разбором, как некоторые программы состоящие из разных ЯП объединяются. А то часто можно услышать, что какая-нибудь часть кода или блок кода написан на нескольких ЯП.
Как оценить труд фрилансера по разработке софта? Заказчик обычно рассчитывает, что ему сразу стоимость назовут. Но исполнитель может даже примерно не знать глубину всех подводных камней задачи ) Как в этой ситуации быть?
@@IRONPROGRAMMER Предполагаемое время в часах умножаем на три и на стоимость часа... ну да, здравый подход. Неточный, но точный наверно это только постфактум ) Спасибо )
○ 4 способа как оценивать задачу
1. Никак
§ как сделаешь -- покажешь
§ Без дедлайнов
§ Актуально в процессе зарождения компаний
2. Оценка в часах (или в днях)
§ Планировать в спринтах
§ Взять столько задач, сколько мы сможем выполнить
§ Брать слишком много и не выполнить -- не катит
§ Взять слишком мало -- то же не катит
§ Персональная стратегия оценка задачи Иосифа:
□ Примерно прикидываем сколько времени, часов и умножаем расчетное времени на три
□ примерно время x3 (умножаем)
□ Если примерно думаете 3 часа, скажите 9 часов
□ X часов --> 3х часов
§ Оценка задачи зависит также от:
□ Ревьювера
□ Тестировщика
□ Сисадмина
□ И иные обстоятельства
3. Размеры -- часы
§ В размерах одежды
□ XS -- до 1 час
□ S -- до 3 часов
□ M --
□ L --
□ XL --
□ XXL --
§ Спринт 2 недели = 80 часов
□ Суммарное количество задач в спринте в часах не должно превышать 80 часов
□ Если будет больше в часах -- то ничего не успеете
§ Временные отрезки позволяют их суммировать в общие часы
§ Система планирования помогает определиться сколько часов на что надо и тем самым всё расписать по времени и быть максимально продуктивными не ориентируясь на фанатизм
□ Без фанатизма
§ В одной компании, у разных команд, могут быть разные подходы
4. Story point (метод попугаев)
§ Один стори пойнт/попугай -- относительно
○ Это всё идеология SCRUM
§ Это все планирование и типы оценки задач -- это все делается для разбора полётов (ретроспектива)
§ Калибровка. Чтобы в дальнейшем лучше спланировать, сделав калибровку планирования для будущих спринтов и задач в нём
§ Чтобы план и ожидаемый результат сходили по времени между собой
○ Если выполнил задачу раньше?
§ Особенно, если сделал раньше, но хочется уделить время своим задачам.
§ В чьих интересах работать? Зависит от человека и его ситуаций
□ Молодой джун -- твоя цель набрать опыт, соответственно, брать задачи по мере выполнения.
□ Если сделали задачу раньше -- помочь в другим в коллективе
§ Как избежать ситуаций, когда может настать несправедливость в коллективе
□ Когда одни делают 80 процентов работы, а другие специально больше 20 процентов работы всей не делают, осознавая, что ему помогут и возьмут его работу в помощь ему.
□ Дабы этого избежать, замечайте, не повторяется ли это из раза в раз, из спринта в спринт. Чтобы видеть кто:
® Мухлюет
® Или не умеет делать оценку задачи и слишком много за себя берёт.
Такого не бывает если есть ретроспектива и нормальное планирование
Спасибо за полезное видео
🙏
познавательное видео. было бы не неплохо еще увидеть видео с твоим разбором, как некоторые программы состоящие из разных ЯП объединяются. А то часто можно услышать, что какая-нибудь часть кода или блок кода написан на нескольких ЯП.
Будет видео про микро сервисы
Will have to learn russian to understand these videos
Как оценить труд фрилансера по разработке софта? Заказчик обычно рассчитывает, что ему сразу стоимость назовут. Но исполнитель может даже примерно не знать глубину всех подводных камней задачи ) Как в этой ситуации быть?
Умножай на 3 теоретическое время
@@IRONPROGRAMMER Со временем понятно, я про деньги )
@@JustPlayingBroGD я тоже. Просто умножаешь стоимость 1 часа на количество часов
@@IRONPROGRAMMER Предполагаемое время в часах умножаем на три и на стоимость часа... ну да, здравый подход. Неточный, но точный наверно это только постфактум ) Спасибо )