Решено в следующем примере:
public void CheckConsoleOutput()
{
Console.WriteLine("Hi Hi World");
Trace.WriteLine("Trace Trace the World");
Debug.WriteLine("Debug Debug WOrld");
Assert.IsTrue(true);
}
После запуска этого теста в разделе «Test Passed» есть возможность просмотреть вывод, который откроет окно вывода.
В первую очередь... удостоверьтесь, что люди встают... и даже не облокачиваются на стену или стол.
На высоком уровне, я сказал бы, что, каждый раз, когда Вы сталкиваетесь с проблемами в команде, лучший ответ к , просят команды решения. Однако вот некоторые методы, которые я использовал для проблем, с которыми Вы сталкиваетесь.
Переговоры слишком много
Потребность больше детали . Это для преимущества ведущего устройства толпы или команда?
Команда не слушает .
, Как Вы реагируете, когда Вы единственным, кто слушает, в то время как другие члены команды всего сидят там и возможно даже заснули?
Хм, у Вас на самом деле есть стоячие встречи? Это может звучать как неаппетитная еда, но кроме того, чтобы мешать людям заснуть, это также помогает способствовать чувству быстрого скопления к, а не leisurelymeeting.
, Как Вы реагируете, когда Вы единственным, кто слушает, в то время как другие члены команды просто сидят там и возможно даже заснули?
, Если я уже услышал то, что другие сказали, что я задал бы вопрос кого-то, кто не обращает внимание о том, как оно это могло бы влиять на то, что они продолжают работать. Очень школьный учитель как, однако это достаточно так, чтобы они ответили и взаимодействовали со встречей снова.
я также соглашаюсь с Kief
Одной вещью, что я видел вывод к улучшению, является использование "палки разговора" (мы на самом деле используем мягкий шар). Это обеспечивает некоторое дополнительное внимание на то, кто в настоящее время говорит и делает переход к другому человеку более очевидным.
, чтобы ваша команда могла участвовать, они должны видеть в этом ценность, а не просто делать это, потому что вы им это сказали.
Они должны говорить, что они достигли не то, что они продолжили работать, и если они ничего не достигли затем, что остановило их достижение.
вопросы, которые задают, могли формулироваться по-другому
также важно, чтобы встреча не была командой, сообщающей ведущему устройству толпы, но контролю команды друг с другом. Если люди говорят прямо в Вас ведущее устройство толпы, там методы для перемещения фокуса. Удостоверьтесь, что Вы не смотрите на динамик или даже пятитесь так изменения поля зрения, и они вынуждены посмотреть на помощников команды, как они говорят. Сделайте это тонкий хотя :)
РЕДАКТИРОВАНИЕ:
я запер это от http://www.implementingscrum.com/2007/04/02/work-naked/
Если тайм-менеджмент является Вашей проблемой. Получите таймер и сделайте, чтобы кто-то шумел, когда у Вас закончится время. Удостоверьтесь, что задачи сломаны к соответствующему уровню гранулярности - любая задача должна быть где угодно между 4 часами к 2 дням.. макс. 3 дня. Что-либо выше этого ломает его далее, прежде чем люди подписались, чтобы сделать это.
я думаю, что эти три вопроса:
Детализированные задачи (итеративное планирование сообщения) должны угодить маркерам 1 и 2. Третье на самом деле зависит от условий окружающей среды. Таймер должен со временем subsconsciously трясти участников в размышление об их проблемах и составление коротких предложений. Внимание на конкретные препятствия вместо того, чтобы объяснить, почему или предварительные условия или что бы то ни было. Если Вы говорите с единственным человеком больше 5 минут о чем-то, что только имеет отношение к вам обоим.. остановите, запишите (имейте разговор позже за их столом), и идти дальше.
Обновление: Также удостоверьтесь, что все понимают, что, 'репетируя', прежде чем встреча Толпы сэкономила бы общее время. Думают о том, что требуется передать вместо того, чтобы просто идти в стоячее.
Толпа является стоячей встречей, и понятие палки разговора является точным замечанием.
ключ здесь не то, что у Вас есть один или несколько несовместных членов команды, но IMO, более фундаментальная проблема: команда толпы, как предполагается, сам управляется, и встреча толпы должна сохранить команда информированной. Если другие члены команды не просят разъяснения и вызывают несовместных участников, то перевоспитание на толпе должно произойти.
Помнят, ведущему устройству толпы не сообщают, он или она - просто человек, который снимает блокады к процессу. Это действительно включает упрощение встречи толпы, но команда действительно несет ответственность понять и потребовать разъяснения, независимого от ведущего устройства толпы.
Попросите определенные детали, в которых Вы нуждаетесь. Люди не будут знать о материале, которым Вы интересуетесь.
Также попытка выдвинуть некоторые инструкции для лучше и эффективная презентация перед встречей.
Говорите с ними вне встречи толпы и скажите им, как другие могут чувствовать свой способ представить то, что они в настоящее время продолжают работать. Я предполагаю, что они не являются сознательно не совместными, но просто не приученный к точным встречам толпы уровня детализации должен иметь.
можно также спросить их, сколько информации они ожидают от других во время встречи.
"Встречей толпы", Вы обращаетесь к ежедневной газете, "встают", встречаясь? Если так, я полагаю, что это обычно timeboxed приблизительно в 15-20 минут. Поэтому разделите то время одинаково между всеми, и после того как кто-то израсходовал все их время, они не могут говорить. Это могло бы быть резко, но я полагаю, что это - то, как это, как предполагается, понижается.
Толпа является восходящим процессом, таким образом, в принципе каждый член команды должен поддерживать процесс.
, Как команда соединена? По организационной традиции или из-за общей цели?
Не все вложились в идею Толпы, и мы должны уважать это. Возможно, лучшее для всех - то, что эти участники не являются частью команды Толпы?
Некоторые люди просто не понимают то, что требуется. Можно попытаться вести разговор при помощи некоторых ключевых фраз.
, Если кто-то предоставляет слишком много подробной информации затем, можно попытаться отключить их со "Что еще". Это подскажет, что они сделаны на той точке. Или можно попробовать "хорошо, можем мы обсуждать то офлайновое" направление типа.
Для людей, которые не вложились в него, задайте им вопросы о том, что они сделали и что они собираются сделать.
For the sake of arguement, let's say someone really has something they need to tell the team and it is going to take some time. Do you have an appropriate place, time or method (email, other type of meeting, lunch time) to do this? Just interupt the person and let them know the stand up meeting isn't the place.
Also, what problems during development does this create? If there is an error because of lack of communication, people need to be confronted on why they don't mention these things during the standup.