Благодарности

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

Особая благодарность Вере Даниловой за рисунки. Может они не самые красивые, зато они соответствую духу баек.

Спасибо всем.

Пока проект заморожен, но, если понадобится – разморожу.

Пролог. Некоторая информация о персонажах

– Править нужно сидя лицом к югу.

– А почему к югу?

– Важно, не то, что к югу, важно, что сидя.

Аримигер (Оруженосец) – недавний участник группы разработки. По уровню группы находится между стажером и начинающим. По уровню запросов рынка вышел за запросы рынка. Молодой парень, который совсем недавно попал в цепкие руки Королевы. До этого считал, что, отлично разбирается в своей специальности и в том, как работать в команде и над проектом. Теперь ему все чаще кажется, что он вообще ничего не знает. Глупо загадывать заранее, но, возможно, это та самая пешка, которая однажды дойдет до конца поля.

Королева. До сих пор не знаю, то ли она Красная, то ли Белая, то ли Черная. (По английской традиции в шахматах два цвета: белый и красный.) Руководитель разработки. Характер… Многие в соседних отделах считают Королеву грубой, но команда в ней души не чает. Руководитель команды. Потрясающая женщина. Страшная женщина. Железная женщина. Нет, кроме шуток. У нее стальные нервы, железная хватка, титановые яичники и чугунная задница. Поговаривают, что единственное, что у Королевы сделано не из металла – это сердце. Потому что оно каменное. Несмотря на все вышеперечисленное, обожает свою команду, и та отвечает ей тем же. Почти никто не может понять, как Королеве удалось собрать такую дрим-тим, ведь у большинства этих хмырей уважающий себя менеджер по работе с персоналом даже резюме смотреть не стал бы. А вот поди ж ты. Команда Королевы справляется с любыми заданиями, разгребает любые факапы, и если бы дело было в СССР, то вымпел «Передовики производства» поселился в их комнате навеки. Королева знает свое дело от и до и никогда не отказывается поделиться опытом с молодежью – чай, корона не свалится.

Все знают, что в фирме может смениться даже руководство, но Королева никуда не денется. А если захочет уйти, то с ней уйдет и вся команда. И их с радостью примут – хоть в НАСА, хоть в НАТО. На худой конец и «Микрософт» сойдет.

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

Безумный Шляпник – один из мастодонтов. На его кресле висит свитер, в котором, как утверждает сам Шляпник, он написал свою первую программу, на ЭВМ с ферритовыми сердечниками памяти. Этот свитер до чертиков пугает новичков – может, потому что он в неприятную красно-зеленую полоску, навевающую ассоциации с «Кошмаром на улице Вязов» и мальчиком, которого съела кровать. Впрочем, Шляпник и сам кого хочешь сожрет, без всякой кровати. Но если не испугаться свитера и спросить Шляпника о чем-нибудь по предмету, можно узнать кучу всего интересного.

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

Чеширский Кот – наглая, беспринципная, циничная сволочь с очень злым чувством юмора, граничащим с сарказмом. Иногда кажется, что он умеет быть сразу в нескольких местах одновременно. За рабочий день успевает пофлиртовать с девушками на ресепшене, попить чаю с тортиком с бухгалтерами и сыграть с гендиром пару раундов в «Need For Speed». Однако, когда злопыхатели пытаются уличить его в лености и невыполнении служебных обязанностей, выясняется, что у Чешира всегда все готово. Просто он умеет распоряжаться своим временем. Злые языки утверждают, что у него был роман с Королевой, но это совершенно не их дело.

А да, еще. Дисклаймер.

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

Уровень сложности не «Матан», но и не «Кэп». Берегите мозг.

Российский вариант «Алисы» не соответствует английской. У нас другой культурный контекст, плюс переводчики «Алисы» изменили гендерную идентификацию. Если случайно кто-то будет переводить на английский, знайте, что англичане перевода могут не понять. В «Байках» не Кэрролловские герои, а какие-то другие. Подробнее об изменении характера героев можно прочитать в статье «Багира сказала…» http://magazines.russ.ru/voplit/2009/2/eli12.html Рекомендую.

PS. Этюды для тестировщиков. В этом тексте есть интересная фича не относящаяся к теме обсуждения, которая кажется серьезной багой. Багу найти легко. Описать фичу – сильно сложнее. Welcome.

