pdk - Сайт свободных игровых коммуникаций

ПДК: как все успевать, все
помнить и быть любимым
Элементы управления проектами
в подготовке РИ
Николай Горбунов (ака Орленок aka Горба)
Петербургский Семинар Целеполагания (ПеСеЦ)
«Клуб «Северное Буги», Санкт-Петербург
КГ/АМ: где баланс?
«Креативная группа / Административный модуль» 
 Рулит креативщик: много идей, интересно, но:
«режим ошпаренной кошки»; часть задуманного
теряется, потому что забыта или уже некогда
 Рулит администратор: все запланированное
сделано, но: креатив постоянно подавлен;
необходимость соответствия целям и срокам
сбивает концентрацию
 Проблема: Очевидно, что администратор на
проекте необходим, но сколько его должно быть?
Вопрос дня
 Какова предельно допустимая концентрация (ПДК)
административа в проекте?
 Административ гнетет креативщиков
 Без эффективного креатива нельзя ничего создать
 Без эффективного административа нельзя ничего
сохранить и довести до конца
Выход: «идеальный управленец»
 Фиксировать все, что создают креативщики
 Приводить креатив к исполняемому виду
 Создать и поддерживать информационное поле
команды
 Разрешать противоречия, блокирующие прогресс
 Убирать с пути креатива бытовые препятствия
 Согласовывать решение задач во времени
 Не прессовать сроками и рамками, но помнить о них
О чем пойдет речь
 Планирование: помнить все и успевать вовремя
 Цели и результаты
 План проекта, фазы и вехи. Отслеживание графика
 Документирование: исключить противоречия
 Шаблоны документов
 Рабочие инструкции
 Рабочая тетрадь проекта
 Коммуникации: договариваться и быть в курсе
 Оперативные коммуникации: что работает, а что нет
 Встречи: какие, как и когда
 Принятие решений и разрешение спорных ситуаций
Знакомьтесь: это ВАДИК
Когда нужно получить
результат?
Цель =





Время
Адекватность
Достижимость
Измеримость
Конкретность
Реализуемо ли это в
рамках имеющихся
ресурсов?
Возможно ли это за
приемлемый срок?
В чем измеряется
корректность
результата?
Что должно получиться в
результате?
Есть задача? Спросите ВАДИКа
1.
2.
3.
4.
5.
6.
7.
 Что должен из себя представлять конечный результат?
 Как проверить, надлежащего ли он качества?
Что? 
 Каково место данного результата в общей структуре проекта?
Почему?  С чем он связан? Как?
 Когда результат должен быть готов к использованию?
проекта
задержки,
и как они влияют на график?
Когда?  Каковы допустимые План
 Кто вовлечен в подготовку результата?
Кто?  Кто и что конкретно
делает?
 Какие ресурсы нужны, чтобы получить результат?
они нужны, чтобы получить результат вовремя?
За счет чего?  Когда
 Где
написано,
что делать?
Чем заменить,
если
ресурсыкак
окажутся
недоступными?
 Что делать,
если мнения
расходятся?
Шаблоны
и
рабочие
инструкции
На каком основании?  Кто уполномочен принимать решения?
Оперативная информация
Что может помочь/помешать? 
 Что может помешать получению результата в срок?
 Что способствует получению результата в срок?
 Что делать, если соблюдение графика под угрозой?
План проекта, фазы и вехи
 План проекта – сводный документ, описывающий:




Список задач в проекте
Ресурсы и сроки, сопоставленные каждой задаче
Связи и зависимости задач между собой
Ключевые точки в проекте и их плановые сроки
 Фаза проекта – группа задач, имеющая общий
логически завершенный результат
 Веха – точка в проекте, время достижения которой
следует особо отметить. Обычно привязывается к
завершению важных задач или фаз
План проекта: простой пример
№
1
Фаза /
Задача
Результат
Разработка Пакет игрока
выложен на сайт
пакета
игры
игрока
Срок
Ответств
енный
Статус
10-Апр- Горба
06
[10-Ноя-05]
Выполнено 20%
1.1 Сводная
информаци
я об игре
Сводка.doc
согласован с МГ
и выложен на
FTP в /player
01-Янв- Горба
06
[10-Ноя-06]
Начало работы
[5-Ноя-06] Конь
не валялся
1.2 Описание
мира
Мир игры.doc
согласован с МГ
и выложен на
FTP в /player
03Мора
Мар-06
[10-Ноя-06]
Черновик
выложен на FTP
… но лучше делать это в MS Project
 Полная информация о задачах и их состоянии
 Удобная прорисовка логической структуры задач и
