Мій досвід полягає в тому, що команди розробників (але взагалі будь-яка команда) складаються з 3 типів людей:
- ті, у кого вбудований привід для якості,
- тих, хто лише в них за гроші (пиво / дівчата / що завгодно) і не може менше турбуватися, проте ви намагаєтесь їх мотивувати,
- "посередні" (за відсутністю кращого слова).
Остання група є найбільшою, і вони схильні слідувати за правлячою партією. Якщо в колективі достатньо якісних людей, вони можуть витягти більшість із собою, створюючи міцну висхідну спіраль у командному дусі та мотивації. Однак якщо занадто багато шахраїв, вони можуть легко створити протилежний ефект, спіраль смерті.
Тож головне завдання менеджера - вибрати та утримати потрібних людей та позбутися поганих . Не "посередні", хоча - на них можна вплинути, щоб почати вдосконалюватися, надавати підтримку хорошим ідеям інших людей, а деякі з них з часом можуть навіть стати власниками позитивних тенденцій.
[Update2], що відображає відповідь Альба : ІМО немає необхідності, щоб розробники якості були чітко більшістю в команді (хоча це не завадить :-). Існує "поріг встановлення тренду" , над яким погляди та поведінка підгрупи можуть швидко стати "мейнстрімом" всередині спільноти , тому інші люди помічають і починають слідувати. Це ви можете бачити в роботі у широкому суспільстві весь час (наприклад, (не) звички до паління, здоров'я та дієти, примхи, органічна їжа). Моя дуже приблизна оцінка полягає в тому, що це може бути десь 25-30%, але це залежить від безлічі факторів. Ось де погані люди можуть сильно нашкодити. Навіть пара поганих людей у вашій команді може значно підвищити цей поріг. [/ Update2]
Звичайно, не завжди можливо найняти достатню кількість найкращих хлопців. Тож коли перша фракція недостатньо сильна, щоб самостійно керувати речами, керівництву потрібно допомогти їм. Пара думок з цього приводу:
Я думаю, що Scrum має гарну ідею для цього з демонстраціями продуктів. Демонстрація функції, яку ви реалізували перед аудиторією, що складається не лише з ваших товаришів по команді, але, можливо, розробників з інших команд, менеджменту, навіть користувачів програми, може бути величезним джерелом гордості, а також сильним фактором, який допомагає команді заграти.
Інша справа, щоб керівництво серйозно вислуховувало команду розробників щодо якості. DeMarco та Lister навіть згадують, що є компанії / відділи, де команди розробників мають право вето на те, що може йти на виробництво. Якщо вони вважають, що додаток ще не готове до прайм-тайму, вони можуть відкласти випуск незалежно від того, яке управління хотілося б. Зараз це важко для управління, але я можу уявити, що він формує командний дух і сильно передає повідомлення про те, що якість тут дійсно важлива, а не лише на рівні слів.
Це призводить до наступного моменту: щоб створити "культ якості", керівництво повинно досконало зрозуміти те, що вже знають більшість досвідчених розробників: що якість не є думкою - її потрібно вбудовувати в продукт із самого початку. Тож людей слід заохочувати (і винагороджувати за!) Думати про довгострокову ремонтопридатність, прагнучи до хороших рішень, а не швидких .
Оновлення
@Machado у своєму коментарі дав новий поворот у питанні (як мінімум, для мене):
Що я, як член команди, а не менеджер, можу зробити, щоб поліпшити якість коду своєї команди?
Кілька думок:
- Продовжуйте вчитися та поширюйте знання навколо кожного, хто слухає. Вивчайте та використовуйте найкращі практики у ваших областях знань.
- Пишайтеся своєю роботою .
- Ці двоє майже природно дозволять стати позитивною моделлю для наслідування для інших - особливо новачків та юніорів -; пам'ятайте про це та використовуйте свою роль на благо всієї команди. Найкращий спосіб вплинути на інших - позитивний приклад.
- Подивіться не тільки на код, але і на весь процес розробки програмного забезпечення; продовжуйте задавати питання та надавати відгуки для оптимізації процесу розробки .
І останнє, але не менш важливе: знайдіть місце, де ви можете бути «топ-хлопцем» . Якщо ви зараз перебуваєте в "посередній" групі, прагнете розвивати себе - сподіваємось, що вищезгадані ідеї допоможуть у цьому. Але якщо у вашій нинішній команді ви потрапили у "нижчі верстви", рекомендую проаналізувати причини. Що вас демотивує? Погані умови праці? Команди? Управління? Тип роботи? І що це вас хвилює та цікавить? Можливо, вам доведеться поговорити зі своїми колегами та / або начальником про це. Або вам може знадобитися шукати кращу роботу - або навіть нову професію - де ви можете почати сяяти. Насправді не варто витрачати значну частину свого життя на незадовільну чи гнітючу діяльність.
Можливо також, що ви змушені продовжувати свою поточну, неоптимальну роботу через зовнішні фактори (відсутність кращих можливостей роботи, оплата рахунків тощо) - це відбувається раз у раз. Навіть у цьому випадку намагайтеся зробити з цього найкраще. Виробляти якісну роботу (наскільки це дозволяють обставини) - це винагорода сама по собі, яка допомагає підтримувати свою самооцінку та підтримувати себе здоровим та відкритим у довгостроковій перспективі. Таким чином, коли з’являється можливість чогось кращого, ви краще готові скористатися цим.