Об эффективных совещаниях

www.fine.kiev.ua/ru/articles/effective-meetings/

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

Существует простая методика проводить быстрые и крайне эффективные совещания. Эту методику можно внедрить в коллективе за считанные часы и она применима везде: от бизнеса до студенческого проекта.

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

О ежедневных совещаниях

В индустрии разработки программного обеспечения когда-то придумали метод проведения совещаний, называемый скрам-митинг (scrum-meeting, дальше просто «скрам»). Особенность этой индустрии в том, что результатом нашей работы является крайне рациональный и проверяемый результат, поэтому имеет смысл поучиться достигать целей именно у нас.

Истоки
Scrum — это целая методология разработки программ, а scrum meeting — это только ее часть. Будучи маленькой, она легко отделяется и полезна сама по себе.

Суть скрам-митинга в том, что ведущий совещания последовательно задает каждому участнику три вопроса:

1. Что ты сделал за предыдущий день?

2. Что ты сделаешь сегодня?

3. Что тебе мешает?

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

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

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

Чтобы скрам работал, важно соблюдать три основополагающих правила.

1. Ответы на эти вопросы следует формулировать утвердительно и в настоящем времени.

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

Человек так устроен, что свои собственные слова слышит как бы со стороны. Вот почему часто бывает так, что ты делишься с кем-то своей проблемой и вдруг сам, пока рассказывал, находишь решение. Рассказывая и слушая одновременно, ты задействовал дополнительные ресурсы мозга.

Произнося свои планы в настоящем времени ты настраиваешь свой мозг на результат, а не на процесс. Дело в том, что у времен есть тонкий смысловой оттенок. Прошлое («что сделал») — это как бы уже история и никому не нужно; а будущего («что сделаю») — еще нет и не факт что будет. Поэтому не нужно подсознательно посылать самому себе и коллегам такой мессадж неопределенности. Используй настоящее время. Оно вселяет веру, а без веры в результат невозможна продуктивная деятельность.


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

Это очень важное правило, и оно работает практически всегда, и не только в скраме, кстати.

2. Цели и задачи следует формулировать конкретно.

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

То, что ты планируешь сделать или сделал — должно иметь осязаемый, объективный и проверяемый результат и вот именно его и нужно озвучивать на скрам-митинге.

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

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


Пофикшу кучу багов.	Баги 234, 456 по просмотру карты на страничке пользователя исправлены; Баг 678 про неправильно считаемую комиссию исправлен.
Поработаю с новоприбывшими людьми.	Экскурсия трем новым сотрудникам по офису и производству проведена; Новые сотрудники ознакомлены с правилами работы в организации и получили ответы на все свои первые вопросы.
Потестил новый сервер.	Новый сервер проверен — конфигурация соответствует заявленной, железо работает, нагрузку держит.

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

3. Заявленные результаты должны быть проверяемыми.

То, что ты сделал или сделаешь, должно привести к таким изменениям в окружающей действительности, которые кто-то может объективно проверить. Проверить, что заявленный результат действительно создан. Как я написал выше, «пофикшена ли куча багов» — проверить невозможно, потому что нельзя дать достоверный и однозначный ответ на этот вопрос. Исходя из этого формулируй задачи так, чтобы их потом можно было подтвердить.

Это нужно для того, чтобы ты постоянно держал в уме ту цель, ради которой ты сегодня что-то делаешь. Не процесс, не контекст («Я исправляю эту строчку кода»), а именно цель («Я делаю так, чтобы пользователь мог менять картинку в профиле»).

Если ты программист, думай об этом как о юнит-тесте на цель или TDD-подходе к организации труда.

Также важно понимать, что непроверяемая задача, непроверяемый результат — это не результат. Если результат не имеет в самом себе доказательства полезности, то на каком основании можно считать, что проделанная работа имеет ценность?


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

(обрати внимание — здесь слова «пообщался» и «получил» хоть и сказаны в прошедшем времени, а все же несут в себе смысл настоящего и послание достоверности).

О протоколе

Скрам-митинг проводится одним и тем же человеком (скрам-мастером) каждый день в одно и то же время и длится несколько минут. Думай о нем как о сердцебиении.

Важно!
Скрам-митинг проводится стоя. Люди не любят стоять, поэтому, при добросовестном отношении, скрам-митинг стоя пройдет быстрее. Кроме того, айтишникам полезно хоть иногда вставать из-за компьютера.

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

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

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

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

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

...unless all you plan to do is to eat a chocolate to have at least one thing done every day...
© unknown author about GTD

