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

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

Итак, давайте рассмотрим простую ситуацию -- мы в отделе решили заняться клиентской оптимизацией. Нам очевидно, зачем это необходимо. Осталось убедить в этом руководство. А теперь представьте -- прихожу я к генеральному директору и говорю: "Дорогой директор, мы решили в нашем перегруженном графике выделить месяц на переверстку сайта и панелей управления, переработку процедуры выкладки материалов на боевой сервер и изменить настройки сервера". Вопрос будет только один -- "зачем?!" И вот тут, если я отвечу что-нибудь в духе "Ну, это уменьшит количество http-запросов, ускорит рендеринг на стороне клиента, плюс файлы будут нормально кешироваться", то задачу можно считать похороненой -- генеральному наплевать на количество запросов к серверу и, отмечу, тут он совершенно прав.

Итак... зачем же мы всё это делаем? читать далее »

Недавно заказывал очередную порцию книг для отдела. Про пришедшие книги стоит рассказать отдельно (скажем, справочник по MySQL оказался очень приличным), но в ходе розысков, я увидел, что переиздали "Deadline. Роман об управлении проектами". Книга очень и очень достойная. Это действительно роман, более того, роман с налётом детектива, настоящий easy reading. О художественных достоинствах можно долго спорить, но в легкой, едва ли не игровой форме обсуждаются основные вопросы, с которыми сталкивается каждый проджект -- формирование команды, планирование, взаимодействие с руководством и заказчиками. Если я не ошибаюсь, до этого было лишь одно издание, общим тиражом 3000 экземпляров. Впрочем, всегда есть возможность скачать книгу в электронном варианте.

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

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

читать далее »