Я хочу написать пару вещей об управлении.
Что вообще такое — управление?Стивен Кови в своей книге «Семь навыков высокоэффективных людей» (очень советую, если ещё не читали) разделяет управление на лидерство (определение путей развития компании, направлений работы и проч., то есть управление в глобальном смысле) и управление (управление текущими делами и проектами). Оба этих направления безусловно важны. Не менее важно также соблюдать баланс между ними. Погрязнув в текущих делах легко не увидеть направление движения рынка, возможных новых клиентов, новых продуктов и услуг от наших конкурентов. Аналогично, постоянно смотря на дело «с высоты птичьего полёта», можно не заметить внутренних проблем нашей компании. Часто стартап начинает группа людей. В таком случае лучше заранее договориться и распределить роли. То же самое относится и к малому бизнесу.
Тему лидерства мы ещё затронем, а сейчас поговорим об управлении.
Итак, мы — самый настоящий Project manager. Каковы наши функции? Необходимо оптимально разбить задачу или проект на подзадачи, определить ключевые подзадачи, обеспечить выполнение и контроль для всех задач.
Я — Сергей Брин. У меня есть команда из четырёх человек и я хочу сделать почтовую службу GMail.Я определяю, что необходимо сделать:
1. Купить сервер
2. Настроить его
3. Подключить сервер к интернету
4. Создать макеты всех страниц
5. Написать код
6. Добавить «фичи»
7. Поставить всё на сервер
8. Провести отладку и тестирование
9. Запустить рекламную компанию (рекламу я начну, когда закончу писать код, то есть, буду уверен в завершении проекта).
Какие задачи для моего проекта являются ключевыми? Ключевые задачи — это те, задержка или сдвиг которых, приведёт к изменению сроков всего проекта. Нельзя настроить сервер, не купив его, нельзя подключить сервер, не настроив его и так далее. Таким образом, задержав покупку, задержим и момент получения настроенного сервера. Однако вместе с покупкой и настройкой сервера вполне можно начать рисовать макеты, а затем и писать код. Но написанный код нельзя будет поставить, если к тому времени мы ещё не подключили сервер.
Очень хорошо всё это видно на диаграмме Ганта. Гант — американский инженер-промышленник (почти как Джон Галт (Голт) из одной книги :) ).
Он предложил планировать работы следующим образом:
1. Определяем общий срок проекта — в моём случае это будет месяц — и срок выполнения каждой подзадачи
2. Определяем предков и потомков для каждой задачи
3. Строим диаграмму, которая для моего проекта примет вид:
Что всё это даст мне и моей команде? Очень хорошую наглядность. Оказывается, покупка сервера хоть и связана с настройкой и подключением, но вовсе не является обязательной в начале проекта и может быть сдвинута на срок до 8 дней. А вот если на этапе написания кода произойдёт задержка в один день, это обязательно отразится на всём проекте. Диаграмму можно улучшить: проставить в ячейки стоимость дня каждой подзадачи, а потом построить график наличия необходимых средств на каждый конкретный день. Это полезно если инвестор, скажем, решил переводить нам средства по частям. Таким же образом можно оценивать и трудоёмкость задач.
Такие диаграммы можно строить на бумажке, в MS Excel, в MS Project или в другом специализированном софте.
Итак, мы разбили и спланировали задачу. Следующий этап — обеспечить выполнение и контроль. Здесь часто всё зависит от конкретной ситуации, но всегда есть общие рекомендации.
Как действую я в своём проекте GMail:
1. Обеспечить сотрудникам свободный режим в пределах установленного времени
2. Ежедневные собрания ни к чему: коллектив небольшой, и все в курсе ситуации, достаточно проводить краткие собрания раз в 3-4 дня для обмена мнениями и определения потенциальных проблем. Некоторые из сотрудников могут работать удалённо (например, в моём случае, человеку, покупающему сервер вовсе не обязательно сидеть рядом с программистами, в таком случае надо продумать и организовать коммуникации. Чтобы сэкономить на телефоне, можно использовать Skype или другие программы обмена сообщениями
3. Купить доску с маркерами. Как показывает опыт, компьютерное планирование — хорошо, но ещё лучше, когда можно быстро нарисовать схему или записать новую идею и она всегда будет у команды перед глазами
4. Требовать ежедневный краткий отчёт о том, что реально было сделано за прошедший день. Казалось бы: все работают вместе и всегда можно переговорить, однако это хорошо дисциплинирует и помогает оценить общее продвижение проекта
5. Продумать и обеспечить документооборот, чтобы избежать траты времени на поиск последней версии среди файлов Макет.doc, Макет1.doc, Макет_обновлен.doc, Макет_самый последний.doc, Макет1_улучшенный.doc, Макет_финальный.doc, Макет_обновлен_последний.doc
6. Очень хорошо для организации работы подходят интегрированные системы, вроде MS Outlook, где есть календарь, обмен файлами, почта, добавление задач, уведомления. Поскольку аутлук стоит денег, то для нас лучше воспользоваться GMail или другими подобными веб-сервисами, которые либо бесплатны, либо стоят не очень много, при этом ничем не уступают по функциональности и обеспечивая доступ из любого места без дополнительных настроек и софта. На первый взгляд это может показаться несущественным, однако позволяет сэкономить много времени, и по мере роста нашей компании, будет становиться только важнее.
Также стоит помнить о такой вещи как мотивация. Даже если мы набрали команду людей «с горящими глазами», мы знаем, что любой огонь гаснет, если его не поддерживать. О мотивации сотрудников написано множество книг, существует куча тренингов и практик, и если мы хотим добиться успеха с нашей командой, нам просто необходимо иметь представление об этом.
Получился довольно длинный пост, который можно выразить в формуле
Результат = Планирование + (Выполнение + (Контроль + Мотивация))
Есть чем поделиться? Пишите в комментариях!
Комментариев нет:
Отправить комментарий