ФФФ-блог

Игра «Проект»

В электронном учебнике «Управление проектами, людьми и собой» вышла новая игра! Учитесь рулить проектом, не рискуя настоящими деньгами и репутацией. Смотрите видео и попробуйте сыграть лучше, чем Николай Товеровский:

Игра работает без подписки на книгу — ищите её в демоглаве:
https://bureau.ru/books/fff/demo/17

Чтобы играть лучше, подпишитесь на книгу:
https://bureau.ru/projects/book-fff/

Фалькон Хеви

Поздравляем Илона Маска с запуском Фалькона Хеви. Если будем переиздавать книгу по управлению, с удовольствием закрасим новые ракеты в главе о маршруте проекта:

Разворот из книги «Управление проектами, людьми и собой»

О маршруте проекта в книге:
«После запуска первой версии продукта у начальства, коллег, пользователей возникнет масса идей, предложений, запросов. Если угождать всем, развитие продукта станет похожим на хаотичное броуновское движение молекул. Продукт распухнет от функций, станет вялым, начнёт разваливаться. Его польза будет расти медленно или даже начнёт уменьшаться.

Чтобы этого не произошло, каждый проект, каждую итерацию, каждую функцию нужно подчинить стратегическому плану — маршруту проекта.

Для построения маршрута проекта используйте принцип „думать глобально, действовать локально“.

Представьте развитие продукта в перспективе и определите результаты, которых хотите добиться в ключевых точках. Полученный маршрут проекта локально поможет сделать правильные шаги, а глобально — не сойти с намеченного пути».

8 января   Цитата

Лидерство

Вначале Амундсен и Ристведт двигались в компании своего старого приятеля Тераию. Но на исходе второго дня Тераию повернул назад, чтобы воссоединиться со своими сородичами на летних охотничьих землях племени. Норвежцы остались вдвоём. «Теперь, — заметил Амундсен, — идти стало чрезвычайно трудно, ведь впереди не было ни единой живой души».

Тут он в полной мере оценил то, что наблюдал во время миграции нетсиликов. Кого-то из эскимосов посылали бежать впереди собак, чтобы раззадоривать их. Причина была очевидна — даже обученные собаки не любили устремляться в пустоту (чувствительные натуры, что и говорить). В прошлый раз это не так бросалось в глаза благодаря благоприятной обстановке и таланту Хелмера Ханссена. Теперь ситуацию надо было спасать. И Амундсен быстро принял единственно правильное решение. Он пошёл впереди, в авангарде, а собаки побежали за ним по пятам, Ристведт следовал позади. «Это было чрезвычайно изнурительно», — написал Амундсен в конце дня, не забыв упрекнуть себя в том, что они прошли всего десять миль. Увы, перфекционисты крайне редко признают собственные достижения.

Роланд Хантфорд. Покорение Южного полюса. Гонка лидеров. Манн, Иванов и Фербер, 2012

Лидерство — это работа. От лидера в первую очередь зависит успех проекта. Лидер «тащит» проект, и его работа «затащить» не смотря ни на что.

Основные ножки «осьминожки» лидера: репутация, видение, решение проблем, сделать, делегирование. Чем больше у лидера слотов для подключения других осьминожек, тем лучше.

Репутация

Определим репутацию как вероятность получения помощи от человека. Скажем, прохожий на улице не откажется показать нам дорогу, но вряд ли просто так поможет разгрузить грузовик кирпича. Наша репутация для прохожего в районе нуля — нейтральная.

Репутация — капитал лидера. Начиная проект он вкладывает в него свою репутацию. Если проект получается успешным, репутация лидера растёт, он получает дивиденды. Если проект проваливается, репутация лидера снижается. Если репутация станет отрицательной, она не только не будет помогать лидеру, но и станет мешать: «с ним больше работать не будем».

Существует несколько способов заработать репутацию:

Результат. Если лидер добивается успеха, его репутация растёт. Поражения снижают репутацию. «Дон теряет хватку», — говорят подельники мафиозного босса.

Отношение. Хорошее отношение к людям повышает репутацию. Лидеру, который заботится о команде, могут простить провалившийся проект. «Ничего, Михалыч, перебьёмся месяц без зарплаты», — подбадривают начальника преданные рабочие.

Харизма. Энергия, вера в победу повышает репутацию. Люди готовы идти за харизматичным лидером, перенося поражения и невзгоды.

Стив Джобс — харизматичный лидер. Триумф нердов, 1996

Сила. Сильные решения поднимают репутацию лидера. Особенно, если они принимаются в тяжёлых условиях. Заявление Сталина «Я солдата на фельдмаршала не меняю», видимо, выдумка, но звучит сильно.

Разные способы повышения репутации работают по-разному с разными людьми. Так кому-то важно отношение, а результаты на втором или даже третьем месте. Кто-то наоборот никогда не пойдёт за лидером, который не умеет добиться результата, каким бы хорошим человеком он бы не был.

Видение

Работа лидера иметь видение и транслировать команде. Лидер идёт впереди и ведёт проект за собой. Он должен смотреть и видеть дальше всех.

Стив Джобс о видении

Для формулировки и трансляции видения хорошо подходит «маршрут проекта» — стратегический план развития проекта, продукта или целой компании. О маршруте проекта читайте в книге «Управление проектами, людьми и собой».

Решение проблем

Сложности возникают в любой работе. Лидеру по определению достаются самые нерешаемые и сложные проблемы.

Проблемы можно грубо разделить на технические и человеческие. Решить технические проблемы помогает теория решения изобретательских задач (ТРИЗ).

Человеческие проблемы разнообразны и будут рассмотрены в отдельном рассказе о делегировании.

Сделать

Профессионализм складывается из знаний и умения их применить — ремесла. Программист знает, как писать код и умеет пользоваться инструментами разработки. Дизайнер знает о композиции, типографике, цветах и умеет работать в Фотошопе. Точно так же лидер представляет результат и умеет его добиться — сделать.

Лидер понимает, как работают системы, что чувствуют люди и умеет применить знания на практике, чтобы сделать проект, продукт или даже целую компанию. «Сделать» — одна из главных мышц лидера.

Делегирование

Второй наиболее часто используемый навык лидера — делегирование — достоин отдельного рассказа.

P. S.

Быть лидером трудно из-за соединения ответственности и большого количества работы. Сильный лидер уверен в себе и передаёт уверенность окружающим.

Отрывок из интервью с Джорджем Лоисом
28 декабря   Закон   Юмор

Кто исполнитель

Неправильный выбор исполнителя — смертельная менеджерская ошибка. Если исполнитель не справится с задачей, не поладит с командой или того хуже — саботирует работу, проект окажется под угрозой.