их взаимосвязей
 Визуальное отслеживание выполнения проекта
 При внесении изменений график пересчитывается
автоматически
КГ/АМ: главное о планировании
 План нужен для того, чтобы сделать все вовремя
 Не парьте креативщиков планированием!
 План составляет и поддерживает администратор
 «Наружу» видны только ключевые точки плана
 План доступен всем, но не обязателен для изучения
(диаграммами Ганта можно пугать детей)
 Доносить ключевые моменты до команды должен не
документ, а человек
 Слова человека должны от раза к разу оставаться
неизменными, и именно для этого они должны быть
основаны на документе
… далее
 Планирование: помнить все и успевать вовремя
 Цели и результаты
 План проекта, фазы и вехи. Отслеживание графика
 Документирование: исключить противоречия
 Шаблоны документов
 Рабочие инструкции
 Рабочая тетрадь проекта
 Коммуникации: договариваться и быть в курсе
 Оперативные коммуникации: что работает, а что нет
 Встречи: какие, как и когда
 Принятие решений и разрешение спорных ситуаций
«Нет на бумаге» = «нет в природе»
Умный Парень
Документация
Не всегда
доступен, и
говорит не всегда
Рабочая группа
одно и то же
Великолепный
хаос идей
Недостаточно
конкретны, чтобы
на их основе чтото сделать
Ресурсы / инструменты
Оформленный
результат
Строение определяет свойства
 Документы нужны, чтобы несколько людей могли
воспринимать что-то одинаково и действовать согласованно
 Задача документа – наиболее эффективно донести полезную
информацию до человека
Чем меньше информации,
тем легче
ее запомнить
 Свойства
документов
непосредственно
следуют из их задач
Структурирование
 Минимальный
размерспособствует запоминанию и облегчает поиск
 Всегда
где брать и
информацию
(одно
место проще
запомнить)
 известно,
Ясная, простая
неизменная
структура
(включая
структуру
 Исключается
риск одновременного использования разных версий
хранилища)
Исключает соблазн хранить локальные копии
 Централизованное хранение
Гарантирует, что все пользуются самой свежей информацией
 Высокая скорость доступа
Гарантирует отсутствие противоречий
 Актуальность
содержимого, своевременное обновление
 Отсутствие дублирования информации между документами
Как структурировать информацию?
 «Учебники» vs. «справочники»
 Справочники: содержат конкретную информацию,
непосредственно применимую на практике.
Критерий качества справочника: он позволяет за
Оптимизированы
поднабыстрый
поиск информации по
минимальное
время найти ответ
вопрос «Как?»
структуре и ключевым словам
 Учебники: нужны для запоминания структуры
справочников.
Интересные, читаются легко (но один раз
Критерий качества учебника: он позволяет
), многократное
дублирование
сформулировать
вопрос «Как?»
таким образом, информации
чтобы
ответ можно было легко найти в справочнике
 «Правило
5 объектов»
 Число одновременно воспринимаемых однородных
объектов (папок, файлов, глав и т.п.) не должно
превышать 5 (легко запоминается после беглого взгляда)
Как оформлять документы?
 Единообразие (шапка, встроенный контроль версий,
колонтитулы)
– нужны шаблоны
Упрощает чтение – организация документа привычна
 Значащие имена файлов
 Структура
не более
2 уровней,
неясно,
более
4-5содержит
глав
Упрощает–поиск
нужного файла
– по имени сразу
что файл
 Размер одного документа – не более 4-5 страниц
 Нумерация глав, параграфов и абзацев
ссылаться на
конкретные места примежду
согласовании
и редактировании
 НеПомогает
дублируйте
информацию
документами!
Иначе каждое изменение придется вносить в более чем один документ
Хранение и доступ к документам
 Единое централизованное хранилище, доступное
всем по чтению (файл-сервер, комод, etc.)
 Структуру хранилища желательно зафиксировать
как можно раньше и не менять
 Документов в одной папке – не более 5
 Одновременно доступна только одна (последняя)
версия каждого документа
 Каждый раз перед использованием документа он
берется из репозитария. Никаких локальных копий
Обновление и контроль версий
 Командный документ – всегда результат
коллективного труда, но отвечает всегда один
Системы управления версиями
 Подробнее –(Perforce,
далееCVS,
в разделе
про совещания
etc.) проблему не
решают,
т.к. информация
о версиях отвечает один
 За обновление
каждого
документа
хранится на сервере, и документ,
конкретный человек;
никто
другой к редактированию
выдранный
из контекста,
не допускаетсяавтоматически ее лишается
 Контроль версий ведется непосредственно в самом
