Виступаючи як хтось у роботі (хто також був розробником), ключові речі, які я повинен робити, це:
Слідкуйте за командою розробників (і радійте там, де це можливо) - перемістіть речі зі свого шляху, які перешкоджають їх роботі, де це можливо, поясніть, чому це неможливо, де їх не можна перенести, щоб спробувати зменшити будь-який виникаючий стрес (людей більше ймовірно, приймуть речі, якщо вони принаймні їх зрозуміють). Зрештою, якщо між проектом та командою є конфлікт, який неможливо вирішити, проект зазвичай виграє. Це не обов'язково робить вас популярним у команді, але вам платять за постачання проектів / продуктів, а не як профспілкового лідера. Очевидна майстерність полягає в мінімізації того, як часто це відбувається.
Переконайтесь, що команда спілкується із замовником потрібну суму . Це, як правило, рівні частини, що відводять замовника від команди та переконують, що команда розпитує клієнта про речі, які він не розуміє повністю (а не просто робити припущення, які можуть бути неправильними). Розробники дуже великі в тому, щоб переконатись, що клієнт їх не заважає, а іноді забувають, що клієнт може додати щось корисне.
Проектне планування та визначення пріоритетності конфліктів з ресурсами, вимог клієнтів, питань підтримки тощо. Я, як правило, людина, яка каже, що цей клієнт має перевагу над цим, або що ця помилка повинна бути виправлена перед її доставкою, але вона може вийти як відома проблема.
Керуйте комерційною стороною розвитку - це переконайтесь, що речі, за які слід стягувати плату і за які стягується плата, і що ми не намагаємося стягувати плату за речі, які повинні бути охоплені підтримкою.
Будьте голосом команди в бізнесі та бізнесу в колективі - допоможіть усім зрозуміти позицію інших та допомогти вирішити розбіжності там, де вони виникають. Це значною мірою має на меті охоплювати культурні конфлікти між потребами / бажаннями команд та більшими організаціями та бюджетними питаннями. Це насправді дуже лайно, бо це означає, коли є розбіжності, що ти ворог кожного.
Робота з командою, щоб забезпечити достатню кількість процесів та інструментів для задоволення потреб бізнесу та клієнтів . Переконайтесь, що ці процеси дотримуються та коригуються за потребою. Деякі з них переконують, що команда визначає процеси (наприклад, для технічних речей, які вони розуміють краще, ніж я), деякі - визначає їх сама (для речей, які я розумію краще, ніж вони - планування, оцінки та інше). Тут важливе слово достатньо - ви не хочете процесу заради процесу, але є речі, які мають відбутися, а процес - це найкращий спосіб досягти цього послідовно.
Слідкуйте за тим, щоб кожен член команди працював принаймні на розумному рівні , а в ідеалі - понад це. Попрацюйте з ними, щоб допомогти вирішити будь-які проблеми, які заважають їм досягти цього рівня. Я хотів би сказати, що моя роль полягає в тому, щоб вони були найкращими, але можуть бути, але інші вимоги (проект, бюджет, час) означають, що це майже завжди буде порушено в більшій чи меншій мірі.
- Виконуючи всю адміністрацію та інше, що вимагає організація (і закон)
Загалом, це наставництво, частина секретаря, управління проектами, управління рахунками та PR (частина для команди). Існує багато підбору речей, які розробникам не потрібно думати або не думати про те, а деякі впевнені, що вони роблять те, що потрібно робити, але не хочуть робити.
Що справа не в тому, щоб бути кращим розробником (як правило, ви занадто відсторонені, щоб довго залишатися в курсі, тому вам потрібно визнати, що люди будуть знати більше, ніж ви - майстерність полягає в тому, щоб знати, де ваш довший, але застарілий досвід є більш релевантним, ніж їх коротший, але новіший досвід) або якийсь диктатор. У цьому відношенні найкращий спосіб подумати про це не те, що ти старший, просто те, що ти маєш різні обов'язки. Іноді це стосуватиметься остаточного заклику до чогось (що може суперечити думкам команди), але частіше це стосується консенсусу чи компромісу.