Дополнительная опасность неправильного выбора исполнителя в том, что проблемы возникнут не сразу. Сначала всё будет хорошо, и все будут улыбаться друг другу. «Бомба» взорвётся в середине проекта и разрушит его изнутри. После взрыва неподходящий исполнитель, скорее всего, совершит профессиональное самоубийство — уйдёт из проекта, оставив все проблемы менеджеру.

Тщательно выбирайте людей в команду до старта проекта, как это делал полярный исследователь Руаль Амундсен:

Один лоцман сказал, что корабль Амундсена — это самое поразительное из всего, что он видел. «Приказов не отдавали, но все, казалось, точно знали, что нужно делать».

Хелмер Ханссен писал, что он «попал не к строгому капитану, не к начальнику, а будто бы к отцу».

Не все знавшие Амундсена чувствовали это, но он старался всегда делать правильный выбор. И никогда не позволял эмоциям влиять на свои решения. Рассказывают, как однажды он приказал кандидату в члены команды «Йоа» сложить сушёную рыбу (собачий корм) в кормовой трюм. «Это невозможно, — услышал он в ответ. — Там нет места».

«А на корабле нет места для тебя, — сказал Амундсен, кусая губы. — Собирай вещи и проваливай».

Амундсен не хотел мириться с растерянностью и беспомощностью, требуя от людей стопроцентной инициативности. Один из серьёзных уроков «Бельжики» заключался для него в том, что в условиях стресса пассивность превращается в апатию — и ведёт к гибели. Поэтому Амундсен постоянно устраивал такие маленькие экзамены, как в случае со складированием сушёной рыбы, чтобы не допустить появления слабаков в команде.

Роланд Хантфорд. Покорение Южного полюса. Гонка лидеров. Манн, Иванов и Фербер, 2012

Критерии

Оценивать исполнителей сложно — каждый человек индивидуален. Чтобы упростить эту задачу, автор предлагает простую систему из четырёх критериев, каждый из которых оценивается в баллах от 1 до 5.

Лояльность — вера в проект, менеджера и команду. Фундаментальный критерий. Если исполнитель не верит в проект, его польза может оказаться не просто нулевой, а отрицательной. Чем опытнее неверующий исполнитель, тем сильнее он может навредить. Людей с низкой лояльностью брать в команду опасно. Уровни:

−5 заклятый враг — 0 планктон — 5 соратник

Активность — умение взять инициативу и по-настоящему решить проблему. Может свернуть горы. Если исполнитель умеет «сделать», он может быть полезен даже, если базовый навык у него невысокий. Уровни:

1 тюфяк — 5 полководец

Упорство — способность дожать, действительно решить задачу. Признак профессионализма. Упорный исполнитель не сдаётся, добивается, доделывает и переделывает если нужно. Уровни:

1 ребёнок — 5 профессионал

Навык — основное умение, то, ради чего вы приглашаете исполнителя в проект. Для программиста это будет программирование, для дизайнера — дизайн, для уборщицы — уборка. Исполнители с развитым навыком похожи на волшебников. Уровни:

1 слабак — 5 маг

Дополнительно обращайте внимание на совпадение культур. Мастер карате может оказаться бесполезным в боях без правил, не потому что не умеет бороться, а потому что в принципе не признаёт борьбу эффективной. Если вы работаете с фиксированными дедлайнами, сработаться с талантливым дизайнером-раздолбаем будет сложно. При этом в некоторых проектах иная культура может оказаться полезной и помочь создать что-то новое и уникальное.

Примеры исполнителей

В примерах ниже используется метафора осьминожек. Персонажи вымышленные, а список не претендует на полноту.

Вздорный маг
Договориться с ним трудно, но если он возьмётся за вашу задачу, то точно доведёт её до конца. Станет сверхценным кадром, если сможете переманить его на свою сторону, повысив лояльность. Вздорный маг хороший кандидат в техдиректоры или арт-директоры.

Бездарный балабол
Балабол будет «учить» вас и окружающих, как надо сделать. Сам при этом делать ничего не будет, потому что не умеет. Если вы провалитесь, скажет «я же говорил», если победите, постарается присоединиться к вашему успеху. Держитесь от балабола подальше.

Своенравный середнячок
Своенравный середнячок может что-то сделать, но не слишком круто. Из-за низкой лояльности он вряд ли станет помогать. Может быть полезен для разовых или не критических задач.

Работящий слабачок
Неплохой кандидат для рутинных задач. К сожалению, из-за низкой активности будет растить совой навык очень долго, это будет бесить. Быть работящим слабачком весьма опасно. В случае проблем вас выгонять без особых сожалений.

Турбированный новичок
Прекрасный кандидат на рост. Если турбонапора хватит, сможет быстро прокачать навык и стать ценным кадром.

Винтик
Офисный планктон, линейный сотрудник, солдат. От такого хорошего не жди, но и требований особых он не выдвигает. Хорошо работает на конвейере, легко заменить. Иногда можно вырастить. Быть винтиком самому — идиотизм. В ближайшие сто лет винтиков заменят роботы.

Профессионал
Этот человек тут не для того, чтобы вас поддерживать. Он готов решить вашу задачу и решит её. Профессионалов полезно подключать на сдельную работу — они всё сделают и уйдут. Иногда их услуги могут оказаться слишком дорогими.

Предприниматель
Такие люди становятся владельцами бизнесов или топ-менеджерами и собирают вокруг себя других осьминожек. Особенно хорошо, если у предпринимателя какой-нибудь специальный навык развит на 4 или 5, например, программирование. Нанять предпринимателя на работу крайне сложно, он сам делает проекты и нанимает других.

Тест

Автору известен только один более-менее надёжный способ проверить исполнителя по всем критериям — это тестовый проект. Договоритесь с исполнителем о решении маленькой задачи. Важно, чтобы задача была полезной и имела видимый результат.

Переставить ссылки в подвале сайта — хорошая маленькая задача для верстальщика. Сверстать пару рыбных блоков — плохая. Рыба не попадёт в реальный продукт, и проверка будет некачественной. В Дизайн-бюро Артёма Горбунова используют тест для проверки внешних технических команд.

Календарь дел

В рассказе о текущей инициативе упоминается ведение задач в стандартной программе Календарь. Назовём методику управления задачами с помощью календаря «Календарём дел» и рассмотрим этот подход подробнее.

Суть

Календарь дел основан на простом принципе: как не планируй, в конце концов, на решение задачи придётся потратить минуты, часы и дни. Календарь дел предлагает систему прямого управления временем. Все дела, все встречи, все задачи планируются в единственном месте — в календаре. Личные задачи ничем не отличаются от рабочих, они занимают время и их надо сделать, поэтому личные задачи планируются вместе с рабочими.

Технология

☞ В примерах ниже используется стандартная программа МакОС «Календарь», но метод не зависит от программного обеспечения — подойдёт любой инструмент, где можно планировать события в календаре.

