Птахів і бджіл: чи ройові команди - шлях майбутнього?

Ви коли-небудь помічали вулик поруч? Що відбувається, коли вулик досягне критичної маси? Бджола-королева залишає вулик, і вона приймає з собою половину робітників. Вони рояться і будують новий вулик. Ця дія робиться майже автоматично. Ніхто не контролює чи інструктує бджіл. Бджола-королева - це різновид слуги-вождя, який просто привласнює роль робочим бджолам у новій колонії. Практика «технології рою» в системах Agile Management натхненна такою поведінкою бджіл. Технологію рою також називають Mobbing.

Зовсім недавно у своїй книзі «Розумний рой» Пітер Міллер окреслює цінні ділові уроки з природи:

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

Що таке технологія Рой / Рой?

Щоб дізнатися про технологію рій, нам потрібно трохи знати про Agile Project Management.

Agile Management - це динамічна форма управління гнучким проектом, що характеризується:

  • Непослідовність робочого процесу з майже плоскою ієрархією
  • Паралельні команди, що працюють над окремими частинами проекту
  • Постійна взаємодія з клієнтом
  • Кілька результатів впродовж проекту

Впровадження Agile Management вимагає від команд змінити спосіб їх роботи.

Однією з форм поведінки Agile команд є "рояльна технологія" (також її називають мобінгом). У технологіях роїнгу весь колектив (або значна частина ресурсів) виділяється на одне завдання (також його називають історією), щоб робота під рукою була завершена ефективніше. Запам’ятайте «Усі за одного; Девіз "Трима мушкетерами" один для всіх "? Що ж, плавці мають прийняти цей девіз. Кожен член команди повинен бути готовий працювати в сферах, які можуть не бути його досвідом.

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

У своєму найосновнішому вигляді:

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

Давайте розберемося з кількома термінами, які використовуються в технології рій:

Історія: історія - це особлива потреба бізнесу, яка присвоюється компанії / організації (як правило, ІТ).

Swarmer: Плавець - це людина, яка переходить від однієї історії до іншої, пропонуючи свої вміння чи технічну експертизу там, де вони потрібні.

Координатор: Координатор - особа, відповідальна за історію. Людина може бути координатором лише однієї історії за один раз, але може бути ширшим для інших історій.

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

Щоденна аналогія рою

Ось невелика аналогія, яка допоможе вам зрозуміти концепцію технології рою: Уявіть собі команду, яка бере участь у кулінарному змаганні. Два пункти повинні бути складені та представлені перед суддями в рекордно короткий термін. Елементи - це, скажімо, овочевий бутерброд і фрі. У нашій команді є 3 члени: пані Грейс, містер Мак та містер Дзен. Завдання ми розподіляємо так:

КрокиЧас зайняв (хв.)Особа відповідальна
Наріжте овочі12Пані Грейс
Влаштуйте сир та овочі5Пані Грейс
Поп у виробництві сендвіч10Містер Мак
Очистити і нарізати картоплю10Містер Дзен
Відваріть і обсмажте їх.15Містер Мак
Представіть меню5Пані Грейс

На завершення меню в цьому сценарії потрібно 57 хвилин.

Зауважте, що пані Грейс пов’язана протягом перших 15 хвилин із сендвіч-заходами, а містер Мак простоює перші 15 хвилин, поки містер Дзен не поріже картоплю, навіть не маючи навичок різати овочі. Якщо містер Мак і містер Дзен можуть допомогти пані Грейс у першому занятті, час скорочується на третину.

Тепер ми знаємо, що деякі з цих людей володіють кількома навичками. Перелічимо їх:

КрокиОсоба відповідальнаОсоби з навичками
Наріжте овочіПані ГрейсМісіс Грейс, містер Мак, містер Дзен
Влаштуйте сир та овочіПані ГрейсПані Грейс, містер Дзен
Поп у виробництві сендвічМістер МакМістер Мак
Очистити і нарізати картоплюМістер ДзенМістер Дзен, пані Грейс
Відваріть і обсмажте їхМістер МакМістер Мак, містер Дзен
Представіть менюПані ГрейсПані Грейс

Тепер, якщо ми заграємося в деякі з цих заходів, давайте подивимося, що відбувається:

КрокиЧас зайнявОсоба відповідальнаОсоби, які виконують діяльність
Наріжте овочі4Пані ГрейсМісіс Грейс, містер Дзен, містер Мак
Влаштуйте сир та овочі5Пані ГрейсПані Грейс
Поп у виробництві сендвіч10Містер МакМістер Мак
Очистити і нарізати картоплю10Містер ДзенМістер Дзен
Відваріть і обсмажте їх7.5Містер МакМістер Мак і містер Дзен
Представіть меню5Пані ГрейсПані Грейс

Усі вони запливали на перший заняття. Меню готове за 41, 5 хвилин, і ця команда перемагає! Це основна ідея концепції технології рій. Зауважте, що це не пряма аналогія, оскільки команди ІТ-проектів складніші, але основна передумова залишається.

Джерело зображення: pixabay.com