Байка для оруженосца 1. Немного о «вреде» тестирования

A. Тестировщики тормозят процесс разработки по Agile?

Q. Вопрос сформулирован неверно. Agile, не Agile – это перпендикулярное измерение. В малых проектах выделенный тестировщик тормозит процесс.

A. А в больших?

Q. Слишком часто тоже тормозит. Но по другой причине. В малых проектах имеет место эффект «чем больше команда, тем дольше делаем проект». В больших же имеем эффект «ограничение системы перенесено на самый дешевый участок».

A. Тестировщики необходимы.

Q. Не то чтобы необходимы, но иногда полезны. Иногда и только после того, как внедрены другие процессы.

A. Тестировщики нужны всегда!

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

A. Но ведь появление тестировщиков в индустрии принесло огромную пользу.

Q. В том виде, в котором происходило это внедрение – это скорее огромный вред. Модель разделения ролей «РУТ» (разработка, управление, тестирование) глубоко порочна.

A. Но без тестировщиков нельзя сделать сложный проект.

Q. Странно. Но делали же. Видимо, пацаны «не знали».

A. Тестирование позволяет лучше удовлетворить заказчика.

Q. Учитывая, что большая часть дефектов вносится в систему до кодирования, мне кажется, в высшей мере странным ставить ОТК только после кодирования. Контроль до кодирования принес бы куда больше пользы.

Байка для оруженосца 2. Управление работами не «пинание всех»

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

Я хочу стать руководителем проекта (далее РП). Что мне для этого делать?

Q. А зачем оно тебе? Работа скучная и неблагодарная. Если проект успешен, то это успех команды, а если не успешен, то это провал РП.

???

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

Что же в этом неприятного и сложного? Ходи да пинай всех

Q. Управление работами вовсе не «пинание всех», – королева вздохнула – Ладно слушай.

РП пишет план.

План пишется РП.

Если некто не пишет план, то он не РП.

По-другому иногда бывает, но сейчас этим можно пренебречь.

Не РП тоже может писать план. Это нормально.

Продолжительность программного проекта – вариативная величина.

И сильно вариативная. Коэффициент от 1 до 16, при среднем 4.

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

Продолжительность работы имеет больший разброс, нежели продолжительность проекта.

Выдающиеся специалисты по качеству (Шухарт, Деминг, Голдратт) имели выдающиеся знания по теорверу и статам.

Выдающиеся теории управления: TQM, TOC, 6 сигм, … – построены на теорвере и статах.

Не знающий центральной предельной теоремы и прочего теорвера со статами будет планировать плохо.

Диаграмма Ганта не подходит для планирования программного проекта.

Диаграмму Ганта можно использовать для создания календарного графика, но не плана.

Диаграмму Ганта не стоит использовать для планирования программного проекта.

Использование диаграммы Ганта для планирования программного проекта ведет к увеличению срока проекта.

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

Как составить план без диаграммы Ганта? – не мои проблемы. Ты умный, у тебя высшее образование.

Программные проекты сложным образом зависят от величины команды.

Для проектов порядка 1000 функциональных точек (60KLOC на С) команда из 5 человек работает быстрее, чем команда из 10 человек, а команда из 10 быстрее, чем команда из 20.

«Шестой лишний» – хочешь ускорить небольшой проект – отстрани от него шестого и более участника.

Если это неправда, то в твоем проекте очень серьезные проблемы. Просто ты о них не знаешь.

А может и нет.

Время выполнения операции зависит от исполнителя.

Время выполнения операции сильно зависит от исполнителя.

Время выполнения операции очень сильно зависит от исполнителя.

Трудоемкость операции без исполнителя – это профанация.

Нужна трудоемкость без исполнителя? Измеряй в попугаях.

Считаешь, что измерение в попугаях – это детский сад? Измеряй в слонах.

«Я не боюсь показаться смешным. Немногие могут себе это позволить.»

План состоит из описания результатов, а не описания действий.

Поставить готовиться мясо – это плохой пункт плана, мясо приготовлено – хороший.

РП, нацеленный на результат, пишет план в терминах результатов.

Хороший РП пишет хороший план в терминах результатов.

РП, нацеленный на процесс, пишет план в терминах действий.

Плохой РП пишет плохой план в терминах действий.

По-другому тоже бывает. Но это вряд ли твой случай.

Пункт плана не может иметь исполнителя.