Scrum презентация

Июль 10th, 2009

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

Блин… Это же ужас. Нет, это не ужас, это ужас-ужас. Все презентации сделаны так, как будто они сделаны для фильма. Знаете, когда в фильме тренер выступает перед командой (футбольно или баскетбольной) и под маршевую музыку вещает а-ля «вы команда, вы можете — общайтесь, слейтесь в единое и вы их порвете». И вот команда с запузыренными мозгами выбегает на поле и действительно рвет всех на своем пути.

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

Ладно, черт с этим первым типом презентаций, есть еще второй тип , которые подробненько рассказывают как Scrum работает. То есть походово рассказывают о Backlog’е, Sprint’е, ежедневных митинга, игре в покер и о каждом новом слове, которые придумали и засунули в Scrum. Ну?  И те, кто делал эти презентации действительно считают, что вот если не рассказать про игру в покер или ежедневный митинг или про все роли в Scrum, то все… никто его не будет пользовать. И вот только за этот самый покер его полюбят и сразу приймут.

В общем, в печку такие презентации.

Scrum впервую очередь предназначен для управления(project management). Соответственно первая презентация должна показывать проблемы текущего метода управления (причем конкретно тыкать носом — вот то говно, в которые вступаем каждые три дня) и рассказывать о Scrum’е ровно столько чтобы показать, как он решает эти проблемы.

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

Процессуальные процессы процессятся.

Июль 9th, 2009

В куче статей, я писал, мол, нужны процессы — нужны процессы.

Пришло таки время написать о чем же я писал все это время.

В самом простом виде, я бы сказал, что когда ты прочищаешь мозги на одну и ту же тему три раза Васе, два раза Пети. А потом тебе  надоедает прочищать мозги всем им по отдельности и ты пишешь документ, рассылаешь всем и говоришь: «Делать надо так как написано в этому документе и теперь не отнекивайтесь, что вам об этом никто не говорил и нету четкого описания как делать». Так вот, записанная последовательность, того чего делать и чего не делать и есть процессы.

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

Дальше больше. Для каждой компании есть свой оптимальный размер процессов. Когда вы делаете софт для космического корабля, то любой commit должен быть просмотрен  кучей людей, для него должно быть куча разнообразных тестов, он должен быть правильным по куче стандартов. То бишь, там тома с описаниями их процессов. И наоборот, для конторы из одного человека, двух-трех процессов (а-ля, весь код в SVN, все баги в bugtracker) должно хватать. Ну и естественно, если компания выбирает неправильный уровень, какое количество процессов ей нужно, то либо в ней все будет делаться на коленке (и по ходу разваливаться), либо в ней что-бы пукнуть, нужно будет подписать пять обходных листов.

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

Вот такие вот пироги с котятами.

6 вопросов, которые надо обязательно спросить на интервью.

Июль 7th, 2009

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

2) Чем нужно будет конкретно заниматься.

3) Каковы возможности для роста.

4) Насколько хорошо у них все организовано.

5) Насколько часто и долго у них затягиваются релизы.

Два пункта добавленные Arkanoid’ом:

6) Сколько людей будут подотчетными.

7)  Какова будет отчетность и критерии оценки качества работы.

8) Когда можно приступать к работе.


О идеях для продукта.

Июль 5th, 2009

Все таки, забавная вещь продуктовая часть IT бизнеса. Вот, раздумываю тут на темы — насколько правильно или неправильно я выбрал идею и вообще можно ли правильно ее выбрать.

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

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

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

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

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

Вот например, так компания в которой я работал, эдак лет с 10 назад сделала маленькую утилитку для выборочного шифрования файлов на SD карточке для Palm. Ну, что, какой потенциал у этой идеи? Я думаю все скажут, что откровенно маленький.
А теперь глядим дальше. Где-то 8-9 лет назад она эту утилитку расширила и сделал небольшую программу для Palm, которая позволяет шифровать данные и на устройстве и на карточке, плюс показывать пароль. Уже конечно лучше, но, программа продается по $20 на сайтах а-ля Handango и тоже пока не слишком выглядит мощной.

Движемся дальше, и где-то лет 7-8 назад, количество функциональности нарастает — появляется пароли на отдельные программы, запрещение использования IR портов, добавляется Desktop часть по управлению настройками (что разрешать, что запрещать). Уже звучит еще более интересней.

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

Далее, где-то 5 лет назад в эту смесь добавляются венчурные капиталисты, которые вливают деньги в компанию и перестраивают ее на путь enterprise mobile security. Продукт перестает продаваться в розницу и переходит чисто на опт. При этом все продолжают расти количество функций и количество поддерживаемых устройств.

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

И где-то в течении прошлых лет трех, парадигма меняется с режима «шифрование на устройстве», на «управление безопасностью мобильных устройств в компании». Соответственно, заказчики уже не мелкие голожопики, которые покупают по 1-3 копии, а серьезные фирмы, которые покупают продукт очень крупных оптом. Плюс, к этому времени уже очень много компаний обеспокоины тем, что потеря мобильника с 4Gb памяти с кучей почты содержащей конфиденциальную информацию ни чем не уступает уже потери notebook’а.

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

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