Станда программы что это такое

Гит-словарик для начинающих программистов

Мы часто упоминаем Git — способ организации хранения и контроля версий файлов в рабочем проекте. Сегодня расскажем о странных словах: «бранч», «коммит», «пулл-реквест» и об остальных понятиях в гите.

О чём речь

Гит — это такой способ хранения файлов и их версий. Гит позволяет смотреть историю изменений файлов, кто какие дополнения и когда вносил, как развивался проект, кто что в него добавлял и почему.

Главная особенность гита — он помнит всё, что вы в него внесли, и может показать, какие именно строчки вы правили несколько лет назад, когда чинили ошибку

Профессиональный совет

Часто к фильтру Only My Issues (Только мои задачи) добавляют поле Participants (Участники) из аддона Jira Toolkit. С его помощью можно добавить любые задачи, в которые вы внесли вклад, а не только те, которые были вам назначены. JQL-запрос для этого фильтра выглядит следующим образом:

assignee = currentuser() OR participants in (currentuser())

Стандартные программы Windows

Стендапы в Atlassian

Не существует эталона, по которому стоило бы равнять все стендапы. Каждая команда в Atlassian проводит стендапы по своей модели, учитывающей особенности команды, чтобы поддерживать активность и интерес всех участников на постоянном уровне. Двух абсолютно одинаковых стендапов не бывает.

Давайте подробно изучим, что требуется для идеального стендапа, и познакомимся с примерами стендапов.

1. Выбрать время, которое устроит всех. В Atlassian большинство стендапов для команд, работающих в одном офисе, проводится между 09:00 и 10:00. При этом у всех есть время сориентироваться в задачах на текущий день и нет необходимости набирать в команду одних «жаворонков». Для команд, участники которых распределены по разным регионам, выбирается время, которое устроит всех. Например, участники команды Jira Service Management находятся в Сан-Франциско и Сиднее. Для них стендап проводится в 15:30 по времени Сан-Франциско. Конечно, стендап после обеда не совсем удобен, но зато так мы можем без проблем поддерживать связь с коллегами по ту сторону океана в Сиднее.
2. Поддерживайте продуктивность стендапа. Многие команды Atlassian выбирают продолжительность стендапов по своему усмотрению, чтобы никто не терял концентрацию и стендап проходил продуктивно. Меняйте ответственных за выбор продолжительности, чтобы каждый чувствовал личную ответственность и причастность. Пусть стендапы длятся не более 15 минут. Если в команде совсем немного участников, возьмите за правило проводить стендапы еще быстрее.
3. Используйте мяч. Участники команды Jira бросают друг другу надувной мяч, чтобы каждый был вовлечен в процесс. Нельзя бросать мяч соседу или участникам, которые его уже ловили. Никому не спать! Попробуйте эту игру. Она отлично помогает привлечь всех к участию.
4. Посвятите стендапам часть командной ретроспективы. Стендапы признаются многими Agile-методиками, но это не мешает обсуждать эффективность стендапов на ретроспективах. Некоторые команды Atlassian собираются каждый день. Другие — три раза в неделю. Команда Jira регулярно поднимает вопрос о повышении продуктивности стендапов на ретроспективе. Если команда не может извлечь пользу из стендапа, обсудите возможные причины. Вносите изменения! Стендапы — тоже часть культуры Agile.

Профессиональный совет

Что такое Стандартные и Служебные программы Windows 10, где находятся, зачем нужны

В некоторых командах Atlassian для проведения стендапа используют сочетание Crontabs, Pandora и настенной панели команды в Jira. Расширение Crontabs загружает сервис Pandora (и любимую музыку команды) за 15 секунд до начала стендапа, чтобы привлечь внимание сотрудников и начать собрание вовремя. На настенной панели команды отображаются все задачи, в которых возникли блокеры и на которых команда должна сосредоточить внимание в этот день.

Стендапы для распределенных команд

Сотрудники Atlassian работают в разных частях света: кто-то — в одном из наших 12 офисов, кто-то — удаленно. Стендапы помогают оставаться на связи всем сотрудникам, в каком бы регионе они ни находились. Наш подход к определению распределенной команды предельно прост: если один участник команды работает удаленно, вся команда считается распределенной. Аналогичный подход применяется к стендапам и вообще ко всем командным собраниям.