Никакой критики и никаких оценочных суждений. Даже невербально. Никто не идеален, и без срывов не двигается ни один проект. Когда сотрудник говорит «ничерта не сделал, играл в шарики целый день» — то очень ценно, что он может это сказать прямым текстом! У всех нас бывают дни, когда мы только и можем что играть в тупую игрушку на рабочем месте. Если ты этого сотрудника заставишь чувствовать за собой вину за этот день, то в следующий раз он будет придумывать какую-то чепуху, что в итоге только дезинформирует коллектив и убьет атмосферу доверия.

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

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

Не стесняйся возвращать вопрос. Люди так просто не могут сразу научиться формулировать мысли прозрачно и вслух, поэтому первые скрам-митинги могут быть очень трудными. Например, у меня был опыт проведения первого скрама в коллективе, где один сотрудник никак не мог сформулировать конкретный проверяемый ответ в настоящем времени. Вот не мог и все. Я возвращал ему вопрос около двух часов подряд (!), и вдруг в один момент он прозрел и понял. Выиграл весь коллектив.

«Все! С понедельника начинаю новую жизнь!» — сказал неудачник

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

О боли

Скрам-митинг, как и любое изменение в сторону прозрачности, скорее всего, людям не понравится. Поэтому проведение скрам-митинга должно продавливаться и поддерживаться руководством, но только тогда, когда руководство понимает ценность скрама. Иначе будут ленивые моменты типа «и так все понятно, сегодня скрам не проводим». И тогда не появится, например, пульс в команде. А потом соблазн пропустить скрам будет все сильнее, потому что в мутной воде проще потакать своей лени.

No pain — no gain.

Даже если у вас весь проект разваливается, то пусть у него будет хоть один твердый стержень, и пусть этим стержнем будет ежедневный скрам-митинг. Проекты приходят и уходят, а твердый стержень останется.

Егор Егоров

Теми: Agile, Scrum, совещания, ефективність

Konstantin Shcherban DevOps Team Lead 29.01.2013 09:13

Не нужно.
http://пиши-код-блять.рф
programming-motherfucker.com

Відповісти

Підтримати

СанЁк Баглай Тренер 21.09.2010 02:31

Сильная статья! Спасибо Автору. Подпишусь под каждым словом. Этот митинг заточен под психологию человека. Конкретно и эффективно достигать результатов, день за днем. Четко, красиво и с выражением. Статью перечитываю регулярно.

Artem Mygaiev Director в EPAM 21.09.2010 02:31

Да, собсно по сабжу — Об эффективных совещаниях. Как показывает практика, наиболее долгими, нудными, болтливыми и как следствие — бесполезными совещаниями являются не те, которые посвящены отчётности и планированию, а те, которые предназначены решить (обычно задача ставится «обсудить» ) какую-то конкретную проблему или набор оных. Это совещания, к которым приходят неподготовленными, совещания без продуманной повестки, совещания с участием непримиримых противников, заинтересованных в провале оппонентов, обсуждения технических деталей «плавающими» в теме участниками, доооолгие совещания и просто совещания, на которые приглашаются более 7−9 человек. Есть ряд простых правил, которые позволяют избежать непродуктивной траты времени; первый же запрос в гугле выдал Top 7 Strategies for Productive Meetings. Как мне кажется, решением проблемы «неэффективных совещаний» будет просто следование этому common sense, а не введение Scrum:)

Три набивших оскомину вопроса должны быть заданы каждому участнику проекта на каждом скрам-митинге

ИМХО, вопросы в прямой форме (особенно со стороны ScrumMaster) приблизят Daily Scrum к формальному отчёту и несколько разрушат командную атмосферу. Мне кажется, что вопросы действительно следует задавать только вначале внедрения Scrum, когда команда ещё «не привыкла» к новому формату митингов.

Егор Егоров 21.09.2010 02:31

Спасибо:)

Aleksey Kolupaev CTO в eduki 21.09.2010 02:31