документе (т.н. лист регистрации изменений)
 Нумерация версий должна подчиняться правилам
 О внесении изменений желательно уведомлять всех
Контроль версий: пример
№
Дата
Основание
Автор
Глава /
Параграф
1.1 11-Ноя- 06
Горба
-
 Исправлен нижний
колонтитул, надо
исправить шаблон
1.0 10RR В
Ноя-06 Протокол
061106
Кастинг.doc
Горба
-
 Предварительный
кастинг утвержден
 Можно вешать на
сайт
0.9 5-Ноя06
Горба
Локации >
Лес
 Дриады помечены
как «заняты» (Снифф,
Мира, Хелен)
RR В 061104
Заявка на
дриад.eml
Что изменено /
Комментарии
КГ/АМ: главное о документах
 Документы нужны для того, чтобы ничего не забыть и
работать в согласии
 Не парьте креативщиков документированием!
 Документы составляет и поддерживает администратор
 В черновик документа записывается все; в чистовом
документе остается только то, что нужно для принятия
конкретных решений
 Все документы доступны по чтению всем членам команды
 Изменения в каждый документ вносятся только одним
человеком (например, автором)
… далее
 Планирование: помнить все и успевать вовремя
 Цели и результаты
 План проекта, фазы и вехи. Отслеживание графика
 Документирование: исключить противоречия
 Шаблоны документов
 Рабочие инструкции
 Рабочая тетрадь проекта
 Коммуникации: договариваться и быть в курсе
 Оперативные коммуникации: что работает, а что нет
 Встречи: какие, как и когда
 Принятие решений и разрешение спорных ситуаций
Как общаться?
 Письменно – точнее, но на порядок медленнее
 Если письменное общение выходит за рамки 2
сообщений, беритесь за телефон
 Если по телефону за 15 минут прогресса не видно,
назначайте встречу
 Если за час встречи решить вопрос не удается,
исключайте его из рассмотрения
Как контролировать время?
 Контролировать время можно только лично
 Вступать в переписку – бесполезная трата времени
 Хотите задать конкретный вопрос и быстро получить
ответ – звоните
 Хотите о чем-то сообщить быстро – звоните
 Хотите о чем-то сообщить быстро и точно – пишите
письмом и звоните в тот же день
 Уточнять письма голосом – опасная практика, поскольку
сохраняется только то, что записано
 Хотите быстро выяснить несколько вопросов или
прийти к общему мнению – назначайте встречу
Кого на какую встречу звать?
 Создать что-то новое – мозговой штурм
 Те, «кто курит одно и то же» – чем их больше, тем лучше
 Те, кто обеспечит им необходимый комфорт
 Поделиться информацией – оповещение
 Только если нужна обратную связь от всех, и ее будет
много (иначе было бы достаточно одного письма)
 Только те, от кого нужна обратная связь
 Прийти к общему мнению – согласование
 Выработать единое мнение и зафиксировать его
 Только те, чье мнение будет опрошено
«Больше трех не собираться»





Чем меньше группа, тем легче работать
Группа из 2 человек договаривается за 1-2 минуты
Группа из 4 человек договаривается за 10-13 минут
Группа из 8 человек договаривается за 30-45 минут
Группа из 16 человек может не договориться вовсе
Это не просто реальная статистика,
это проверено на личном опыте.
Цифры могут варьироваться, но
пропорция сохраняется
Как обеспечить кворум?
 Встреча состоится, только если наберется кворум
 Для каждой встречи условия кворума должны быть
определены заранее и известны всем
 Кворум проще собрать, запросив у всех участников
их временные сетки на возможные даты встречи
 Вопрос к каждому: когда у тебя будет столько-то времени
для встречи на такой-то неделе?
 Встреча назначается на время, когда свободное время у
всех пересекается
 Незадолго до встречи необходимо напомнить о ней
всем приглашенным (раз или два )
Как прийти к согласию в срок?
 Цель встречи – выработать действия по каждому
обсуждаемому вопросу за заданное время
 Вопрос считается решенным, если по нему выработано
действие, выполнение которого снимает этот вопрос
 Определенность действий (читай – общая цель)
важнее разрозненных частных мнений
 Если обсуждение заходит в тупик или превышает
регламент, вопрос снимается
с повестки
или
Существуют
более прогрессивные
методы принятия порядке
решений, сводящие
разрешается арбитром в приказном
любое решение к единогласию и
поэтому не требующие
 Арбитры по каждому типу вопросов
должны арбитража.
быть
См., например, «Программируем
известны всем участникам заранее
командный дух», Д. и М. Маккарти
Как пресечь нездоровый флуд?
 Старайтесь придерживаться повестки дня
 Записывайте все, что полезно; но если обсуждение не