Заведите календарь и планируйте там все задачи. На каждую задачу выделяйте время, которое планируете на неё потратить.

Если задача сделана, отметьте её знаком «+». Если задача отменена, и делать её не нужно, отметьте её знаком «-»:

Если время на исходе, а задача всё ещё не сделана, остановитесь и примите решение, как поступить. В вашем распоряжении три варианта: 1) забить, 2) попилить ещё, то есть добавить время, 3) пофлексить.

Забить

Вы осознанно сливаете задачу. Вы не сделали, и делать дальше не будете. Это не такой катастрофический вариант, как может показаться. Бросить бесперспективное занятие — сильное решение, но пользуйтесь им с осторожностью, если не сделаете, можете подвести других или себя.

Если решили забить, поставьте в задаче крестик:

Попилить ещё

Вы решаете добавить время и поделать задачу ещё. Это самое распространённое решение. Часто это решение принимается по умолчанию и не осознанно — пилим, пока не получится. Опасность этого решения в возможной потере контроля — задачи имеют свойство заполнять всё доступное время.

Если решили попилить ещё, поставьте крестик и запланируйте новую итерацию. Это поможет сохранить контроль:

Пофлексить

Пофлексить — значит придумать, как сделать задачу за отведённое время и без потери качества. Хитрость флекса в упрощении решения. Это самый хороший вариант — задача решается и решается в срок. Если придумали как пофлексить, доделайте и поставьте «+».

Пример календаря с большим количеством дел:

Результаты

Использование календаря дел имеет ряд полезных последствий.

План дня

Если планировать в календаре задачи на завтра, у вас всегда будет план дня. Такой план помогает ритмично работать и добиваться предсказуемых результатов каждый день.

Закрытый список

Классический список дел открыт снизу — задачи добавляются без ограничений. В результате возможна парадоксальная ситуация: в конце рабочего дня список дел не сократился, а вырос из-за новых задач. Открытые списки усложняют управление личным временем и портят настроение — нет чувства свершения. Календарь дел позволяет сформировать закрытый список дел и сделать его.

Оценка задач

Календарь дел учит оценивать задачи. Если на решение типичной задачи регулярно не хватает времени, есть смысл скорректировать план.

Инкапсуляция ада

Если удаётся пофлексить решение и сделать задачу в срок, не смотря на возникшие сложности, ад и хаос не выплёскиваются наружу квадратика задачи и не портят другие квадратики.

Хитрости

В календаре дел удобно группировать мелкие задачи. Типичный пример — разбор почты. Вместо того чтобы проверять почту в режиме онлайна, запланируйте несколько крупных задач и добивайтесь разбора инбокса до нуля. Этот же подход можно использовать для обработки задач в таск-менеджерах вроде Асаны, Джиры или Трело:

Пример группировки задачи из книги Тима Фериса «4-часовая рабочая неделя»

Если работаете над разными проектами, заведите для них разные цвета:

Если задача возникает постоянно, настройте повторяющуюся задачу. Обращение с повторяющимися задачами достойного отдельного рассмотрения.

Чтобы вводить крестики установите раскладку Бирмана.

Ошибки

Само по себе использование календаря для задач не означает, что вы применяете описанный метод. В календаре ниже задачи планируются не по времени, а списком на день. В таком случае календарь используется как неудобный таск-менеджер. Неудивительно, что через время этого примера отказался от использования календаря:

Недостатки подхода

Календарь дел походит не всем. Если вы не любите планировать, заставить себя вести дела будет сложно:

Репер Фейс не планирует

Инструменты для ведения дел в календаре несовершенны. Неудобно делать задачи меньше получаса. Ставить плюсики, минусики и крестики — морока. Легко забыть отметить сделанную задачу, и она повиснет в неопределённом статусе. В примере календаря с большим количеством дел есть такая повисшая задача:

См. также

Текущая инициатива

Краткая инструкция для дизайнеров по передаче задач в разработку

Вы — дизайнер. Вы нарисовали макет и хотите претворить его в жизнь. Инструкция поможет вам получить хороший результат.

1. Осознайте свою беспомощность. Сами вы макет не внедрите. Даже если умеете программировать, любой серьёзный продукт в десять раз сложнее, чем вы можете себе представить. Трогать продакшен-код вашими дизайнерскими руками вам никто не даст, поэтому работа с разработчиком ваш единственный способ реализовать задуманное. Примите это.

2. Подготовьте качественную задачу. Работа разработчика внедрить то, что вы придумали, а не придумывать решение за вас. Продумайте, прорисуйте и хорошо опишите всё: основной сценарий, краевые условия, исключительные ситуации. Продумайте структуру данных, алгоритмы, триггеры.

При подготовке задачи вы не сможете обойтись без помощи разработчика. Заранее обсудите с ним задачу, расспросите о подводных камнях, вариантах реализации, наиболее сложных моментах в придуманном дизайне.

Не бойтесь переборщить с детализацией задачи. Даже если вы полностью запрограммируете прототип своего макета, разработчику останется ещё уйма работы по его внедрению в настоящий продукт.

3. Помогите сказать «нет». Если под вашим давлением разработчик возьмёт некачественную задачу, а потом не сможет её решить, пострадаете в первую очередь вы. Лучше узнать о проблеме на берегу, чем в открытом море. Помогите разработчику отказаться от негодной задачи:

  • Чего не хватает в макете?
  • Какие могут быть проблемы?
  • Что я не учёл?

3. Убедитесь, что назначен дедлайн и забиты «гвозди». Задача без дедлайна не может быть решена по определению. Одного дедлайна недостаточно, нужны промежуточные чекпоинты — «гвозди».

Если разработчик не знает принцип «сделать», мягко подтолкните его вопросами:

  • Когда сделаешь?
  • Что будет к этому сроку?
  • Когда посмотрим промежуточные результаты?
  • Сколько времени нужно на тестирование? Когда его нужно начать, чтобы уложиться в срок?

Если разработчик понимает принцип «сделать», попросите назначить дедлайн и забить гвозди напрямую: «Пожалуйста, назови дедлайн и забей гвозди».

5. Крутите педали. Не ведите себя как плохой клиент, который только воротит носом и насыпает правки. Проактивно помогайте разработчику решить задачу — прорисовывайте дополнительные сценарии, придумывайте поведение, предлагайте решения, изобретайте упрощения. Ваша работа помочь разработчику сделать.

6. Не лезьте не в своё дело. Не сомневайтесь в профессионализме разработчика. Не лезьте в код. Если у разработчика не получится реализовать, задавайте наводящие вопросы, чтобы разработчик мог сохранить лицо:

  • А как вы пробовали решить проблему?
  • А почему вот это не сработает?
  • А я вот слышал о таком способе…

