комментарий к разделу «что такое хорошо»:
с мыслью согласен. для этого в scrum и существуют митинги.
основным здесь является backlog grooming — обсуждение историй, над которыми работает product owner, чтобы сформировать общее, одинаковое видение у всей команды. мы тратим на это до 10% времени команды в итерацию. ежедневные пятиминутки (standup митинги) для контроля и поддержания курса на пути к цели.
вторым по значимости для нас можно считать сессию планирования-ценки задач на итерацию, когда ещё раз обговариваются истории и формируются задачи в разработку.
оценка в нереальных единицах, баллах и вслепую — более точна. это утверждение основывается на исследованиях американских ученых-статистиков. перевод баллов в часы не нужен и абсолютно недопустим. после пары спринтов оценки в баллах, Вы увидите реальную скорость, тут без обсуждений будет включено всё: и поход за чаем, и время на общение и на изучение.
тут стучать никому не надо. всё будет видно. команда будет видеть кто, как и что делает. если это действительно команда, то ещё и пытаться помочь. если человек не хочет участвовать в командной работе, то и ему будет некомфортно с командой и команде с ним. тут уже что-то да произойдёт само собой.
уважаемый коллега, одним из способов исключения описанных ситуаций может стать оценка не в реальных промежутках времени, а в относительных (часы, дни -> баллы, очки, story points). таким образом не нужно считать никаких фокус факторов и загрузки, а только velocity. после пары итераций Вы увидите реальную скорость, velocity и в дальнейшем смолжете отслеживать отклонения в ту или иную сторону и делать какие-то выводы.
кроме того, сама команда будет видеть и сможет помогать себе справляться с людьми, не желающими посвящать себя работе в рабочее время.
В интересной книге «Lean Software Development» от идеи до прибыли Тома и Мери Поппендик есть ответ на этот вопрос. Ошибки, как и задачи на разработку чего-то нового нужно приоритезировать. Некоторые ошибки могут быть очень минорными и вообще не попадать в разряд ошибок, а относиться к «хотелкам».
В итоге на production практически с нулевой вероятностью попадают высокоприоритетные, критичные дефекты, а на минорные мало кто обращает внимание. Главное — регулярность обновлений с новыми функциями.
А был ли у Вас scrum-мастер, пытающийся выяснить причины недовольств? А то, что задачи не были выполнены, возможно, вы, как команда брали на себя непосильные обязательства. Ведь скрам, с ежеитеративным расчётом velocity для того и нужен, чтобы помогать правильно прогнозировать и не бегать с очумелыми глазами перед релизом.
Не поделитесь, как часто теперь у Вас выходит релиз?
1. Мы пишем на Java (Spring, GWT).
2. На этот вопрос трудно ответить. Наверное потому же, почему мы в полной мере не используем парное программирование, о чем я писал в предыдущей статье habrahabr.ru/company/itarena/blog/133016/. Но и здесь мы движемся — пишем тесты, хотя и не перед кодированием.
правильно ли я понимаю, что у Вас, отсутствует «команда» как таковая? есть разрозненные (географически или по другому принципу) участники проекта, которые никак не взаимодействуют, не обмениваются опытом кроме как через код?
как Вы меряете «качество», какие средства и подходы используете для подсчёта «качественного кода в единицу времени»?
уважаемый uzver, позвольте поинтересоваться, каким образом Вы «встраиваете качество» в результат Вашей деятельности? какими практиками пользуетесь в процессе и для улучшения процесса разработки?
возможно, если команда распределённая, но если вы находитесь в одном помещении, то наиболее эффективным вариантом будет непосредственный просмотр кода у автора.
про минусы CR после коммита я написал.
нам, к примеру, аутентификация через социальные сети не вполне подходит. однако, хотелось бы понять каким образом можно отказаться от подтверждения регистрации через email, вместе с этим не отложив просто это подтверждение на 2-3 дня.
в пакетах нет, но вот этот пакет flashplugin-nonfree подтянет flashplugin-installer, который в свою очередь скачает всё что нужно у adobe и будет у Вас adobe flash 10
Если что-то сделать сейчас, то на момент, когда это понадобится сервис может морально устареть, а если же ждать какого-то момента, то можно пропустить и нишу займёт кто-то другой. Где же золотая середина для сервисов в России?
Это всё безусловно любопытно, но доросли ли российские организации до того, чтобы платить лишь за доступ к сервису, а не за ПО с лицензиями, которые будут стоять у тебя в офисе, которые ты сможешь «потрогать»?!
скажите пожалуйста, из каких соображений появилось данное требование к тикет-системе?
с мыслью согласен. для этого в scrum и существуют митинги.
основным здесь является backlog grooming — обсуждение историй, над которыми работает product owner, чтобы сформировать общее, одинаковое видение у всей команды. мы тратим на это до 10% времени команды в итерацию. ежедневные пятиминутки (standup митинги) для контроля и поддержания курса на пути к цели.
вторым по значимости для нас можно считать сессию планирования-ценки задач на итерацию, когда ещё раз обговариваются истории и формируются задачи в разработку.
тут стучать никому не надо. всё будет видно. команда будет видеть кто, как и что делает. если это действительно команда, то ещё и пытаться помочь. если человек не хочет участвовать в командной работе, то и ему будет некомфортно с командой и команде с ним. тут уже что-то да произойдёт само собой.
кроме того, сама команда будет видеть и сможет помогать себе справляться с людьми, не желающими посвящать себя работе в рабочее время.
В итоге на production практически с нулевой вероятностью попадают высокоприоритетные, критичные дефекты, а на минорные мало кто обращает внимание. Главное — регулярность обновлений с новыми функциями.
Не поделитесь, как часто теперь у Вас выходит релиз?
2. На этот вопрос трудно ответить. Наверное потому же, почему мы в полной мере не используем парное программирование, о чем я писал в предыдущей статье habrahabr.ru/company/itarena/blog/133016/. Но и здесь мы движемся — пишем тесты, хотя и не перед кодированием.
как Вы меряете «качество», какие средства и подходы используете для подсчёта «качественного кода в единицу времени»?
про минусы CR после коммита я написал.
apt-get install flashplugin-nonfree
от Вас