Джон Резиг: Пишите код каждый день

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

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

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

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

image
Иллюстрация Стивена Резига
(далее…)

Эффективность команды. Расчет бонусов

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

Другой вариант — постараться натаскать команду своими силами. Самое важное для быстрой прокачки команды — это мотивация. Возьмем тот случай, когда компания не готова особо много платить исполнителям и их квалификация невысока. Принято решение ввести бонусы на проекте, в надежде повысить мотивацию и навыки команды — то есть сделать ее эффективной. Каким образом можно распределить бонусы описано под катом.
(далее…)

Современное образование для программистов

В прошлом году я получил диплом о высшем образовании, специальность «Инженер-программист». Все 5 лет моего обучения были крайне интересными, немало кода было написано и ни один баг был выпит. Но… В моем маленьком городе разработчики не нужны, в основном нужны лишь сис админы, поэтому получив предложение о работе в другом конце страны я, особо не размышляя, согласился.

Это была прелюдия, все что следует дальше является сугубо моим мнением, правда, судя по словам моих более опытных коллег, у них аналогичное мнение.
(далее…)

Все модели неверны, но некоторые — полезны

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

Моя первая серьезная проблема, с которой я столкнулся в начале своего менеджерского пути, это провал собственной стройной модели типов личности. Согласно моей теории должно было существовать только два типа личности: 1) правильные – это те, которые думают и поступают так же, как я, и 2) неправильные – все остальные, которых надо срочно переделывать в правильных.

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

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

Начну с примера. Два программиста Иа и Винни-Пух обсуждают проблему в проекте

Все модели неверны, но некоторые — полезны

(далее…)

Управленческие поединки — технология обучения менеджеров, инструмент оценки и спорт

Страховая компания, оформляя полис, допустила ошибку в моих документах. Обнаружив ее, сотрудница пересчитала сумму и потребовала доплату в 10 тысяч. Если бы это произошло два-три года назад, я бы убеждал, волновался. Или просто заплатил. Сейчас же задал спокойно всего два вопроса, и полис мне оформили с новыми данными по прежней цене. Что помогло мне?

Моё хобби

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

Картина мира других людей полна неожиданностей

Сделать первый шаг за стол переговоров было трудно. Это стресс. А когда были зрители, поединки приобретали особый накал. Но я справился и уже через полгода стал участвовать в турнирах, а вскоре и побеждать. Например, в 2011 и 2013 году становился победителем Московского открытого турнира по быстрой управленческой борьбе, в 2012 и 2013 завоевывал Осенний кубок Москвы в классической управленческой борьбе.

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

Навигатор для проекта: MS Project + формулы + индикаторы

План – это не идеальная картина, а навигация по проекту

Почему когда вы едете на машине и попадаете в только что возникшую пробку, то ваш навигатор пересчитывает маршрут и время движения по нему, а управляя проектом, вы отказываетесь от такого полезного инструмента?
При изменении вашего проекта вы изредка смотрите на единственный маршрут, рассчитанный без учета пробок навигатором, не подключенным к Интернету. А чаще всего вы вообще обходитесь без него, полагаясь на опыт и информацию, которую запомнили при составлении первоначального маршрута.
Уверен также, что вам знакомо следующее мнение. План – это идеальный сценарий, в действительности все бывает по-другому, поэтому нужно выполнять проект, не ориентируясь на план. Авторы подобных тезисов под словосочетанием «план проекта» подразумевают только первоначальный план (Базовый план). Но замечу, что проект может иметь другой План, который будет учитывать все изменения в проекте и являться вашим навигатором по проекту. Такой инструмент будет показывать вам:

  • Актуальное расписание всех задач
  • Узкие места
  • Прогноз завершения проекта (этапа)

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

Настройка статусов задач

Вам один раз нужно настроить программу (MS Project), используя формулы, приведенные в конце статьи, и графические индикаторы.
После чего вы сможете регулярно использовать простой и эффективный инструмент.
Итак, рассмотрим статусы задач, которые нам предстоит настроить.
image
(далее…)

4 способа развития бизнеса с помощью клиентов

Сейчас мы наблюдаем настоящую «консьюмеризацию» философии бизнеса. Когда-то Питер Друкер (Peter Drucker) создал свою знаменитую клиентоориентированную теорию бизнеса, а сейчас в моде «социальный CRM». В прошлом году Altimeter опубликовал 18 примеров подобного подхода, и в их числе было несколько, тесно связанных с инновациями. Клиенты – это богатый источник инсайтов для инноваций, и именно они позволяют понять, какие нововведения являются действительно стоящими. Поэтому было бы неплохо понять, какую информацию, полезную для разнообразных улучшений, могут дать вам клиенты. Окей, не неплохо – это жизненно необходимо. Несмотря на то, что процесс вовлечения клиентов в создание инноваций, в общем-то, еще только зарождается, в будущем именно покупатели будут главным источником информации к размышлению для любого бизнеса. Просто должно пройти немного времени.

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

image (далее…)

Почему сотрудники делают глупые ошибки и что с этим делать. Часть 2

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

image

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

Сейчас же я ожидаю гораздо более сильный по эмоциям шквал комментариев и сравнений меня с различными персонажами, вплоть до Геббельса. Надеюсь, все таки до этого не дойдет. Итак, «Фирменные стандарты» ИТ компании.
(далее…)

Кем работать мне тогда, чем заниматься?

Мир меняется с невероятной скоростью, люди уже собираются лететь на Марс, развиваются технологии «умных» сред, растёт экологичность сознания людей. Всё это предъявляет спрос на новых специалистов и требует переквалифицирования имеющихся. Кто понадобится в этих сферах через 5-10 лет?

Кем работать мне тогда, чем заниматься?
(далее…)

Клуб анонимных программистов, или почему только псих может стать настоящим программистом

Конечно, вместо того, чтобы тратить время на написание этого поста, я мог бы изучать программирование. Но здесь ведь собрались не ботаны-зануды, чтоб на ночь глядя заниматься всякой компьютерной чепухой, верно? Намного интереснее разобраться — почему одни люди «рождены» быть программистами, а другие страдают и плачут по ночам, но у них мало что выходит. Сначала давайте разберемся в том, кто же такой программист.

Возьмем средний портрет программиста: невзрачный, щуплый, нелюдимый ботан-очкарик, который дни напролет проводит выжигая кодом глаза. Если бы 100-200 лет назад быть таким — шанс выживания был бы невысок. В те времена (во все времена) интеллект был важен, но и другие качества были не менее важны для выживания: сила, ловкость, общительность, умение наладить контакты, поддерживать отношения, завладеть самкой.

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

Сейчас же случилось невероятное. Чудаковатые, нелюдимые, занудные и скушные, но мозговитые ботаны научились с помощью программирования монетизировать свои мозги. Причем, даже лучше, чем врачи, или юристы, у которых мозги шурупают не хуже, а то и лучше. Программисты купаются в лучах славы, как когда-то это делали шахтеры при СССР. Программисты стали негласной элитой общества, как единственная альтернатива бандитизму или предпринимательству, которая позволяет хорошо жить, не нарушая закон и не рискуя жизнью. Двадцатый век удивил мир всеобщей феминизацией и женской эмансипацией. Двадцать первый век же удивил всех тем, что занудные аутсайдеры наконец получили шанс отыграться за столетия унижений и сжиганий на кострах (пожалуй, их сжигали за занудство). Настроения восставших из пепла цивилизации ботанов очень хорошо передают подобные видеоролики:

(далее…)