Элегантная головоломка. Системы инженерного менеджмента - страница 3
МАЛЕНЬКИЕ КОМАНДЫ ОЧЕНЬ ХРУПКИ, И ПРИ МАЛЕЙШЕМ СБОЕ ОНИ ВОЗВРАЩАЮТСЯ ОТ ИННОВАЦИОННЫХ РАЗРАБОТОК К РУТИННОМУ ИСПОЛНЕНИЮ СВОИХ ТЕХНИЧЕСКИХ ОБЯЗАННОСТЕЙ.
Собрав воедино эти руководящие принципы, я разработал удивительно простой и эффективный порядок действий:
• Формируйте команды из шести–восьми человек.
• Чтобы создать дополнительную команду, увеличьте существующую до восьми–десяти человек, а затем разделите ее на две по четыре или пять человек.
• Никогда не создавайте «пустые» команды (два-три человека).
• Никогда не просите одного менеджера вести более восьми человек.
Это лишь рекомендация, помогающая определиться с размерами команд, а не жесткое правило, не подразумевающее исключений. В любой ситуации контекст заслуживает тщательного изучения, но по моему опыту, долгосрочные издержки работы с исключениями перевешивают то, что я когда-то считал их достоинствами.
2.2. Старайтесь формировать высокоэффективные команды
Мой друг уже шесть месяцев ведет группу из 60 инженеров. Вполне логично, что большинство команд в организации такого размера чувствуют потребность в срочном найме персонала. Стоит ли одновременно дополнительно привлекать людей во все нуждающиеся отделы, или максимум в один-два, пока их запросы не будут полностью удовлетворены?
Это отличный вопрос, и он касается очень сложного аспекта руководства организацией. Увлекательно ощущать себя первооткрывателем, учиться у всех и каждого. Иногда возникает необходимость реорганизовать команду (6), что болезненно, хоть и быстро решается. Гораздо труднее сохранить вовлеченность, когда вы уже приобрели базовые знания и пытаетесь найти место для реализации конкретных планов. Придерживаться выбранного заранее курса чревато последствиями, когда речь идет о развитии организации. Некоторым отделам всегда нужно больше, чем вы можете предоставить.
Когда говорят о масштабировании, разговор обычно сводится к найму персонала. Хотя я считаю, что найм – очень серьезный инструмент в среде растущих организаций. Мне кажется, мы слишком часто к нему прибегаем. В течение последнего года я разбирался, в каких случаях найм принесет наибольшую пользу. Так был разработан алгоритм из вопросов, помогающий определить, что нужно команде для повышения производительности.
Рисунок 2.3. Четыре состояния команды.
2.2.1. Четыре состояния команды
Руководящие принципы начинаются с терминов для описания команд и их работы в данном контексте.
Команды могут находиться в одном из четырех состояний:
Спад производительности: каждую неделю количество задач в бэклоге растет. Как правило, сотрудники работают на пределе, но не добиваются существенного прогресса, моральный дух снижен, а заказчики громко выражают недовольство.
Стагнация: команда закрывает ключевые задачи, но не гасит технические долги и не приступает к новым крупным проектам. Моральный дух немного выше, но сотрудники по-прежнему работают на пределе, а заказчики могут казаться счастливее только от того, что поняли: никакие запросы ни к чему не приведут (поэтому они перестают выражать недовольство).
Погашение технического долга: все ресурсы уходят на техническое сопровождение, что провоцирует эффект «снежного кома». Каждая закрытая задача ведет к увеличению времени для погашения прочих долгов.
Внедрение инноваций: команда трудится над новыми проектами, когда объем технических доработок стабильно низок, моральный дух на высоте, а большая часть сил направлена на удовлетворение новых потребностей заказчиков.
Похожие книги
