Archive for the ‘Мысли вслух’ Category

По поводу self empowered team.

Пятница, Октябрь 22nd, 2010

Когда-то, порядка года назад я написал Манифест работодателя. Сегодня его понадобилось перечитать.

В общем за этот год у меня слегка сместились акценты, так как познакомился с кое чем новым. Я успел поработать с одной self empowered командой и это был очень интересный опыт.

Собственно команда сильно отличается от других вот чем:
а) Костяк команды очень профессиональный. Умные, ответственные, активные, ищущие новые знаний люди с большим опытом. То, к чему я привык, это когда дай бог 10-20% таковы,
а остальные либо неопытны, либо не слишком мотивированны, либо малоактивны.
б) VP engineering’а похоже ставил цель сбор именно такой команды. И на данный момент он позволяет команде принимать множество достаточно важных решений, которые зачастую в других компаниях принимались бы им или кем-то из top management’а.
в) В момент набора новых людей идет тщательный отбор тех, кто по духу подходит в команду.

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

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

По поводу online backup’ов.

Четверг, Октябрь 14th, 2010

Пару мыслей которые родились по ходу обсуждения прошлой статьи.
Вот список того, что я хочу от идеальной online backup’илки.

1) Достаточно дешевую цену за каждый гигабайт. Сейчас обычный винт дает цену порядка $0.1 за гиг (и платишь один раз). Платить за $0.1 за гиг каждый месяц (а-ля Amazon S3) немножко как-то жабка. Я знаю, что существуют более дешевые сервисы, но они меня не удовлетворяют по нижеописанных параметрам.

2) Я хочу, чтобы шифрование производилось на моей стороне (хотя можно и их программой — с открытыми исходниками). В смысле, что ключ от зашифрованных данных должен быть только у меня и не у кого другого.
Они мне могут хоть весь день петь трели о том, что у них защита как в банке, но я думаю, что мелкую компанию <вставить название> на порядок легче хакнуть, чем серьезный банк. Плюс из серьезного банка можно максимум взять мои деньги, но банк их потом вернет. Если кто-то сопрет какую-то критическую для меня инфу и начнет публиковать в инете/пользоваться ей (а-ля мои кредитные карточки, пароли к банку, идентификационный код, ставки, явки и т.п.) то назад все вернуть уже будет нереально.

3) Информация должна быть физически рассредоточена и дублирована. То есть копии моих зашифрованных данных должны быть минимум в 2, а лучше в 3 разных местах. Причем компания должна предоставлять метод это проверить. Иначе землетясение/наводнение/извержение унитаза может внезапно уничтожить все нажитое непосильным трудом.

4) Из backup’ов ничего не должно стираться. Все backup’ы должны быть инкриментальными и должна быть возможность вернуться назад и найти нужный файл. В идеале, backup должен быть просто системой контроля версий, в которую раз в некоторое время сливается новая версия моих данных.

5) Компания должна оговаривать/гарантировать/доказывать, что в случае ее банкротства, они дадут возможность получить свои данные назад. Например, одна (или несколько) копий всех данных должна находиться у сторонней компании, которой заранее проплаченно поддержка системы в течении 6 месяцев после банкротства.

6) Достаточно длинный срок хранения данных после окончания оплат. Как-то не хочется уехать на месяц в отпуск и по возвращению обнаружить, что в первый день отпуска надо было оплатить услуги за год. Прошло уже 30 дней и они решили, что account дохлый и можно все порубить. Я бы сказал, что 6-9 месяцев более реалистичная цифра.

Пожалуй это основное.

Втереть в голову, смыть, повторить.

Четверг, Сентябрь 30th, 2010

Есть у меня забавная, но, увы, абсолютно не осуществимая идея.

Представим себе, что у нас есть достаточно большой проект (ну скажем на 9 месяцев, на пару десятков человек). Такой, вполне настоящий проект.

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

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

Что мы делаем дальше, по окончанию проекта, это стираем все артефакты (код, документацию, баг треккер, систему контроля версий, whiteboard’ы). В общем стираем ВСЕ, кроме
памяти людей и заставляем их выполнить еще раз проект, снова записывая время. И это повторяется, пока числа не стабилизируются.

И вот, что мне было бы ОЧЕНЬ интересно поглядеть график. По вертикали — время потраченное на каждую часть, по горизонтали номер повторения. Что-то типа вот такого:

В основном, интересно поглядеть, что ужимается хорошо, что ужимается плохо. Опять же, такой график дает хорошее представление о том во сколько раз проект делается менее эффективно, чем потенциальное идеальное исполнение этого проекта. Ну и плюс, интересно, не возникнут ли флуктуации, когда X-ое исполнение займет больше, чем X-1 (что по идее не должно происходить). Пожалуй еще интересно из флуктуаций, если вдруг какая-то часть резко уменьшиться после достаточно долгого (в течении нескольких повторений) нахождения на одном уровне.

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

Что убивает крупные продуктовые IT фирмы?

Воскресенье, Сентябрь 5th, 2010

— Legacy
— Backward compatibility
— HR вопросы