В период активной фазы проекта наш менеджер пытался ввести в обиход утренние собрания команды (8-10 человек). 

Планируемый регламент: 3 раза в неделю, по 20 минут. 
Стиль проведения: каждый говорит о том, чем он занимается в данный момент + обнаруженные проблемы и т.п.

В конце концов команда эту практику зарубила. Обычно собрания затягивались и длились минут 30-40, и многие были против такой потери времени. Многие, к тому же, просто не приходят на работу ко времени начала митинга (к слову, через полтора часа после официального начала рабочего дня). 
А мне, напротив, очень понравилось - когда, например, уезжает тимлид, и я его подменяю, то я автоматически оказываюсь в курсе всех дел, знаю, кто чем занимается, какие есть открытые вопросы, знаю сроки планируемых релизов и т.п. А сейчас - в аналогичной ситуации, не владея информацией, я внезапно узнаю, что завтра релиз.

Собственно, вопросы:

• Используете ли вы регулярные собрания?
• В каком формате они проходят?

Это сообщение отредактировал(а) batigoal - 11.7.2007, 08:32

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

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

У нас такие собрания проходят ежедневно, обычно длятся от 10 до 30 мин. Первоначально это был SCRUM-митинг в чистом виде, т.е. с ответами на три стандартных вопроса (что делал вчера, что буду делать сегодня, с какими проблемами столкнулся) и с ограничением времени не более 15 мин. В последствии формат изменился: если возникают проблемы/вопросы требующие внимания большей части команды, то по возможности кратко обсуждаем их на митинге. Если начинается общение на темы, непосредственно касающиеся лишь 2-3 человек, то останавливаем и заинтересованные лица обсуждают свои вопросы уже вне рамок митинга. Пока такой вариант устраивает, хотя вопрос о целесообразности "чистого" митинга остаётся открытым. На одной чаше весов здесь то, что затягивание собрания (иногда до часа) отнимает время, на другой - даже если дискуссию начинают 2-3 человека, часто она перерастает в общее обсуждение и "коллективный разум" находит более быстрые и качественные решения.
Фиксированное время начала митинга для нас не подходит, т.к. в команде есть несколько студентов и их график работы зависит от занятий в институте, поэтому в конце каждого собрания оговариваем время начала следующего. Обычно получается в районе 16:00. Теоретически, утренний митинг имеет преимущество "утреннего настроя на работу", но нас вполне удовлетворяет сложившийся режим.

Для нас основные достоинства ежедневных митингов:
1. Все члены команды в курсе состояния дел в проекте в целом.
2. Каждый озвучивает проблемы, с которыми сталкивается, и пути их решения. Часто оказывается, что другие уже решали подобные задачи или где-то что-то об этом читали и т.п. В итоге не приходится изобретать велосипеды.

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

Вот здесь неплохо сказано о сабже: http://www.javenue.info/post/59

Это сообщение отредактировал(а) mindflyer - 11.7.2007, 10:23

Надо командным решением дать по жопе


Нужно контролировать. У нас как-то и на 1,5 часа растягивалось. ососбенно когда директор хотел поучаствовать..
Жёстко пресекать. "А вот у меня... если вам конечно интересно, была такая вот штука" - нахек!


По жопе. Морально. В след. момент он может влететь как и ты перед релизом. Надо втолковывать.


Вот.


Аха. Самое то 

Это сплачивает команду.
Видишь забытые рожи.
В курсе дел товарища и команды
Держишь в башке всё, что может на тебя свалиться
Вобщем, это аналог "боевого листка" онлайн
Я обеими руками всегда и везде за такие собрания

Технические митинги - отдельно. Даже сразу после планёрки. Ест ьпроблема? - закончили скрам, кто нужен - остался

ЗЫ: сейчас у нас команда ровно в 5 человек, сидящих в круг(почти в круг)
Раз 5 в день возникает стихийный краткосрочный митинг на 5-7 минут. 
Планёрок нет, но может заведём.

Разработчик. По причине того, что официальный development team lead выдвинулся в proudct manager'ы, его роль выполняем мы с архитектором (архитектор - в большей степени, но он-то сейчас и в отпуске). 


