Як проводити засідання команди розробників?

Наша команда з 10 розробників збирається щотижня. Зустрічі досить нудні та не особливо корисні. Який формат / порядок денний ви використовуєте для гарних зустрічей?

Ми щотижня зустрічаємось у конференц-залі за допомогою піци. Формат полягає в тому, що ми обходимо кімнату і перераховуємо статус різних завдань, над якими ми працюємо, і обговорюємо завдання на наступний тиждень. Керівники нададуть огляд майбутніх проектів та пріоритетів на найближчі місяці та рік, що передує.

Оновлення

Мета цих зустрічей - більш-менш загальна побудова команди, поділитися знаннями над тим, над чим працюють усі, та інформувати всіх про зміну ініціатив компанії. Це не формально «роздавати» робочі завдання (це робиться за допомогою інших засобів).

На той час, коли ми проводимо зустрічі нашої команди, ми вже знаємо, чим займалися цілий тиждень і що будемо робити на наступному тижні. І ми маємо розумний огляд довгострокового плану.

Те, що ми робимо на зустрічах нашої команди, - це говорити про те, що нас клопотить. Все, що трапилось за останній тиждень, що значно сповільнило нас, - речі, які ми хотіли б змінити в майбутньому, особливо це стосується проблем.

Формат круглого столу схожий на ваш, але ми виходимо з нього з великою кількістю завдань для різних людей. І ми дуже прагнемо тримати це безпристрасно. Очікується, що люди зможуть бути повністю відкритими і не хочуть сприймати речі особисто.

І ми свідомо призначаємо цю зустріч останньою половиною п'ятниці вранці і їдемо звідти в паб на обід (необов’язковий), який не обов’язково триватиме лише годину.

Я б підказав із досвіду, що менеджери (тобто хтось вище керівника команди / керівник проекту) не повинні бути на цих зустрічах. Це лише відлякує людей бути абсолютно чесними. Керівники команд / керівники проектів можуть передавати повідомлення вгору на різних зустрічах.

Скасуйте прокляті зустрічі. У них немає сенсу, якщо вони не мають точки. Я був надто багато таких протягом останніх 15 років. Я майже впевнений, що якби клітини мозку, які постраждали від цих "зборів команди", не функціонували, я та моя команда побудували б щось, що продали за мільярди доларів, і я міг би звільнитися до відносної невідомості та здійснити свою мрію поспішаючи з деяким кодом, про який я дбаю лише наступні двадцять років.

Напевно, у вас вже є короткі щоденні зустрічі зі статусом або стоячі. Якщо ви повинні продовжувати ритуал витрачати годину на тиждень, щоб відчувати, що ви є командоутворенням, тоді вже будуйте команду. Встановіть порядок денний або запитайте від членів вашої команди пунктів, які, на їхню думку, повинна вирішити команда, і надайте їм можливість діяти і діяти на ці імпульси після наради. Це воно.

Якщо за день до зустрічі нічого не заслуговує на порядок денний, скасуйте його та вийдіть на пиво (або каву) якнайшвидше після відсторонення від роботи, щоб ви не переривали будь-яку концентрацію, яка насправді була створена напередодні. заплановані перерви, і просто поговоримо про все, що спадає на думку. Говорять вислівці. Це просто станеться. Нічого страшного. Якщо ви платите мені досить добре, я навіть не проти придбати власний джин та тонік.

