Мы пытаемся переключиться на Scrum в качестве нашего процесса разработки, но мы не знаем, как его реализовать наилучшим образом.
Мы также не хотим платить за дорогие программные инструменты, пока мы не получим работу по схватке и не получим положительных результатов.
Как мы можем внедрить scrum с помощью доски, не прося людей записывать свое время на доске, а затем также вводить в свое собственное программное обеспечение для отслеживания времени?
Какие методы вы используете?
Вот вам хороший ресурсный ресурс для вас: Внедрение Scrum за 10 шагов
Существует также очень хороший сайт со многими советами о том, как начать с схватки: implementingscrum.com
Один из способов, которым вы могли бы легко отслеживать только с помощью доски, - это написать свои истории/задания на пост-его, а также записать на них приблизительную стоимость/время. Затем вы можете делать свою ежедневную встречу возле доски, и когда разработчики говорят, они записывают в реальном времени, что они их сделали.
С помощью этой информации вы можете создавать графики сжигания и выгорания.
Мы пытаемся переключиться на SCRUM в качестве нашего процесса разработки, но мы не уверены, как его реализовать наилучшим образом.
Если у вас уже есть некоторое понимание Scrum, тогда создайте отставание продукта, получите владельца продукта, команду, ScrumMaster и начните использовать Scrum. Затем проверьте и адаптируйте.
Мы также не хотим платить за дорогостоящие программные инструменты, пока не получим работу в режиме сглаживания и не получим положительных результатов.
Вам не нужно и, на самом деле, я настоятельно рекомендую начать с доски и пост-заметки, особенно для усыновления. Вам нужно учиться и овладеть процессом, и последнее, что вы хотите, - это инструмент, который диктует процесс и мешает ему.
Как мы можем внедрить scrum с помощью доски, не прося людей записывать свое время на доске, а затем также вводить в свое собственное программное обеспечение для отслеживания времени?
Для этого нет магического решения (и намерение полностью отличается). В первом случае люди должны это делать, потому что разработка программного обеспечения является эмпирическим процессом и требует контроля прозрачности. График сжигания (, который показывает оценку оставшейся работы, а не затраченное время), является одним из инструментов, используемых Scrum для достижения этой прозрачности. Во втором случае вам нужно сделать это только для целей отчетности (что является своего рода отходами), но, к тому же, это требует ваше управление (и на этот раз вы сообщаете о затраченном времени, но Scrum не заботится об этом).
Я нашел лучший способ реализовать Scrum, использует Scrum.
Имейте отставание от задач, которые вам нужно сделать, чтобы перейти от существующих процессов к Scrum, разбить их на несколько недельных спринтов и реализовать постепенность в течение нескольких месяцев. это помогает людям получать tp-захваты с каждым процессом, не обременяя их новыми инструментами.
Вначале я бы представил базовое собрание планирования спринта, ежедневные стенды и обзоры спринта, и продолжаю выполнять работу, используя старые методы. Затем приведите больше методологий, поскольку спринт продолжается.
В частности, Scrum предлагает, чтобы каждая пользовательская история представляла собой вертикальный срез, при этом все аспекты реализации выполнялись вместе для доставки бизнес-доли ASAP. Дизайн, разработка, тестирование, инфраструктура, интеграция... Это может быть очень сложно оценить, и еще труднее достичь. Вы только действительно получите это право, когда у вас будет солидная группа, смешанная команда по дисциплине и очень сильные инженерные практики. Начните с привлечения togther dev и модульного тестирования, если вы этого еще не сделали, а затем принесите больше частей процесса в каждую задачу.
С Scrum он рассказывает вам, как делать что-то, а не делать. Посмотрите на XP, если вы хотите много жестких и быстрых правил. Большая часть получения действительно эффективной команды разрабатывает то, что работает для вас. Следите за скоростью и посмотрите, что улучшает ее.
Что касается инструментов, белая доска великолепна.
ОСТОРОЖНО ОТВЕЧАЙТЕ. Они отлично подходят для напоминаний и заметок на вашем столе, но однажды вы заходите в офис и видите свой прекрасно организованный спринт как куча конфетти на полу. Даже лишний сильный пост, который он отмечает, высыхает и теряет свою палку примерно через 2 недели в комнате с кондиционером. Я усвоил этот урок с трудом.
Используйте картотеки с выводами и пробковой доской.
Excel идеально подходит для разработки ваших показателей скорости и горения.
Мы используем только инструменты с распределенными командами. Затем мы используем Acunote для простоты. Это действительно просто виртуальная пробковая доска.
Время отслеживания в вашем программном обеспечении для отслеживания времени. Расскажите о своих задачах. Это не одно и то же. Недавний снег в Лондоне и, как следствие, транспортный хаос, снизили нашу скорость на 35% и, следовательно, нашу способность выполнять задачи, хотя команда выполняла больше часов с несколькими ключевыми людьми и клиентами, работающими дома.
Вот короткий ответ о том, как мы используем (и использовали его) Scrum:
В настоящее время мы используем электронную панель задач, которая подключена к нашей системе отслеживания дефектов. Электронная панель задач была реализована некоторыми нашими собственными разработчиками между Sprints. До этого мы просто висели огромные белые плакаты на одной стене и записывали заметки с заданиями на нем.
Я согласен, что лучший способ узнать, как сделать Scrum, - это на самом деле это сделать. Сначала вы должны прочитать об этом, в основном, потому что, как бы легко ни звучало, у него есть свод правил, которые я бы абсолютно рекомендовал следовать. (Если вы обнаружите, что некоторые из них плохо работают для ваших команд, вы все равно можете их настроить, но вы не узнаете, пока не попробуете их на пару недель.)
Блестящая вещь о Scrum заключается в том, что с точки зрения инструментов вы можете в значительной степени использовать все, что у вас есть. Доски, стены, электронные инструменты, что угодно. Он очень гибкий и позволяет вам начать его реализацию без необходимости тратить деньги на новые инструменты или оборудование. Если у вас есть доска, используйте магниты или липкие заметки, и вы настроены. Распечатайте график выгорания и ежедневно обновляйте маркер, и все готово. Используйте Excel для отставания продукта (или того, что вам нравится). Если вы почувствуете необходимость, вы можете использовать другие инструменты позже, когда у вас есть лучшее представление о том, что ваша команда нуждается в функциональности. (Или вы можете просто придерживаться доски и карточки для заметок.)
Scrum from the Trenches - отличное введение и имеет много реальных примеров того, как делать Scrum, поэтому я вторые рекомендую.
Как мы можем внедрить scrum с помощью доски, не прося людей записывать свое время на доске, а затем также вводить в свое собственное программное обеспечение для отслеживания времени?
Если вы думаете, что это усложнит принятие Scrum, тогда, возможно, вы можете опираться на своего Scrum Master. Люди могут писать свое время на доске, и Scrum Master может ввести его в систему отслеживания времени.
Мы также не хотим платить за дорогостоящие программные инструменты, пока не получим работу в режиме сглаживания и не получим положительных результатов.
Если вы не имеете дело с распределенной командой, нет необходимости в программных инструментах. Даже когда я работал в команде, которая использовала Mingle, мы поддерживали физическую плату Scrum. Я думаю, что все остальные разработчики оценили это.
Scrum - это процесс, а не инструменты. Убедитесь, что все участники (а не только команда разработчиков!) Понимают, что такое Scrum. Он не просто работает итеративно в течение 2-х недельных спринтов. Это о приверженности менеджмента об этом способе работы. Это о том, что у него очень хороший владелец продукта, который может устанавливать приоритеты. Это об открытии друг другу в команде. И т.д. Это потребует времени, чтобы узнать.
Прочтите Scrum из траншей для легкого введения.
Вот видео, описывающее схватку, и как мы реализуем его в Atalasoft, как это было сделано чучелами животных и игрушек.
Мы отслеживаем с FogBugz. Мы создаем "выпуск" для отставания и еще один выпуск для спринта. Задачи вводятся в спринт из отставания с оценками времени. Общее время, оставшееся в релизе, отслеживается ежедневно в диаграмме сжигания, ранее построенной в excel (noe in FogBugz) мастером схватки.
Мы были "вокруг дома" немного с инструментами Scrum, и я вернулся к мысли о том, что белые доски и заметки, сделанные после этого, являются лучшими. Все инструменты управления проектами, которые я пробовал, Scrum-specific или иначе, как правило, заставляют вашу команду менять свой процесс, чтобы он соответствовал инструменту. Доски обеспечивают соблюдение хороших методов работы, которые вы пытаетесь использовать с Scrum, не мешая им.
Помните, что вы будете больше работать над кем-то, когда хотите создавать отчеты или просто отслеживать любые исторические данные. Например, вычисление скоростей должно выполняться вручную, а также до того, как люди нарушат доски, планирующие следующий Спринт. Даже тогда я склонен согласиться с тем, что это все еще ест меньше времени, чем все, кто должен бороться с инструментом.
Наличие основной копии вашего продукта (ов), хранящегося в электронном виде, является хорошей практикой, просто держите его простым (например, поместите его в документ Excel).
Как мы можем реализовать схватку с помощью доски, не прося людей записывать свое время на доске, а затем также вводить программное обеспечение для отслеживания времени?
В схватке задачи должны занимать не более 4-16 часов (или должны быть разделены). Таким образом, вы можете закодировать это в своей временной системе. Если они занимают больше или меньше времени, вы можете включить исправления.
Подробнее см. в моем блоге post.