7. Примите результат. Выделите себе отдельное время, чтобы проверить работу. Не рассчитывайте, что разработчик сделает это качественно. Он видит только часть системы и не может быть конечным контролёром.

Итого
Не будьте мудаком. Работайте. Помогите разработчику сделать. Растите разработчиков, чтобы сделать коммуникацию проще, а результаты лучше.

P. S. Расскажите разработчику об инструкции по сделыванию, это упростит коммуникацию.

Краткая инструкция по сделыванию для разработчиков

Вы разработчик. К вам пришёл дизайнер и просит реализовать дизайн. Инструкция поможет вам выполнить свою работу хорошо. Выполните пункты последовательно:

1. Осознайте ответственность. Как только вы возьмёте задачу, между вами и дизайнером возникнут отношения исполнитель ↔ клиент. Вы — исполнитель. За взятую задачу будете отвечать вы и только вы, поэтому, если не сможете реализовать, если не успеете, если в дизайне чего-то не хватит — проблемы ваши. Хороший дизайнер поможет решить проблему, но целиком полагаться на помощь дизайнера безответственно.

Представьте, что задача — это пластилин. Как только вы берёте задачу, вы берёте «пластилин» в руки. Вернуть «пластилин» дизайнеру можно только двумя способами: 1) сделать и отдать слепленную фигурку — результат, 2) провалить задачу и отдать измятый пластилин — недоделанную работу и набор причин, почему вы провалились. Пока «пластилин» у вас в руках, за него отвечаете вы.

2. Поймите задачу. За задачу отвечаете вы, поэтому на вашей совести задать все вопросы, запросить все материалы, оговорить все нюансы по задаче. Если чего-то не хватает или вы не верите, что справитесь — не берите задачу. Если взяли — сделайте, не смотря ни на что.

Чтобы понять задачу задавайте вопросы:

  • В чём польза задачи?
  • Кто этим будет пользоваться?
  • Почему её важно сделать именно сейчас?
  • Как эта задача связана с другими частями системы и с другими задачами? Что ещё придётся изменить в связи с этим в других местах?
  • К какому сроку вы бы хотели получить решение?
  • Почему это критично реализовать к указанному сроку?

Если задача сложная, сами напишите, как собираетесь её решить и утвердите получившуюся спецификацию у дизайнера.

Не бойтесь сказать «нет». Вы всем поможете, если не возьмёте негодную задачу, а если возьмёте и не справитесь — всех подведёте.

3. Назовите дедлайн. Дизайнеру нужен результат. Результат не бывает без срока. Оцените задачу и назовите дату, когда задача будет решена. В срок заложите всё, что необходимо для решения задачи: время на разработку, согласование с дизайнером, возможную переделку, тестирование, полировку и публикацию. В обещанный день и час решение должно быть в продукте, а не на вашем тестовом стенде, потому что результат — это запуск.

4. Забейте гвозди. Решение задачи зависит от дизайнера. Только он может сказать сделано или нет, поэтому до запуска вам необходимо показать ему промежуточные результаты несколько раз. Это нужно вам, чтобы сделать вашу работу. Поэтому договоритесь с дизайнером о конкретных датах — гвоздях, когда вы покажете промежуточные результаты. Если задача на неделю, у вас должно быть два — три гвоздя.

5. Оставьте запас времени. Не планируйте впритык. Что-то обязательно пойдёт не так. Вы столкнётесь с неуловимым багом, дизайнер десять раз попросит подвинуть кнопочку, проект не соберётся, комп заглючит, свет отрубят. Заложите 20% запаса в срок, он вас спасёт.

6. Сделайте. Добейтесь результата в срок. Если не будете укладываться — придумайте, как упростить и предложите упрощение дизайнеру. Знать, что не успеваете и молчать — отстой. Упростить и не согласовать с дизайнером — отстой. Не успеть и молча продолжать делать — отстой. Ждать, что упрощение придумает дизайнер — отстой.

7. Сдайте. Утвердите работу у дизайнера. Он ваш клиент. Если он не сказал «ОК», вы не сделали, даже если вы всё запрограммировали и всё работает. Пока не сдали «пластилин» в ваших руках.

Итого
На входе у вас << задача, макеты, пожелания дизайнера по сроку.

На выходе в день старта >> ваше понимание задачи (спецификация), дедлайн, набор контрольных точек — гвоздей.

В день дедлайна >> «ОК» от дизайнера и опубликованное в продукте решение.

P. S. Если всё-таки сорвали срок, признайте это как можно быстрее. Если дизайнер согласен работать с вами дальше, вернитесь к пункту 1. У вас должно возникнуть новое понимание задачи, новый дедлайн и новый набор контрольных точек.

P. P. S. И без детского сада, пожалуйста. Вам не нужен менеджер, чтобы следить за своими задачами.

Срать в ячейки

Робине Тестар. Книга простых лекарственных средств. 15 век

Превращение хаоса в порядок — базовая человеческая деятельность. Дизайнер упорядочивает пиксели, писатель — мысли, программист — поведение компьютера, регулировщик — движение потока автомобилей.

Очевидный способ устранить хаос — найти каждому предмету своё место. Этот способ обладает недостатком: очень долго. Чтобы навести порядок мгновенно, срите в ячейки.

«Срать в ячейки» — универсальный приём организации хаоса. Любой бардак, разложенный по ячейкам, уменьшается на порядок. Метод и название подсмотрены автором в ЖЖ Артемия Лебедева:

nolar: Как сделать бардак самоприбираемым?
tema: Срите в ячейки.

В жизни

Игрушки, разбросанные по полу, хочется разложить по местам: мягкие в шкаф, твёрдые в коробки, лего в ящички, кукол на полку. Займёт полдня. Если нужен быстрый порядок, разложите игрушки по коробкам без разбора: полкило кубиков лего, две куклы, плюшевого медведя и стадо миниатюрных лошадей — в коробку номер один; трёх лего-человечков, стаю плюшевых собак, кукольную одежду, старые советские счёты и ходячую пони — в коробку номер два.

Чтобы разобрать большой список задач, придётся сделать над собой усилие — вникнуть в каждую задачу. Мозг подсказывает решение проще: прокрастинация. Страшный список перестанет пугать, если разделить задачи на группы, например, по исполнителям, по проектам, просто по десяткам или по неделям:

С десятками баночек и пакетиков детского питания будет проще иметь дело, если разложить их в коробки:

Внутри «ячеек» хаос сохраняется, им можно заняться позже:

На практике часто оказывается, что хаос внутри «ячеек» устранять не нужно: играть с ящиком игрушек номер семь веселее, чем просто с куклами, коробки с детским питанием удобно «съедать» по одной, а задачи хорошо решаются недельными пачками.

См. также

Бесконечные банковские ячейки

Гвозди в гусенице