У мене вистачало шаленої теплої піци на нудних зустрічах команди протягом останніх 15 років моєї кар’єри, щоб додати принаймні 10 зайвих кілограмів на мою талію, і я фактично ходжу на роботу і з роботи більшість днів. Мені це не потрібно. Якщо люди з моєї команди не смокчуть, і в такому випадку я вже будую свій вихід, я буду будувати власний рапорт, не потрібно ніяких структурованих вправ. Я зроблю більше, я буду щасливішим, і мої колеги будуть мені подобатися більше, ніж якщо я відчуваю себе зобов’язаним викласти якусь спробу довести свої інтелектуальні кінські сили або послухати людей, які гулять про вдосконалення процесу чи ритуалізовані інтелектуальні мастурбації щодо контролю над джерелами Тестові моделі тестових одиниць даних постачальників постачальників для прискорення віджетів та кращих практик для використання моїх стратегічних ініціатив для тестових середовищ ефективності. (Вибачте,

Зазвичай у нас є щогодинна зустріч кожного понеділка вранці (команда 10 чоловік), близько 9 ранку:

• Вгору вниз : 15 хвилин для TL (Team Lead), який повідомляє нам, що відбувається в компанії (нові контракти, нові розробки, все захоплююче ...)
• Круглий стіл : 15 хвилин для круглого столу (менше ніж 2 хвилини потім), де ми просто говоримо, що робимо, щоб переконатися, що всі знають, що відбувається, і під час якого TL підкаже нам загальний напрямок на наступний тиждень. Особливості зберігаються в страху.
• Презентація : 30 хвилин для презентації одного з наших проектів. Будь то огляд високого рівня, макет або технічний, це залежить від того, хто робить презентацію і над чим вони працюють. Презентація відкрита, і люди запрошені прозвучати. ​​Якщо дискусія стає занадто специфічною, вона відкладається, щоб презентація могла продовжуватись.

Мені дуже подобаються ці зустрічі, тому що це швидкий спосіб ознайомитися з тим, що відбувається поза межами моїх маленьких проектів для домашніх тварин.

Думаю, важливим моментом є уникнення конкретики:

• в кінці тижня (кінець четверга / п’ятниця) ми робимо повний звіт про те, що ми зробили, що було заплановано і було відкладено / скасовано, а також проблеми, з якими ми стикалися в TL, не потрібно повторювати це вранці в понеділок і виносили кожного з розуму
• тривалі дискусії не відмовляються, і людей рекомендують запланувати конкретну зустріч із зацікавленими.

Це працює досить добре (особливо, мабуть, тому, що наш TL зустрічається зі своїми колегами та начальником у п’ятницю, тому ми отримуємо свіжі новини).

Люди можуть приносити круасани чи інші речі, але це не є обов’язковим та не запланованим. Ми цінуємо, коли хтось робить!

Якщо вам стає нудно, обговоріть новітні технології. Запитайте розробників, що вони робили з новими рамками, серверами тощо.

Ви можете спробувати достроково повідомити про хід минулого тижня електронною поштою і лише обговорити проблеми, які викликали проблеми, і коротко окреслити, що ви збираєтесь робити на цьому тижні. Це зробить звіт кожної людини коротким та цікавим.

Майбутні проекти та пріоритети зазвичай не повинні змінюватися з тижня на тиждень, тому чому б не перенести їх на окрему щомісячну зустріч. Якщо з’явиться щось нагальне, то це можна буде підняти на щотижневій зустрічі, інакше ви просто повторитесь.

Я б також втратив піцу. Ви не хочете ніяких відволікань.

Коли наша команда була все місцевою, ми мали щотижневі зустрічі. Якщо ваша мета полягає в зростанні команди (а не про те, що команда звітує про вас конкретно), то моєю порадою буде взяти стільки "процесів" чи структури. Ми почали так само, як і ви, обійдіть стіл і всі перелічіть свою роботу, в той час як усі, хто слухає, нудьгували з черепів, якщо ця робота не стосувалася їх.

Одне, що ми вирішуємо як команда, це те, що якщо наш начальник збирається змусити нас сидіти в кімнаті протягом години, у нас буде принаймні пончики. тож ми розійшлися по кімнаті, і кожен тиждень інша людина відповідатиме пончиками (один процес може підписатися кожен). Наш начальник також розслабився з часом, і замість конкретних тем, щоб перелічити та рухатися далі, ми просто обходили стіл і лише виховували речі, які нас клопали чи це було круто / цікаво. Якщо ваш рот був заповнений пончиком або вам не здавалося, що говорити того ранку, ви можете просто пройти.

Як розробник у великій компанії, я міг скласти список з 250 речей, які компанія робить, щоб витрачати свій час, але я насправді знайшов ці зустрічі цікавим способом просто знімати ш # т з командою та їсти пончики. Тепер, коли наша команда розташована в трьох різних штатах та 4 країнах, у нас більше немає таких зустрічей :(

Я вважаю, що це краще, якщо дияволам вдасться продемонструвати те, що вони досягли. Деві незацікавлені в загальному побоюванні мас (вибачте, маси), але повага та повага наших ровесників (які насправді розуміють, наскільки важко це було, чи наскільки розумними тощо) є залежністю. Devs люблять новий блискучий краще міцніше швидше чистіше будь що. Налаштування групи -> ваша вечірня LAN понеділка вранці. ^ ^ Нарада повинна зосередитись на розробниках та коді / техніці, або це, як правило, марнотратський час (деви будуть зв’язуватися над кодом ^ ^ це просто відбувається).

HTH