Яка головна робота керівника команди? [зачинено]

• У проекті, що відповідає гнучкої моделі програмування, яка головна робота керівника команди?
• Які відмінності в роботі між керівником команди та керівником проекту?

У проекті, що відповідає гнучкої моделі програмування, яка головна робота керівника команди?

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

Які відмінності в роботі між керівником команди та керівником проекту?

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

Керівництво піднімається по сходах, лідерство вирішує, до якої стіни слід спертися сходи.

"Керівництво робить все правильно; керівництво робить правильно". Пітер Друкер

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

Прем'єр-міністр відповідає за загальну реалізацію проекту, графіки, складання бюджету, звітування перед керівним комітетом. Іноді є бізнес-прем'єр, який є загальним лідером змін у бізнесі, і ІТ-прем'єр, який зосереджується лише на ІТ-змінах.

Є кілька різних типів лідера команди, ІМО:

Технічне керівництво:

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

Адміністративний напрямок:

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

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

При спритному розвитку розвиток іде в ітераціях, я можу подумати, що деякі обов'язки керівника команди є:

1. Він / вона повинен знати, як поводитися з результатами попередніх етапів і повинен приймати рішення відповідно.
2. Він / вона повинна дбати про технічні деталі та ресурси, слід уникати залежностей (розробників).
3. Потрібно мати можливість спілкуватися та координуватись з іншими командами (командами баз даних, тестуючими командами). Пам'ятайте, якщо хтось із команди не вдається, ітерація не вдається.
4. Основна робота: Поводження з ресурсами / розробниками - це головне завдання, в команді ви будете мати людей з різним ставленням Старші, Юніори. Керівник команди повинен вміти розібратися, яку роль повинен грати Індивід, зокрема Ітерація .

У спритній обстановці, як такої, немає "лідера команди". Команди повинні бути самоорганізованими . У Scrum існує концепція " ScrumMaster ", але це дуже відрізняється від "керівника команди" або "менеджера проектів".