Рабо­чие обе­щали покле­ить обои к пят­нице. Пят­ница при­шла, а покле­ено только пол­стены. Ока­зы­ва­ется они поте­ряли ключи и два дня не могли попасть в квар­тиру. Ёлки‑палки.

Дизай­нер взялся сде­лать макет за неделю. В поне­дель­ник макет не готов. Вдох­но­ве­ние при­шло к дизай­неру только на выход­ных, нужна ещё неделя. Уф.

Команда раз­ра­бот­чи­ков под­твер­дила, что доба­вить бей­джик на икону мобиль­ного при­ло­же­ния — пара дней, они сами ско­опе­ри­ру­ются с сер­вер­ным про­грам­ми­стом и всё сде­лают. Через неделю бей­джика нет. Серверный про­грам­мист сде­лал свою часть, черк­нул об этом в системе управ­ле­ния зада­чами, мобиль­ные раз­ра­бот­чики не заме­тили. Три дня над зада­чей никто не рабо­тал, нужно ещё три дня, чтобы доде­лать и опуб­ли­ко­вать. Блин.

У опи­сан­ных ситу­а­ций одна природа:

менеджер — лох, не прибили гусеничку.

Задача похожа на гусе­ницу, кото­рая изви­ва­ется всем телом как чер­вяк на ско­во­родке. Вероятность, что гусеница сама приползёт в наме­чен­ную точку в заданное время стре­миться к нулю. Чтобы сделать вовремя, гусе­ницу нужно при­бить «гвоз­дями», тогда она не сдвинется:

Гвозди — это про­ме­жу­точ­ные кон­троль­ные точки, в которых виден прогресс: одна окле­ен­ная стена, чер­но­вой макет, частично работающая функция. Гвозди дер­жат испол­ни­теля в тонусе, помо­гают обна­ру­жить про­блемы и скор­рек­ти­ро­вать направ­ле­ние движения.

Свой­ства гвоздей

Конкретность

Гвоздь должен быть чёткой договорённостью. «Три макета к четвергу к 15:00» — хороший гвоздь. «Давай, чтобы на этой неделе всё было сделано» — плохой.

Несдвигаемость

Забитые гвозди нельзя сд­вигать. Даже если испол­ни­тель гово­рит, что у него ничего не готово, нужно встре­титься в намеченное время и обсу­дить теку­щее поло­же­ние дел. Это одновременно продвигает проект вперёд — на встрече можно что-то решить или даже сделать — и дисциплинирует исполнителя: показывает ему, что халявы не будет. Гвоздь — на то и забит, чтобы не двигаться.

Многоуровневость

Гвозди забивают на разных уровнях: на уровне компании гвозди держат под контролем стратегические цели, на уровне проекта — итерации, на уровне исполнителя — задачи на неделю и дела на каждый день.

Ритмичность

Гвозди, прибитые через равные промежутки времени, работают лучше. Этим пользуются гибкие методологии работы вроде Скрама, где команде навязывают ежедневные и еженедельные встречи.

В жизни

Советский союз применял пятилетнее планирование в национальном масштабе с 1928 года:

Гугль применяет метод ЦКР (цель и ключевые результаты), планируя работу кварталами. Метод был внедрён Джоном Дором через год после основания Гугля и используется до сих пор:

Слайд из оригинальной презентации Джона Дора

В Дизайн-бюро Артёма Горбунова. Про­екты планируют понедельно, в конце каждой неделе демонстрация результатов клиенту:

Тот же подход используют в школе стажёров бюро. План проекта разделён на этапы заранее. Каждый этап необходимо сдать арт-диреткору или преподавателю, иначе не получишь допуск на защиту диплома. Слабо организованные студенты на собственной шкуре чувствуют, как больно, когда гвозди срываются:

Помидорная методика делит работу на микроэтапы по 25 минут. В конце каждого отрезка перерыв 5 минут, чтобы передохнуть и скорректировать работу при необходимости:

См. также заметку о стоимости задач

Ошибки

В идеальном мире гвозди нужны исполнителю — тому, кто делает работу, а не клиенту — тому, кто принимает результаты. Хороший исполнитель сам прибивает гвозди, чтобы сделать первоклассную работу: «Николай, я предлагаю посмотреть промежуточные результаты 8-го, 14-го и 28-го мая. Когда тебе удобно?»

Если испол­ни­тель организован слабо, что явля­ется состо­я­нием по умол­ча­нию для боль­шин­ства, кли­енту приходится забивать гвозди самостоятельно:

— Алексей, давай договоримся о просмотре промежуточных результатов, предложи, когда.
— Ну, не знаю...
— Давай смотреть всё по четвергам в 18:00?
— Ну, хорошо...

Кли­енту про­тивно прибивать гвозди, но лучше уж так, чем провалить задачу или проект. Так или иначе, гвозди должны быть забиты.

Одних гвоздей недостаточно для успешного проекта. Но без них провал практически гарантирован. Гвозди в гусенице — необходимое условие успеш­ного проекта.

См. также

Совет о гвоздях в гусенице

Текущая инициатива

Текущая инициатива — это способ концентрации внимания, описанный Марком Форстером в книге «Сделайте это завтра».

Физически текущая инициатива — это слот в рабочем дне, куда можно поместить какую-то задачу. Особенность в том, что задачу в слоте текущей инициативы делают первым делом каждый день, пока не сделают.

Текущая инициатива «перемалывает» большие, страшные или противные задачи вроде написания диссертации, разбора сарая на даче или залежей писем в почтовом ящике. Чтобы она сработала необходимо соблюдать все условия: делать, первым делом, каждый день, пока не сделаешь.

Делать

Смех смехом, но чтобы что-то сделать, нужно какое-то время это что-то делать. Текущая инициатива помогает двигать работу вперёд: если в какой-то из дней вы поработаете над задачей только пять минут — это уже лучше, чем ничего, а когда-нибудь к вам придёт вдохновение и вместо пяти минут вы поработаете полчаса или дольше. Такого ритмичного напора не выдержит ни одна задача.

Первым делом

Время бесполезно без внимания. Поэтому задачу в текущей инициативе делают первым делом, пока голова не забилась мусором как у Кандида из рассказа Стругацких «Улитка на склоне»:

Он открыл глаза и уставился в низкий, покрытый известковыми натеками потолок. По потолку шли рабочие муравьи. Они двигались двумя ровными колоннами, слева направо нагруженные, справа налево порожняком. Месяц назад было наоборот: справа налево — с грибницей, слева направо — порожняком. И через месяц будет наоборот, если им не укажут делать что-нибудь другое. Вдоль колонн редкой цепью стояли крупные черные сигнальщики, стояли неподвижно, медленно поводя длинными антеннами, и ждали приказов. Месяц назад я тоже просыпался и думал, что послезавтра ухожу, и никуда мы не ушли, и еще когда-то, задолго до этого, я просыпался и думал, что послезавтра мы наконец уходим, и мы, конечно, не ушли, но если мы не уйдем послезавтра, я уйду один. Конечно, так я уже тоже думал когда-то, но теперь-то уж я обязательно уйду. Хорошо бы уйти прямо сейчас, ни с кем не разговаривая, никого не упрашивая, но так можно сделать только с ясной головой, не сейчас. А хорошо бы решить раз и навсегда: как только я проснусь с ясной головой, я тотчас же встаю, выхожу на улицу и иду в лес, и никому не даю заговорить со мной, это очень важно — никому не дать заговорить с собой, заговорить себя, занудить голову, особенно вот эти места над глазами, до звона в ушах, до тошноты, до мути в мозгу и в костях.

Каждый день

Постоянный, пусть и небольшой, прогресс стимулирует работу и избавляет от чувства вины, поэтому важно делать хоть что-то по текущей инициативе, но каждый день. Регулярность важнее длительности. К тому же задача, разбитая на ежедневные небольшие кусочки, не пугает как большая на несколько часов.

Каждый день тут означает каждый день, который подходит. Текущей инициативой можно заниматься семь дней в неделю, можно пять, если это связано с работой в стандартной рабочей неделе, а можно и три. Главное, чтобы дни без текущий инициативы были заранее спланированы, тогда ощущения, что обещал и не сделал, не возникнет.

Заканчивается, когда сделано

По определению — делают первым делом каждый день — текущая инициатива может быть только одна в день. Поэтому она не подходит для бесконечных задач вроде занятия спортом — бесконечная задача займёт слот навсегда и не оставит места для других. Текущую инициативу можно сделать.

Когда использовать

Гигантские задачи

Съесть слона за раз невозможно — лопнешь. Но если нарубить слона на бифштексы, за несколько месяцев можно управиться. Текущая инициатива нарезает большую задачу на бифштексы, которые несложно и не страшно съесть. Слоны-кандидаты для текущей инициативы: дипломные работы, диссертации, лекции, презентации, статьи.

Разбор дел из долгого ящика.

Если завалило делами, лучше убрать их в долгий ящик, и настроить нормальную работу с новыми задачами. Но отложенные дела будут вытягивать эмоциональную энергию, поэтому их разбор лучше как можно быстрее сделать текущей инициативой. Когда долгий ящик опустеет — можно переходить к чему-то ещё.

Дефектные системы

Починка дефектных систем ещё одни кандидат для текущей инициативы. Распознать такие системы можно по ключевым словам всегда или никогда. Например, если ваш почтовый ящик всегда заваливает, и никогда нет времени его разобрать, ваша система работы с почтой сломана. Найти время на её исправление поможет текущая инициатива.

Нет, спасибо, мы слишком заняты

Запуск

Текущую инициативу не надо путать с проектом. Проект делают в основное рабочее время. Но для запуска проекту может понадобиться особенно пристальное внимание. Тогда его можно сделать текущей инициативой.

На практике

Ежедневную работу автор ведёт в стандартной программе Календарь, которая поставляется с операционной системой МакОС. Метод описан в совете.

Чтобы организовать работу «закрытыми списками», начало рабочего дня отмечено задачей «Утро», а конец — задачей «План на день».

Текущую инициативу делают первым делом, поэтому она запланирована до задачи «Утро». В понедельник текущей инициативы нет, потому что по понедельникам у автора особый день и утром внимание занято другим — этот день не считается, нет проблем, потому что об этом автор заранее договорился с самим с собой.

Плюсики означают, что в этот раз автор действительно занимался задачей

См. также

Книга «Сделайте это завтра» на Амазоне

P. S. Из твитера Эдварда Тафти:

P. P. S. Эту заметку автор написал текущей инициативой.

Нормальный поток задач

Для успешной работы продукту необходим нормальный поток задач — инструкции по обработке типичных задач и люди (или роботы), которые их выполняют.

Сила нормального потока зависит от продукта. В пиццерии или на заводе нормальный поток мощный: практически вся работа построена по разработанным заранее инструкциям, и чем точнее персонал их выполняет, тем лучше. В веб-студии нормальный поток слабый: каждый клиент требует индивидуального подхода, поэтому инструкции направлены в основном подключение новых клиентов и проектов, а разработка проекта — творческий процесс.

Ключевые свойства нормального потока:

Синхронизация

Нормальный поток задач опирается на синхронную работу. Синхронизация может быть любой, главное, чтобы встречи с командой происходили регулярно. Распространённая реализация — методология «Скрам». В ней заранее предусмотрены точки синхронизации: ежедневное собрание, демонстрация владельцу продукта, ретроспектива.

Стив Джобс рассказывается о еженедельных встречах руководства Эпл:

Шаблоны и инструкции

Шаблоны, инструкции, алгоритмы — смазка нормального потока задач.

В Дизайн-бюро Артёма Горбунова существует процедура продажи проекта, шаблоны писем, типовой план проекта:

В «Додо Пицце» все станции снабжены инструкциями:

Управляющий партнёр сети «Пятёрочка» Дмитрий Потапенко рекомендует блок-схемы алгоритмов из школьного учебника:

Обработка нестандартных задач

Нормальный поток задач плохо справляется с нетипичными задачами. Поэтому инструкции должны предусматривать удаление нестандартных задач из нормального потока:

Перфекционизм в продуктах

Отношение Стива Джобса к качеству продуктов завораживает. Из книги Уолтера Айзексона:

Прошло полвека, а этот забор на заднем дворе дома в Маунтин-Вью так и стоит. Показывая мне его, Джобс гладил штакетины и вспоминал урок, который преподал ему отец. Нужно тщательно отделывать обратную сторону шкафа и забора, учил Пол. Неважно, что они не на виду. «Ему нравилось все делать хорошо. Даже то, что никто никогда не увидит».

Любому хочется пользоваться идеальными продуктами. А раз хочется пользоваться, то и свои продукты хочется делать идеальными. К сожалению, с усложнением продукта перфекционистский подход даёт сбой. Полировка несущественных деталей размывает внимание, увеличивает время разработки продукта, а иногда напрямую вредит:

Когда Джобс решил построить во Фримонте наисовременнейший завод по производству Макинтошей, его эстетические амбиции и страсть к контролю достигли апогея. Ему хотелось, чтобы машинное оборудование было выкрашено в яркие цвета, как логотип Эпл, но он так долго разглядывал образцы краски, что директор по производству Мэтт Картер в итоге установил обычное оборудование, бежевых и серых цветов. Осмотрев завод, Джобс распорядился, чтобы станки перекрасили в яркие цвета, которые он выбрал. Картер отказался. Оборудование было очень ценное, и покраска могла иметь нежелательные последствия. Он оказался прав. Один из самых дорогих станков, который всё-таки перекрасили в ярко-голубой, стал плохо работать, и его окрестили «Каприз Стива». В конце концов Картер ушёл. «Борьба с ним требовала слишком много сил, а поводы для стычек яйца выеденного не стоили, так что мне надоело», — рассказывал он.