Егор, отличная статья! От себя добавлю, что мы реально пользуемся scrum-митингами (и еще несколькими scrum-техниками) — и это действительно очень интересный и практичный инструмент. Я бы сказал по ощущениям, что ежедневный standup дает в первую очередь heartbeat-эффект, когда каждый день ты говоришь, что сделал в глаза своим товарищам — ощущаешь крайне высокую ответственность, и это один из эффективных способов развития командного взаимодействия. Кроме того, это прекрасный способ знать кто и что делает. Часто бывает так, что «левая рука не знает, что делает правая» — это очень и очень частая ситуация, решение которой часто затруднено. Никакие трекеры и борды задач этого не покажут. Каждое утро за пять минут узнать кто чем занят, что сделано, и что будет делаться сегодня — это, наверное, самый удобный способ повысить КПД команды. У нас есть еще один вопрос, по умолчанию (в комплекте к «что я сделал» и «что буду делать») — это «как это ведет к выполнению главной цели? », цель, разумеется, сформулирована и висит на стене с самого начала.В каком-то смысле это одно из воплощений идеи частых итераций (также крайне продуктивной) — только итераций синхронизации. Всем, кто заинтересовался, очень рекомендую попробовать.

Max Ischenko Founder в DOU.ua 21.09.2010 02:31

Книга классная, приходите на book club — могу одолжить.:)

vadimdne 21.09.2010 02:31

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

Денис Прилуцкий PM в Ciklum 21.09.2010 02:31

2 СОТОНА Книга зачотная.:)

Sergiy Movchan (COTOHA) human manager 21.09.2010 02:31

:) 2 вадим и дениспвсё это хорошо и красиво, но только если у вас есть реальное право рулить на собрании — т.е. вводить должность модератора. регулярно зачитывать агенду..., а вот в реальном мире, тебя часто зовут на совещание и ты там прав имеешь не больше (это если не меньше), чем все остальные. и что делать, если на твои предложения «давайте говорить по одному» плевать хотели? вот же в чем проблема совещаний... какие условия проведения эффективного совещания — очевидно. неочевидно, как эти условия обеспечить. особенно, если не ты это совещание проводишь. именно поэтому я и привёл выше линк на главу книги «Managing Humans», которая посвящена этому.

Спасибо, Вадим! Совершенно справедливое дополнение, полностью с Вами согласен.

denisp #21 — отлично! в вашем посте больше ценности чем во многих книгах, посвященных коммуникациям.от себя добавлю еще немного: 1. у каждого митинга должна быть определенная цель, при чем сформулированная как SMART. это не обязательно принятие решения. примеры целей: «выявить и задокументировать 50 рисков проекта в определенном формате», «рассмотреть контракт и выявить 10 ошибок».2. модератор регулярно должен озвучивать пройденные и предстоящие пункты agenda, например: "+ доклад о статусе проекта+ доклад о текущих рисках проекта- brainstorming 50ти новых рисков- анализ достижения цели, планирование следующего митинга«3. как следует из предыдущего пункта, по окончании митинга необходимо проанализировать достигнута ли цель («найдено 13 ошибок контракта, цель митинга достигнута») и сообщить о дальнейших планах по этому вопросу.эти, равно как и описанные Денисом, подходы применимы ко всем совещаниям

2 Егор Егоров

Вообще, статья больше ориентирована на не-айтишный сектор, где простая и очевидная для нас идея скрам-митинга может стать откровением.

ну помимо того, что странно публиковать статью тут, чтоб донести её до не-айтишников, надо заметить, что «простая и очевидная для нас идея скрам митинга» пробивала себе дорогу к широким массам айтишников с 1995 года и до сих пор как-то не очень пробила. А вне айти планёрки распространены гораздо больше, чем в айти:) так что не надо тут про «откровения» потому что единственным откровением для «неайтишника» будет то, что такой митинг надо было «выдумывать», ведь для всех кроме айтишников он самоочевиден.

Ну, от недопонимания я не лечу:) Вообще, статья больше ориентирована на не-айтишный сектор, где простая и очевидная для нас идея скрам-митинга может стать откровением.

Более того, чем взрослее бизнес, тем меньше вероятность того, что в нем вообще кто-либо имеет право единоличного решения.

Я бы не называл подобные ситуации «взрослостью» бизнеса. Но это огромная отдельная тема, а во флуд съезжать нехорошо:)

Хотя можно с натяжением сказать, что скрам-митинг все-таки позволяет принять решение, и это решение: «что я сделаю сегодня», а масштабах коллектива.

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

Но если назвать эту статью «об эффективных скрам-митингах», то ее прочитает только малая часть тех людей, которым она была бы полезна (в основном, за пределами IT).

А разве целью публикации статьи является привлечение максимального числа читателей?;) Я больше боялся бы, что статью прочитают и неправильно воспримут те, у кого проблемы с эффективностью совещаний... И попытаются исправить свою ситуацию с помощью скрам-митингов (и им это не поможет, поскольку одно к другому отношение имеет весьма отдаленное).