вписывается никуда, прекращайте его, ссылаясь на
нарушение повестки дня
 Если пресекать все, что не относится к повестке дня,
можно потерять много хороших мыслей
 Мозговой штурм – место для открытых вопросов
 Это позволяет создать больше новых идей
 Согласование – место для закрытых вопросов
 Это экономит время, удерживая дискуссию в русле
Как сохранить результаты встречи?
 Протоколировать встречи абсолютно необходимо
 Повестка дня, условие кворума и арбитры по
каждому вопросу должны быть известны заранее
 Их вносят в черновик протокола и рассылают всем
 Все записи в протоколе должны быть направлены
на то, что нужно сделать, чтобы снять текущие
вопросы с повестки дня
 Письма, если из них вытекают
действия,
Иначе они через
несколько тоже могут
просто потеряются
считаться протоколами дней
встреч
 Выработанные действия нужно вносить в план
Что писать в протоколе встречи?
 Цель встречи, дата, название одной фразой
Что должно
получиться в результате
встречи.
Это позволяет
правильно назвать файл протокола
 Условие
кворума
(Иногда одной попытки сформулировать цель достаточно,
чтобы
понять,
встреча не нужна
вообще.)
Кто
должен
присутствовать,
чтобы
встреча состоялась
 Арбитры
по что
каждому
типу
вопросов
Кто обладает правомиснимать
вопрос с повесткипротокол
и разрешать коллизии
 Кто присутствовал,
кто составлял
 Повестка дня
 Вопрос
 Заметки по ходу обсуждения: кто что говорил
 В какие документы по результатам встречи будут внесены изменения
 Решение:
чтоболее
надоподробную
сделать,
кто делает, к какой дате
 Где искать
информацию
 Связанные документы
КГ/АМ: главное о коммуникациях
 Коммуникации нужны, чтобы все вовремя узнавали
то, что должны знать, и знали это одинаково
 Организуйте общение, но не «светитесь» сверх меры
 Следите за соблюдением простых правил (не вдаваться в
переписку, «больше трех не собираться», и т.п.)
 Определяйте, когда нужны встречи, назначайте их и
собирайте людей. Определите плановые встречи
 Разрешайте спорные ситуации – они стопорят процесс
 Записывайте все и сразу распределяйте по документам
Резюме
 Планирование: помнить все и успевать вовремя
 Составьте план, основанный на результатах
 Планирование – дело администратора
 Документирование: исключить противоречия
 Записывайте все, из чего следуют решения и действия
 Все должно быть мало, просто и централизованно
 Содержать документы в порядке – дело администратора
 Коммуникации: договариваться и быть в курсе




Чем меньше людей, тем им проще договориться
Остерегайтесь переписки. Сочетайте телефон и встречи
Протоколируйте все! Только так можно все сохранить
Организация коммуникаций – дело администратора
Бонус: «правило трех простых»
 1: «Больше 1-го не отвечать»
 3: «Больше 3-х не собираться»
 5: «Больше 5-и не класть»
Количество одновременно
воспринимаемых объектов (файлов
в папке, глав в оглавлении,
документов в пакете, тезисов для
запоминания и т.п.) не должно
превышать 5.
За каждую задачу должен
отвечать один конкретный
человек.
Исполнителей
Чтобы достичь
согласия,
может
быть
несколько,
число обсуждающихноне
праводолжно
финального
решения
превышать
3.
должно
быть
закреплено
(Группа, обсуждавшаяза
тот
кем-то
одним
же вопрос ранее и уже
достигшая согласия,
считается за одного
обсуждающего (?).)
… ну хорошо, а кого назначать-то?
 Вариант: администратор – правая рука главмастера
 Главмастер имеет авторитет и наделяет полномочиями
 Администратор должен уметь делать 50%
делегируемых задач самостоятельно
 Это дает необходимый естественный авторитет
 Это повышает точность оценки сроков
 Администратор – это не диагноз, а роль
 Лучше, если роль администратора берет на себя такой
же креативщик, как и все остальные
 Потому что иначе нам сложнее друг друга понять 
Спасибо!
 На все вышеописанное (почти ) есть примеры
 Шаблоны документов, план проекта в MS Project,
структура хранилища документов, и т.д.
 Все это, включая сами слайды, можно переписать
 Заходите в гости  (корпус «Сказка», комната 38)
 Присылайте комментарии, это важно
 E-mail: ghouliwehr@gmail.com
 ICQ:
976-56-457 (gorba)
 ЖЖ:
ru_pesec