История со Стивом закончилась печально. Перфекционизм и другие его выходки насколько достали окружающих, что его выгнали из собственной компании:

Джобс был раздавлен.

— Кажется, мне все ясно, — сказал он и выбежал вон из комнаты. Никто за ним не последовал.

Вернувшись в свой кабинет, он собрал своих многолетних сторонников из команды Макинтоша. Заливаясь слезами, он сказал, что ему придётся покинуть Эпл.

Раз уж мы начали с рассказа о Стиве Джобсе, пусть он, но уже умудрённый опытом и вернувшийся в Эпл, подведёт итог:

Продукты — пакеты внимания. Чтобы сделать отличный продукт приходится жертвовать неважным. Это ок.

P. S. Не путайте упрощение с халтурой. Совет о перфекционизме.

Утверждение и уведомление

Утверждение — ключевой элемент проектной работы. Есть клиент, есть исполнитель, есть задача и есть решение задачи, которое нужно придумать. Никто в точности не знает, каким должен быть результат, поэтому единственный способ сделать проект — сдать его клиенту.

В продуктовой разработке формальные утверждения вредят: продукт развивается постоянно, его делают. Если любое действие требует утверждения у руководителя, возникает бутылочное горлышко.

Разумнее развивать продукт, полагаясь на уведомления вместо утверждений: разработчики принимают решение об изменении продукта самостоятельно, но уведомляют об этом остальных таким образом, чтобы те смогли уберечь их от возможной ошибки.

Уведомляют в трёх точках:

  1. Собираюсь что-то сделать — чтобы предупредить ошибку.
  2. Что-то сделал — чтобы другие участники знали, чего ждать.
  3. Получил результаты — чтобы распространить знания о продукте и гипотезах.

Недостаток уведомительного подхода — возможные ошибки и рассинхронизации: кто-то о чём-то не знал и сделал не то. Если продукт обновлять достаточно часто, такие ошибки не страшны, быстрое движение вперёд их компенсирует.

См. также

Тим Ферис Позволение плохому случаться (на английском)

P. S.

Внутри продукта может появится стартап — важное и сложное изменение продукта, новая функция. В этом случае проектный подход с главным ответственным работает. Его включают на время внутреннего стартапа.

Фиксированный дедлайн в продуктовой разработке

Дедлайн работает магически. Как только на горизонте возникает срок, самые малахольные начинают двигаться и добиваются результатов:

Раскольников тут уже прошёл и не слыхал больше. Он проходил тихо, незаметно, стараясь не проронить ни единого слова. Первоначальное изумление его мало-помалу сменилось ужасом, как будто мороз прошёл по спине его. Он узнал, он вдруг, внезапно и совершенно неожиданно узнал, что завтра, ровно в семь часов вечера, Лизаветы, старухиной сестры и единственной её сожительницы, дома не будет и что, стало быть, старуха, ровно в семь часов вечера, останется дома одна.

〈...〉

Вдруг он ясно услышал, что бьют часы. Он вздрогнул, очнулся, приподнял голову, посмотрел в окно, сообразил время и вдруг вскочил, совершенно опомнившись, как будто кто его сорвал с дивана. На цыпочках подошёл он к двери, приотворил её тихонько и стал прислушиваться вниз на лестницу. Сердце его страшно билось. Но на лестнице было всё тихо, точно все спали... Дико и чудно показалось ему, что он мог проспать в таком забытьи со вчерашнего дня и ничего ещё не сделал, ничего не приготовил... А меж тем, может, и шесть часов било... И необыкновенная лихорадочная и какая-то растерявшаяся суета охватила его вдруг, вместо сна и отупения.

Любого клиента волнует качество, стоимость и срок. Поэтому в проектах дедлайн кажется естественным.

Продукт уже запущен и его надо делать, а не сделывать. Продукты обычно просто пилят, запуская функции, когда получится. Такой порядок вещей представляет опасность для продуктов, потому что они, как и люди, участвуют в гонке на выживание с себе подобными. Стоит опоздать, конкуренты обгонят, технологии устареют, люди уйдут.

Как фиксировать дедлайн при работе с продуктами

Разработка продукта похожа на спортивные тренировки. Это задача, которую невозможно сделать, как невозможно сделать «заниматься спортом».

Если в спорте успехов добиваются тренировками, причём регулярными — если не ходить, спортивная форма пропадёт — то в продуктовой разработке успех зависит от периодических обновлений продукта. Регулярность может быть разной, но «занятия» нельзя пропускать: в спортзал ходят три раза в неделю, Гет Такси, как рассказывали автору, обновляет приложение раз в две недели, а Айфон выходит раз в год.

Чтобы зафиксировать дедлайн в продуктовой разработке, установите дату регулярного релиза и планируйте итерации так, чтобы уложиться в срок. Принцип иллюстрирует циклоида — кривая, по которой движется точка на катящемся колесе:

Задача руководителя продукта регулировать скорость «колеса» так, чтобы релизы выходили регулярно. Для регулировки флексят функциональность так же, как и в проектах.

Дополнение

Бейскемп разрабатывают циклами по шесть недель

Как засыпать по ночам

На «Живых советах» задали вопрос о том, как засыпать по ночам и что делать с бесконечным потоком интересных мыслей перед сном.

Я не могу похвастаться идеальным навыком засыпания. По оценке от одного до пяти я сплю на тройбан. Но с начала этого года я целенаправленно улучшаю навык и сделал некоторые наблюдения. Изначальная гипотеза, которую я хотел проверить, была в том, что из-за плохого сна я плохо работаю на следующий день. Чтобы проверить гипотезу я завёл таблицу, где записываю события и пытаюсь найти корреляцию с результатами дня:

Таблица в гугль-доке

Критерий оценки результата дня ещё не устоялся. Но кое-что интересное я узнал.

Во-первых, я выяснил, что мне не дают спать. Дело в детях, которые вечером не дают заснуть, ночью будят, а утром, когда самый сон, собираются в школу, орут. Так что теперь я знаю, что если хочу выспаться, то лучше ложиться в десять — одиннадцать вечера вместе со всеми: в восемь утра один хрен разбудят, но я уже буду выспавшийся.

Во-вторых, работоспособность не зависит напрямую от сна. Да, бывали дни, когда я не спал, и на следующий день был овощем. Но бывали и такие, кода я спал плохо, но на другой день прекрасно себя чувствовал. Сон влияет, но есть что-то ещё, о чём я пока не знаю.