— участвует владелец (owner) обсуждаемого вопроса, который имеет право единоличного решения

Это дааалеко не всегда так. Более того, чем взрослее бизнес, тем меньше вероятность того, что в нем вообще кто-либо имеет право единоличного решения.

Scrum-meeting (он же StandUp Meeting), по-хорошему, совещанием не является, поскольку на нем не принимаются решения, а лишь производится обмен информацией. Совещание же есть способ принятия решений

Good point, вы правы. Но если назвать эту статью «об эффективных скрам-митингах», то ее прочитает только малая часть тех людей, которым она была бы полезна (в основном, за пределами IT). Хотя можно с натяжением сказать, что скрам-митинг все-таки позволяет принять решение, и это решение: «что я сделаю сегодня», а масштабах коллектива.

Эффективность любого совещания обратно пропорциональна его длительности и количеству участников.© Законы МерфиФакторы, влияющие на длительность: — наличие плана совещания (agenda) и понимание этого плана участниками (какие вопросы обсуждаются, зачем, и в какие временные рамки) — наличие модератора- наличие секретаря (note-keeper) Факторы, определяющие количество участников: — участвует владелец (owner) обсуждаемого вопроса, который имеет право единоличного решения- участвуют все заинтересованные стороны (stakeholders) — по одному представителю от каждогоПри учитывании обоих этих факторов, эффективность подобного совещания будет максимальной.По поводу самой статьи... Scrum-meeting (он же StandUp Meeting), по-хорошему, совещанием не является, поскольку на нем не принимаются решения, а лишь производится обмен информацией. Совещание же есть способ принятия решений. Совещание, на котором решения не принимаются — не совещание, а пустая болтовня и впустую потраченное время. Scrum-meeting не преследует цель принимать решения, а потому не должен рассматриваться как частный случай совещания. Это — механизм обмена информацией внутри команды. Посему предлагаю переименовать данную статью в «Об эффективных Scrum-митингах».

Anton Naumov SSE в Just Techologies AS 21.09.2010 02:31

2shadow Ваши слова прекрасны и все былобы великолепно, если бы не одно НО. В реальной жизни Task Tracing не всегда показывает прогресс. Вот не показывает прогресса ТаскТрекинг и все тут. Я не знаю, как там в умных учебниках написано, но тогда приходиться собираться и разговоры разговаривать. Так почему бы не сделать разговоры частью процесса? Я уже не говорю о типичной «экономии» — вместо того, чтобы потратить 6 человеко-часов разработчиков + 1 час ПМа, давайте ежедневно потратим 6 человеко-часов ПМа на отслеживание статусов и планирование митингов по проблемам, остальные активити подождут.2Егор спасибо, не плохая статья. Две вещи, которые можно было бы улучшить1) Сузить тематику статьи до СКРАМ-митингов. Лучше потом написать отдельно про другие2) Меньше экспрессии. Мы не собираемся ничего покупать, а толковый текст почитаем с удовольствием и такНо в целом, как говорят в блогах, зачотно:)

2 shadow

Собственно ничего против не имею, просто не вижу в этом необходимости когда уже обсудили план реализации следующей версии на большом общем митинге и всем розданы задачи

это ж не просто про митинги, а про срам-митинги., а там всё немножко по-другому. например нету такого как «всем розданы задачи», нету ПМа, команда — so called «self-managing» и т.д.так что вам такое митинг и правда не нужен, а тем, что работает по сраму — необходим.

shadow 21.09.2010 02:31

За десять минут никто ничего сказать не успеет, реально где-то по 10 минут на каждого, если в команде 6 человек = 60 минут каждый день. Собственно ничего против не имею, просто не вижу в этом необходимости когда уже обсудили план реализации следующей версии на большом общем митинге и всем розданы задачи и дальнейшее общение уже происходит через учетные системы, если возникли какие то проблемы по ходу реализации. Прогресс проекта показывает учетная система и нет смысла задалбывать каждый день разработчиков этими 3-мя вопросами.

Vsevolod Dyomkin программист 21.09.2010 02:31

To shadow: Вообще, командная работа предполагает общение, и нет ничего страшного в том, чтобы потратить десять минут в день на продуктивное общение (не говоря о самоцели узнать статус и обсудить соместные действия, это еще и смена деятельности, и дополнительная мотивация). Вы же не считаете, сколько человеко-часов уходит на непродуктивное общение через аську, за кофе или сигаретами?;) (Хотя и оно тоже нужно — для разгрузки).