При проведении стендапа в распределенных командах рекомендуется, чтобы каждый участник подключался к видеоконференции со своего компьютера. Когда каждому выделено личное пространство и каждый присоединен к одному сеансу видеосвязи, все в команде играют по одним правилам. Все участники команды видят, слышат и воспринимают одну и ту же информацию одновременно.

Представьте команду из восьми человек, из которых пять участников находятся в одном конференц-зале, а три других совершают видеозвонок в удаленном режиме. Участникам удаленной команды будет сложно, потому что они не смогут реагировать на посторонние разговоры, невербальные сигналы и жесты, которые видеосвязь не всегда способна передать. Не говоря уже о том, как сложно им будет вставить вопрос или замечание в дискуссию в большой группе. Когда все восемь участников команды сидят за своими компьютерами, никто не упустит важных моментов командной работы.

Советы по проведению удаленных стендапов

• Повысьте видимость участников команды. В Trello во время командных видеозвонков для отображения участников используется табличное представление. Благодаря этому вы видите сразу всех людей и можете установить контакт не только с говорящим. Эту возможность дает интеграция с Zoom, а также интеграции с другими платформами конференц-связи.
• Укажите ссылку на доску Scrum. Собрать команду «вокруг» доски Scrum — это эффективный способ ввести всех в курс дела. Ваша рабочая доска обеспечит наглядное представление о каждой пользовательской истории и рабочей задаче, когда участники команды будут рассказывать, над чем они работают и что мешает им двигаться дальше.
• Рассматривайте вариант с проведением синхронных стендапов. Если рабочие часы у участников команды не пересекаются, на помощь приходят асинхронные стендапы. Команды могут использовать Slack или оставлять комментарии на своей рабочей доске, чтобы быстро делиться свежими новостями. С помощью интеграции Slack с Jira Software можно поделиться всей информацией, которую хотелось бы вынести из стендапа. Вы также можете изменить асинхронные стендапы по своему вкусу, чтобы поддержать всеобщий интерес.

Стендапы — это лишь часть работоспособной Agile-программы. Как и в случае с другими Scrum-собраниями вроде планирования спринта, обзоров итогов спринтов и ретроспектив, правильно проводить стендапы получится лишь через несколько итераций. Не бойтесь вносить в собрание изменения, которые нужны вашей команде и программе. И не забывайте получать удовольствие!

Источник: www.atlassian.com

Как проводить стендап

В чем разница между статусным митингом и стендапом в Agile, и как его проводить с максимальной пользой.

Стендап (Stand Up, Daily Scrum, Kanban Meeting или просто дэйли) — регулярная короткая встреча Agile-команды, которая призвана синхронизировать всех участников, обеспечивать прозрачность рабочего процесса и таким образом поддерживать эффективность и производительность команды. Традиционно стендап занимает 15 минут и проводится ежедневно в начале рабочего дня. Участники — продуктовая/проектная команда, владелец продукта, скрам-мастер — синхронизируются, кто чем занимался, чем будет заниматься до следующего стендапа и какие у кого есть трудности, мешающие работе над задачами. Некоторые команды отказываются от стендапов, считая их лишней тратой времени. Мы с этим не согласны — это хороший инструмент для эффективного командного взаимодействия.

Если стендапы не работают, скорее всего, вы их неправильно проводите.

• Сокращает циклы обратной связи.
• Позволяет быстро выявлять проблемы.
• Напоминает о целях команды и объединяет.
• Помогает поддерживать коммуникации внутри команды.

Главное отличие стендапа от статусного митинга

Традиционный статусный митинг — это коммуникация «один к одному»: руководитель или проджект-менеджер задает вопрос по той или иной задаче, один сотрудник отвечает, остальные украдкой читают Телеграм.

Стендап подразумевает совместное обсуждение и обмен информацией, и в этом его главное отличие — и преимущество — перед статусным митингом. Один на один можно побеседовать в любое время, смысл в том, чтобы все сказанное в эти 15 минут было полезно всем участникам встречи.

Людям свойственно, отвечая на вопрос, обращаться к тому, кто его задал. И задача ведущего стендапа (владельца продукта или скрам-мастера) этого избегать:

• задавать вопрос группе, а не конкретному человеку;
• напоминать говорящему обращаться ко всем участникам;
• поощрять вопросы и уточнения от членов команды.

В общем, модерировать, а не возглавлять.

Стендап в Scrum и Канбан

Kanban Meeting и Daily Scrum Meeting — близкие инструменты. Основное отличие в том, что в Scrum стендап фокусируется на людях, а в Kanban — на задачах.

Во время Daily Scrum Meeting участники делятся результатами предыдущего дня, планами на текущий рабочий день и проблемами, препятствующими движению вперед. В качестве визуализации, как правило, выступает доска задач.

1. Что я делал вчера, чтобы помочь команде достичь цели спринта?
2. Чем я займусь сегодня, чтобы помочь команде достичь цели спринта?
3. Вижу ли я препятствия, которые мешают мне или команде в достижении цели спринта?

В Канбан стендап призван минимизировать время на выполнение задач на всех этапах процесса. Обсуждение ведется вокруг доски и элементов на ней: участники проверяют каждую колонку справа налево (начиная с ближайших к «Готово») в поисках любых проблем потока — узких мест, блокировок, растущих очередей.

Идеальный стендап

Ежедневные стендапы станут эффективным инструментом команды, если придерживаться при их проведении нескольких правил.

1. Ограничить время

Обычно на стендап отводится 15 минут, это тот случай, когда быстрый равно эффективный. Команде важно обсудить все обновления и выявить факторы, которые блокируют выполнение задач. Подробности можно будет потом обсудить лично, в чате или назначить отдельную встречу.

Лучше всего стендап работает, когда становится частью рутины. В идеале его нужно проводить по фиксированному расписанию. Опоздавших не ждем: 15 минут есть 15 минут, и опыт показывает, что такой подход быстро дисциплинирует.

2. Определить цель

Важно, чтобы все понимали зачем и для чего собрались и были готовы к обсуждению темы. В конце каждого стендапа должна быть достигнута его цель: расставить приоритеты задач, принять решение и назначить следующие шаги, синхронизировать команду и тд. Это помогает исключить любые несвязанные темы и рационально использовать время.

3. Дать высказаться всем

Во время стендапа никто не доминирует и не отсиживается в углу с ноутбуком. Каждый участник коротко делится важной информацией, затем может следовать небольшое обсуждение. Главное — не выпадать из ритма встречи. За таймингом следит ведущий стендапа (обычно скрам-мастер).

4. Придерживаться структуры

Неформальный характер встречи не значит неорганизованный. За соблюдением структуры также следит модератор: важно не уходить в сторону, не закапываться в детальное обсуждение и ничего не пропустить.

Структура зависит от подхода (Scrum или Канбан) и характера проекта. Это может быть обсуждение: что сделано со времени последней встречи; кто над чем сейчас работает; блокаторы и трудности. А можно идти по задачам (проектам), в этом случае члены команды делятся обновлениями по задачам, в которых они участвуют.

Стендап позволяет за 15 минут, — время, которое тратится на утреннюю чашку кофе, — обсудить актуальные задачи, выявить блокеры, задерживающие их выполнение, в целом синхронизироваться по работе над проектом/сервисом.

Попробуйте провести в формате стендапа вашу следующую статусную встречу — даже если не все с первого раза пройдет гладко, встряхнете рутину и получите ценный опыт.

Чтобы отработать проведение встреч под руководством опытного Agile-коуча и фасилитатора, приходите на тренинг Advanced Scrum Master https://onagile.ru/trends/agile/stand-up» target=»_blank»]onagile.ru[/mask_link]

Как эффективно провести стендап в scrum-команде?

Первый принцип в Agile, на который опирается Scrum, гласит, что «люди и взаимодействия важнее процессов и инструментов». В фреймворке это выражается в командных событиях. Ежедневная встреча всей команды называется Daily Scrum (или Daily meeting). На ней сотрудники обсуждают текущую ситуацию, чтобы каждый участник был синхронизирован с остальными.

На практике последователи технологии пришли к тому, что собрание лучше проводить стоя. Так у встречи появилось название Daily Stand-up.

Стендап — это ежедневная встреча scrum-команды, включая scrum-мастера и часто владельца продукта. Она длится не более 15 минут и обычно проходит у доски с задачами. Каждый разработчик должен ответить на три вопроса: «Что я сделал вчера? Что я буду делать сегодня? Какие трудности у меня возникли?»