Стратегії ефективної технології рій

  • Командний дух: Концепція технології рою повністю залежить від роботи в команді. Отже, побудова командного духу є критичною стратегією для ефективної технології рою. Усі члени команди повинні скласти голову для вирішення однієї проблеми. Тому важливо, щоб вся команда мала відкрите та вільне спілкування та сприйняття нових ідей. Ігри з побудови команд можна використовувати для сприяння командному духу в командах рою.
  • Агільна культура: Хоча технологія рою не є винятковою для методології Agile розвитку, тим командам, які хочуть застосувати технологію рою, корисно підготувати команди до ідеї нелінійної, неієрархічної системи створення справ. В іншому випадку люди в групах рою будуть заплутані в ієрархії, схваленнях та інших міркуваннях, що є частиною систем управління водоспадами.
  • Практикуйте технологію роїння як вправу для побудови команди : члени команди можуть часто роякуватись як вправи з побудови команди. Це виховує почуття своєї приналежності, а також усвідомлення сильних і слабких сторін інших членів, щоб, коли виникає ситуація в реальному житті, вони готові почати з миті. Це схоже на пожежну практику, щоб забезпечити ефективне функціонування в реальному проекті.
  • Різноманітні команди: Це допомагає мати членів із різноманітними наборами навичок у рої. Люди з унікальними здібностями приносять новий погляд на рішення.
  • Часта оцінка: Важливо постійно перевіряти хід ройових команд та переоцінювати завдання з урахуванням нової інформації.

Стилі технології рою

Технологія рояцтва - це гнучка концепція, і ви можете адаптувати її до різних форм, щоб відповідати різним проектам. Деякі поширені форми:

  • Спарювання : розробники іноді працюють у парах, щоб завершити історію. Це стратегія, яка часто використовується у формі програмування, яка називається Extreme Programming (XP). Два розробники працюють над однією історією (поставлена ​​задача), часто сидять поруч на одному комп’ютері (подібний до партнерів у міліції), співпрацюючи над тестуванням, кодуванням або алгоритмом. Вони відскакують ідеї один одного, щоб завершити історію. Існує два типи спарювання:
    • Основне парування відбувається, коли пара встановлена ​​(пара може складатися з більш ніж двох членів). Одна людина з пари є координатором і тривалість фіксується. Це не пов'язане з технологією різання в тому сенсі, що цим завданням займаються лише ці дві людини. Ці пари рухаються разом від історії до історії.
    • Полігамне спарювання - це технологія, в якій одна людина залишається з історією для продовження, а інші рояки приходять і йдуть. Є одна людина, яка постійно залишається з історією для продовження. Його називають координатором. Є й інші члени, які формують пари для розвитку історії. Вони можуть або не можуть залишитися протягом усієї тривалості історії.
  • Код-координатор : У будь-якому проекті однією з проблем, пов'язаних із ройовими спритними кодерами, є те, що кодерам знадобиться певний час, щоб "потрапити в зону кодування". Проекти зі строгими термінами, такі, які, як правило, потрібно вирішити, можуть не мати розкіш часу. Отже, концепція кодера, який зберігається в запасі. Коли підходить відповідна історія, він стає координатором. Ця людина залишиться зі своєю історією до кінця; в той час як некодери, такі як аналітики, тестери тощо, заграють у історію кодування та перейдуть до інших історій. Координатор Кодексу перейде до іншої історії лише тоді, коли поточна історія буде завершена. Це дуже схоже на багатоженство, але воно досить текуче.
  • Потік одного предмета: У цій формі роючої спритності команда плавців фокусується на історії, поки вона не буде повністю виконана. Команда повинна мати всі необхідні навички, і робочий процес повинен бути безперебійним. Не можуть бути рої, які можуть вимагати інші команди. Це дозволяє безперебійно протікати роботи, не затримуючись між кроками.
  • Завжди Swarmers: Візьмемо для прикладу член команди, який є технічним письменником. Його навички можна використовувати в декількох командах, і він не повинен бути прив’язаний до координатора будь-якої команди, що вимагатиме від нього розповіді, поки вона не буде завершена.
  • Плавці, що працюють неповний робочий день: Ці люди несуть основну відповідальність перед спритним роєм та вторинну відповідальність перед власними проектами. Наприклад, технічний письменник буде документувати історії та, можливо, також повинен самостійно підготувати Посібник користувача для проекту.

Чи працює Роял спритний скрізь?

Ройовий рухливий - це відмінна стратегія для конкретних видів проектів. Але це не стратегія одного розміру. Це найбільш корисно на фазі ІТ-архітектури, де співпраця та вирішення проблем мають вирішальне значення. Однак основні принципи можуть використовуватися на будь-якій стадії будь-якого проекту, скорочуючи час простою ресурсів.

Його основна передумова може використовуватися для проектів, але конкретні типи рівномірного рою можуть використовуватися лише в певних випадках.

Шлях вперед

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

Розкіш довготривалих трудових відносин - це те, що ми можемо втратити, але дивіденди з точки зору ефективності можуть перевищувати мінуси такого робочого середовища.

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

Зверху:

  • Після того, як команда роїв буде створена, це відкриває цілий новий світ можливостей.
  • Члени команди навчатимуться з різних точок зору.
  • Співробітники будуть робити те, що їм подобається робити найкраще.
  • Доменні знання про кожен ресурс розширяться.
  • Розробники ніколи не будуть нудьгувати з проектами.
  • Ресурси є більш текучими і легко доступними.
  • Терміни проектів скоротяться.
  • Задоволеність працівників збільшиться, що призведе до кращого утримання

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

Посилання: http://blog.3back.com/scrum-patterns/6-ways-successfully-swarm/

Рекомендовані статті

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

  1. Питання для інтерв'ю Agile Scrum
  2. Роял програми розвідки | Визначення та 5 найкращих прикладів для бізнесу
  3. Швидка методологія, корисна в управлінні проектами (проста)
  4. Представляємо чудове порівняння - тренування зі скрутуму та спритності