To Mykola Gurov: Таймшит нужен ПМ-у, бухгалтерии и заказчикам; -) А проводить ежедневный митинг с целью услышать ответы на эти 3 вопроса не вижу смысла вообще, ПМ сам все разрулит по учетной системе, если имеются какие либо коллизии внутри комманды.

anonymous 21.09.2010 02:31

to #13 shadow 17.02.2009 в 22: 00а теперь все это умножаем на колличество человек в проекте (а ведь это и есть цель этот митинга, а не отчет ПМу/скрам мастеру), плюс еще ведение всех этих шитов, которое далеко не всегда нужно само по себе...Кого интересует таймшит или план соседа? Своих задач мало? А вот его проблемы или достижения, кратко озвученные человеческим языком — это другое дело.

to #3 Сергей Щетинин

А если кто-то осудит лентяя, можно осудить осудившего за нарушение принципов? Если нет, то можно осудить осудившего лентяя? Если нет, то можно осудить осудившего осудившего лентяя? А невербально?

Это все просто не тема статус митинга, но вполне может быть результатом одного или нескольких:)

Что ты сделал за предыдущий день? Посмотри таймшит.2. Что ты сделаешь сегодня? Посмотри план & Task Tracking.3. Что тебе мешает? Посмотри Task Tracking.При хорошем планировании и использовании учетных систем такие вопросы отпадают сами собой. Итого экономим как минимум N человеко часов в неделю.; -) P.S. Митинги конечно нужны, но для других целей.

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

вот тут более универсальный способ «борьбы» с совещаниями: http://cotoha.info/managing_hu.../

Sergii Voloshyn Product Manager в DOU.ua 21.09.2010 02:31

да, кстати, интересно как 15 менеджеров ответив на 3 скрам вопроса придут к консенсусу по цвету кнопки?:)

Вспомнилось:

Утверждение дизайна комиссией — путь к смерти.

(http://habrahabr.ru/blogs/webdev/51795/)

Эта тема тертая в айтишных кругах, а вот в «реальной жизни»™ скрам-митинг — зачастую откровение. А цвет кнопки не надо обсуждать вообще, это решение надо делегировать ответственному лице или обсудить локально.

хороший пост про скрам митинги., но скорее назвать его стоило «об эффективных скрам митингах»:) в любом проекте помимо статус митингов (а речь в статье именно о них) есть еще ряд митингов других, с другими целями и agenda. это планирование и оценка итераций, о которых упомянул Евгений, идентификация и планирование рисков итд. гораздо интересней наверное было бы почитать об эффективных подходах к митингам в целом, чем о тертой перетертой теме скрама и аджайла. да и сама эффективность таких митингов в скраме довольно сомнительна. если в проекте 10−12 человек, то на митинг тратится 3−4 человеко-часа. это 60−80 человеко-часов в месяц. переведите это в деньги, я уверен что возможно организовать коммуникации по статусу работ дешевле.да, кстати, интересно как 15 менеджеров ответив на 3 скрам вопроса придут к консенсусу по цвету кнопки?:)

Простите что расстроил.

Евгений Компаниец Delivery Manager в UENI 21.09.2010 02:31

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

Макс, ты прав, мне уже многие указали. Однако сравни «отвечайте в пассивном залоге» с «отвечай в настоящем времени» — второе интуитивно-понятнее.:)

Евгений, там написано «Скрам — НЕ универсальное решение для совсем любых совещаний».

mlk 21.09.2010 02:31

Никакой критики и никаких оценочных суждений...

А если кто-то осудит лентяя, можно осудить осудившего за нарушение принципов? Если нет, то можно осудить осудившего лентяя? Если нет, то можно осудить осудившего осудившего лентяя? А невербально? Когда все сроки сорваны и все полимеры проёбаны, можно кого-нибудь осудить или надо ждать суда? И что нам говорит СКРАМ, если кто-то не стал сдерживать газы, то можно высказать оценочное суждение или надо молча сидеть в атмосфере доверия?

Вначале написано, что методика подходит для любых совещаний. А если я на совещании планирую — это не совещание? Или придумываю куда дальше двигаться. Мне кажется не хватает определения совещания. Для меня совещание — процесс во время которого обсуждают что угодно. Тема там конечно есть и проблемы бывают, но не понимаю как пользоваться тремя предложеными вопросами в совещании на тему «что сегодня кушать на ужин? ».

придирка: дело похоже не в использовании будущего времени, а в использовании пассивного залога. См «Потестил новый сервер » vs «Новый сервер проверен». Время одинаковое, а залог разный.