Публичный ответ на эти вопросы помогает сохранять процесс разработки прозрачным:

• разбираются задачи на день, так что каждый знает, кто над чем трудится;
• названная задача помогает определить взаимосвязи, например, когда результат работы одного разработчик будет зависеть от кода другого;
• сложности, если они возникают, решаются совместно. Когда быстро разобраться не получается, корректируются задачи в спринте, так что недоработки не будут неожиданностью на финише. Главное, что отклонение тоже учитывается и принимается.

На стендапе проверяется статус задач, это время не используется для выговоров.

Когда митинг проходит в компании, где не соблюдаются ценности Agile, или команда только начинает работать по Scrum, складывается другая картина.

Типичный неправильный стендап

Типичная ситуация — менеджер, переквалифицированный в product owner’а, должен узнать, какие отклонения от плана допускает команда. Разработчики не хотят отчитываться, вставать в кружок и вообще начинать говорить. Но раз теперь это не просто кабинет с теми, кто пилит проект, а scrum-команда, все формально встают, обмениваются фразами и расходятся по местам. Много ли смысла в такой встрече?

По саркастичному тону понятно, что нет. Никто не слушал других, кроме менеджера, но хотя бы для него встреча не совсем безрезультатна. Он узнаёт, кто что делает и может выявить проблему.

Чтобы в стендапе был смысл, начинать нужно немного раньше. Авторы книги «Постигая Agile» видят решение в совместной разработке плана на спринт. Тогда обсуждение этого плана и сверка с ним, чем по сути и является стендап, превратится в совместное мероприятие.

Советы для эффективной встречи

У стендапа есть некоторые принципы, часть — ритуальные установки, остальное — самоощущение.

Сначала определимся с ролями:

• scrum-мастер на стендапе — организатор и ведущий, а не диспетчер задач,
• команда — активный участник этого собрания,
• владелец продукта понимает ситуацию с продуктом и дает это понимание команде, может рассказать ситуацию другим и работать над проектом с новыми вводными.

Теперь важные факторы для успешного митинга, от приземленного к абстрактному:

Как в театре, важно единство места, времени и действия. Это значит, что площадка для встречи доступна и не имеет отвлекающих факторов. Если конференц-зал бронировать через отдел снабжения и везти туда доску, он — плохое место для стендапа.

Время встречи ограничено 15 минутами. Многие команды опытным путем пришли к тому, что утро — оптимально, чтобы не разделять рабочий день на две части. Хотя правил нет, и все зависит от членов команды.

С точки зрения действий, заведите правила для ответа: по кругу, алфавиту, может быть, цвету носков. Тогда scrum-мастеру не придется заставать врасплох следующего отвечающего.

Организационных деталей можно придумать сполна: их количество зависит от креативности мастера. Кто-то будит сонную команду на стендап музыкой, кто-то подбирает саундтрек по целям спринта.

В стендапе участвует вся команда, без опозданий.

Встреча проходит стоя, без телефонов и другой техники, если она не требуется для пояснения задачи.

Вопросы не пропускают и не замалчивают обнаруженную проблему. Если времени не хватило для решения на ходу, то задача не проработана. Возможно, пора исправить ошибку. Для этого планируется отдельное обсуждение.

Соблюдаются все принципы Scrum. Даже когда команда состоит из начинающих и опытных разработчиков, между ними — уважение и равенство. Мнение новичка принимается во внимание так же, как специалиста.

Выбранная задача — это ответственность за ее выполнение. Каждый дает обязательства своей команде. Здорово, когда каждый участник приходит к пониманию этого.

Также существует практика приглашать на стендап стейкхолдеров в качестве наблюдателей. Понимание процесса формирует верные ожидания. Это полезно, когда такие встречи проходят изредка, но при злоупотреблении они влекут напряжение и излишний контроль.

На первых порах scrum-мастер должен отмечать ситуации успеха, которые есть на стендапах. Например, обнаруженная ошибка или предложенная вовремя помощь.

В начале пригодится и обратная связь от команды. Scrum-мастер может изменить даже общепринятые вещи, если они не работают в этой команде. Главное — достичь осмысленного общения и вовлеченности.

Источник: dzen.ru