Дело в том, что эта отчётность будет отправлена конкретному человеку, а не всей команде.


Команда-то как раз против  "За" только я с менеджером.

Но в целом, как я вижу, высказывания об этом подходе (оказывается, это часть SCRUM'а?) положительные. Возьму методbre на вооружение.

Это сообщение отредактировал(а) batigoal - 11.7.2007, 10:48

mindflyer, интересная заметка, спасибо за ссылку.

Я неверно выразился.... "Командирским" 


"Я-я, их бин студебеккер" 

Порой напрягает даже манагера. Но в целом полезно.

А у вас участники команды не знают о сроках?
Это должна быть доступная информация для всех разработчиков.

Нет, не знают.

А в чём причина такого неведения, команда разработчиков работающая над проектом слишком большая, или разбросана по разным комнатам.  Просто интересно, получается, когда team lead распределяет обязанности, он не обговаривает сроки?

Сроки, видимо,обговариваются, но только по конкретным задачам.

Вообще, странный подход.
Часто релиз задерживаете? И на сколько? И, интересно, за какое время до релиза узнаётся, что релиз переносится и на какой срок?

Это сообщение отредактировал(а) stron - 19.7.2007, 16:08

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

Даты не скрываются, но и не афишируются. Видимо, причина этого "держания в неведении" в том, что релизы нерегулярны (сейчас пора maintenance'а).


Да, именно так.



Есть такой момент. Но я и не хочу съезжаться в один угол. Вариться в собственном соку - тоже не очень хорошо.

Ужос! ИМХО, это в корне не верно. Похоже на то, что менеджмент замалачивает инфу, чтобы обделывать свои грязные делишки   

Эх, вот если бы ещё при жизни наступил коммунизм и разработка везде бы велась по уму!..
На прошлой работе, где я был, ситуация была примерно та же. Есть сроки выпуска версий, о которых все знают. А бывают и такие версии, о которых становится известно лишь за пару дней и все начинают лихорадочно выправлять (или хотя бы откатывать) код, чтобы сборка была работоспособной. В основном это было из-за банальной безответственности руководства - решили делать сборку и никому не сообщили. А потом ещё интересовались - "ну как, завтра сборку точно даёте?". Было такое несколько раз на моей памяти. Руководитель разработки филиала глубоко задумывался, определяя шансы на успех, потом звал всех и сообщал, что "завтра вот, так что сегодня и завтра Ж...".
Сборку обычно отдавали в нормальном виде, но руководство из-за таких "шалостей" никто особо не любил.  

nornad, я такое на корню пресекаю. никаких поставок а-ля "ой, мне завтра надо презентацию сделать, сбацайте-ка мне сборку". только или по плану  , или демонстрируйте предыдущую

Да уж, не в сказке живём.

А может, ну его нафиг, такую работу?   

Это по уму. А местный филиал почти что на птичьих правах, хотя наша команда держала более 50% проекта. Головной офис в столице и там, типа, "всё и происходит". Бардак на фирме отменный. Был, есть и ещё долго будет есть. Как пример - вице-президент фирмы встретился с заказчиком (гос.структура), пообщался и сказал, что послезавтра им покажут новую версию с новыми фишками. Команда эти фишки и так форсирует. Проект находится в стадии "разложения" ("разложен" по машинам программистов, которые делают каждый свой кусок). Естественно, есть SVN. Только вот по-быстрому доделать все фишки нереально - нужно оперативно либо доделать, либо определить точную реализованную функциональность (что тоже бывает не всегда легко сделать, т.к. функционал бывает и взаимосвязанным) и выдать сборку тестерам, которые, естественно, что-то найдут и это надо успеть поправить и снова проверить. А руководство в такой ситуации ещё требовало от тестеров комплексного тестирования проекта. Естественно, они пытались популярно объяснить, что даже если они круглосуточно будут тестировать, всё равно времени не хватит (проект здоровенный; там только исходников за 7000 штук, а классов вообще за 12000).

Вот и воевали, бывало, со своими же...


Не всегда получается. Например, в наших широтах (Казахстан) очень сложно найти компанию, которая бы работала по уму. Я пока ни одной не видел, но я и работал всего в трёх. Плюс, про пару имею достоверную информацию (так сказать, "из первых рук").
А ушёл я с той компании не потому, что процесс разработки меня не устраивает (спасибо нашему филиальному руководителю разработки - до разработчиков редко докатывались маразмы руководства). Просто, была возможность заняться своим делом. Жаль, что продолжить не вышло - клиенты у нас ищут компании-разработчиков не по принципу "кто лучше, быстрее, качественнее, дешевле", а по тому, сколько можно будет себе откат сделать.

Так что... Мечтать не вредно, а жить приходится в реальном мире.

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


По теме: практику взяли на вооружение будем митинговать иногда.

Это сообщение отредактировал(а) pavelvladimirovich - 23.7.2007, 22:09

У нас, кстати, ежедневные митинги не применялись. Скорее, еженедельные и в разное время.
А вот спонтанных мини-митингов бывало даже за день по паре-тройке.

Да мне тут, в целом, нравится... А бардак - везде.

Это сообщение отредактировал(а) batigoal - 24.7.2007, 11:12

 , не везде. а я наверное псих - там где бардак я стараюсь навести порядок... 

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

Манагеров на мыло!   Топов туда же. 

Это вы, миленькие, не понимаете, что для руководства главное не процесс разработки и не качество продукта, а денюшку срубить... Чтобы зарплату вам заплатить... И еще на два мешка головной боли, которая вам и не снилась...
Вы себя не обманывайте, ребятки: не вы в этом процессе главные, не программисты... увы... Я раньше тоже так думала... Как ни печально, лучше кривая-косая, но готовая версия к обеду, как та ложка... И не всегда удается этот "обед" запланировать заранее... 
В общем, программисты, как всегда, пребывают в приятном заблуждении, что якобы они зарабатывают для компании деньги... Наоборот: мы их тратим...  

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

Это же море времени (суббота, воскресенье...)!   
А если вернуться к теме - к митингам - то да, штука хорошая, если не увлекаться и не доводить до маразма...

Бред, извините. В аутосорсинге продаются часы работы программистов - значит программист приносит прибыль.

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

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

Смешно было бы с этим спорить, если речь идет о программерской фирме. Я просто хотела напомнить, что программирование (и вообще производство) - это далеко не все, и даже гораздо меньше половины (в смысле источника денег) ...


Вот-вот, причем их успехи практически никак не связаны с качеством продаваемого софта...  

И какое это самоуничижение... если при всем при этом им приходится нас тепеть...  

К сожалению, вынужден согласиться   

Ну, нам их тоже терпеть приходится.

А по поводу

могу лишь напомнить, что это форум программистов.  
Сильно сомневаюсь, что в булочных применяют Agile и ежедневные митинги.
Хотя, если глянуть в иные сферы (например, бригада ассенизаторов) - там Agile можно применить. 

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

У нас миттинги раз в неделю. 
Затягиваются ~  1час. при комманде до 10 человек. 
На них отчет, планы,обсуждение спорных вопросов. Все остальнео в рабочем порядке. 

ИМХО. Раз в неделю это обязательно. Раз в день - наверное излишне.

Добавлено через 1 минуту и 13 секунд
И еще по себе. Лично мне надо хотя бы раз в неделю отчитываться 1. это дисцеплинирует (ну не собранная я тетка могу и в лес уйти без контроля) 2. сам видешь свой прогересс - приободряет. 3. Да и пообщатся с народом приятно )) гы.

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

В общем, ежедневная отчётность - штука полезная. Насчёт самих митингов гарантировать не могу (не пробовал), но думаю, что и они полезнее, если кратко и ежедневно.

nornad, спорные вопросы, как раз те, котоыре касаются тактики. Мелочи, рассматриваютс в рабочем порядке. слабо Богу 

Ну, значит, затягиваете решение.

Добавлено через 8 минут и 14 секунд
  

не уверен   

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


Я вообще работаю в дико убыточном подразделении    Но зато мы выполняем имиджевые функции