В-третьих, к засыпанию нужно подходить с двух сторон:

Технически

Всё, чему молодых родителей учат о подготовке детей ко сну, работает и со взрослыми.

Выработайте ритуал засыпания. Он может быть любым, но должен повторяться. Например, ужин, чтение, ванна, сон.

Не жрите на ночь.

Устройте уютную спальню. Хороший матрас, тишина, приятное постельное бельё. Обстановка должна настраивать на сон.

Уберите гаджеты из спальни, чтобы вы физически не могли немножко-почитать-Редит-перед-сном-ого-уже-три-ночи!

Занимайтесь физическими упражнениями, чтобы к вечеру уставала не только голова, но и тело.

Ментально

Раз заснуть не дают мысли в голове, то и бороться с этим нужно управляя головой. Медитируйте. Отличная штука для занятия медитацией — Хедспейс (о сервисе в моём личном блоге). Для сна есть бесплатный урок на Саундклауде:



Сладких снов.

Удалённая работа vs Офис. Обмен рабочей информацией

Хороших компаний, работающих удалённо по-настоящему, мало. Типичные «удалёнщики» — это агрегаторы фрилансеров, которым плевать на результат и репутацию. Удалённую работу они используют, чтобы сэкономить. Арендовать помещение они всё равно себе позволить не могут.

Крутые компании, за редким исключением, работают в офисе. Одной традицией и привычкой объяснить это невозможно, хотя они действительно сильны. Компании выбирают офис, потому что хотят: в офисе они добиваются результатов и не понимают, зачем менять то, что срабатывает.

Разберёмся, в чём дело. В этот раз рассмотрим обмен рабочей информацией.

Обмен рабочей информацией

В правильно построенной удалённой работе коммуникация асинхронная. По умолчанию предполагается, что коллег нет на связи. Поэтому встречи планируют заранее или договариваются о регулярных чекпоинтах. Для экстренных случаев есть запасной канал связи, например, телефон. Но все понимают, что звонить просто так неприлично.

В результате удалённые работники получают новый вид роскоши: свободу управлять личным временем. За эту свободу они платят высочайшей ответственностью и требованиями к навыкам управления личным временем. Чтобы эффективно работать в удалённой команде, нужно учиться.

Уместно провести аналогию с зарядкой. В детском саду, школе, армии или тюрьме люди регулярно занимаются ей без особых проблем. Их заставляют её делать, и они делают. Взять себя в руки и делать зарядку «на свободе», где нет давления сверху, могут немногие. Народная мудрость: одно дело решить делать зарядку, а другое — действительно делать её каждый день.

Зарядка в пионерском лагере

Другой серьёзный недостаток удалённой работы — скорость распространения информации. Могут пройти часы и дни, прежде чем кто-то о чём-то узнает. Иногда это хорошо, но иногда непозволительно долго.

В офисе коммуникация синхронная. Человек физически рядом и обратится к нему можно в любой момент. Интерфейс общения настолько прост, что люди им злоупотребляют, отвлекая коллег по делу и без дела. В офисе много информационного шума. Ответственные сотрудники защищаются от коллег с переменных успехом: прячутся в переговорках, надевают наушники, выставляют предупреждающие таблички. Большинство считает информационный шум и низкую личную эффективность нормой.

Руководитель отдела промышленного дизайна Студии Артемия Лебедева Анастасия Прищепа на своём рабочем месте

Синхронная коммуникация позволяет делиться информацией быстро. Иногда сотруднику достаточно подслушать разговор, чтобы избежать ошибки или дать дельный совет коллегам. Это очень удобно, если команда работает над общим продуктом и нужна быстрая реакция.

В офисе быстро распространяется корпоративная культура. Сотрудники общаются друг с другом постоянно: обедают, пьют воду у кулера и делятся мнениями. За высокую скорость платят низким контролем. Плохой сотрудник может мгновенно «заразить» фигнёй группу коллег. Ссора из-за парковки может поставить под угрозу проект. Руководство может заметить такие проблемы только по косвенным признакам.

Автор считает, что будущее за удалённой работой. Время ценнейший невосполнимый ресурс, тратить который на офисное рабство жалко. Чем умнее будет становиться человечество, тем больше людей будут приходить к этой мысли.

Пока настоящая удалённая работа не станет нормой, разумным кажется сочетание двух подходов. Но решение должно адаптироваться для каждой компании. Плохая практика, когда офисные правила просто переводят в онлайн: можно не приходить в офис, но нужно обязательно быть на связи, а пропущенный комментарий в общем чате грозит скандалом.

Чтобы стать массовой, формат удалённой работы требует доработки: нужны новые инструменты и знания.

Дедлайн в Рязани. Пятый день. Финал

Сегодня дедлайн. Неделю назад мы решили приехать в Рязань, чтобы сфокусироваться, и запустить за неделю игру. Но, как обычно, планы пошли прахом. Мы не успели сделать игру, пригодную для публикации.

Но это не поражение. За эту неделю мы придумали, проверили и выбросили десятки гипотез. Мы планировали сделать игру, а вместо этого мы придумали саму игру и поняли, куда двигаться дальше.

«Не сделать» — худший вариант флекса, поэтому вместо самой игры сегодня мы запускаем страницу с рассказом об игре. Подписывайтесь и следите за разработкой игры и нашими приключениями:

Узнать о выходе игры
 
 
P. S. Спасибо Коле Митину, Людмиле Сарычевой, Алексею Гагарину и Вадиму Юмадилову. Было круто :-)

Николай Товеровский

Дедлайн в Рязани. Четвёртый день

Мы смогли поиграть!

Ещё придумали легенду для начала игры:

  • [Первый экран с продуктом]
    Наконец-то вы запустили свой продукт. Следующая задача — получить инвестиции. Для этого осталось показать инвесторам мобильную версию и выйти в плюс.
  • Встреча с инвесторами через 4 недели. Ваша команда оценивает разработку версии для мобильных устройств в 3 недели. К тому же по вашему прогнозу мобильная версия приведёт 1000 новых пользователей и увеличит выручку до 10000 рублей в день. Так что времени с запасом.
    <Начать игру>
  • [Второй экран с карточками]
    Просто перетащите карточку задачи в разработку, откиньтесь в кресле и следите за тем, как ваша команда создаёт для вас успешный бизнес. Кстати, ваши ребята работают с 10 до 19. Сейчас ночь, поэтому они приступят к задаче не сразу.
  • Ой, кажется, что-то произошло...

Кстати, у нас дизайнеры, редакторы и разработчики придумывают правила игры прямо в коде, так выглядит неожиданность. Код организован так, что неожиданность может как угодно влиять на любые объекты в игре:

Последний день потратим на настройку коэффициентов и отладку.

Ранее Ctrl + ↓