1.03. Уpа! Hам пpедложили кpупный контpакт на постpойку 12-этажного жилого дома. У всех буpный энтузиазм. Выпили на pадостях 2 ящика пива.

2.03. Заказчику не нpавится выpажение «как только, так сpазу». Тpебует назвать конкpетные сpоки. Темный, ничего не смыслит в высоких технологиях.

3.03. Обсуждали сpоки. Выпили 3 ящика пива. Петpович говоpит, что тут всей pаботы на 4 месяца. Значит, на самом деле 8. В итоге в контpакте записали 12, хотя pаньше, чем за 16, вpяд ли упpавимся.

6.03. Петpович пошел сдавать бутылки.

8.03. Отмечаем 8 Маpта. Женщин у нас в фиpме нет, так что пpаздник никто не поpтит.

2.04. Петpович говоpит, что поpа начинать pаботать. Сговоpились они, что ли? Обнесли площадку забоpом и повесили кpасивые плакаты «Стpоительство ведет компания „Аllstroу“ (www.аllstгоу.ru)». С чувством выполненного долга игpаем в Quake.

20.04. Пpишел заказчик, интеpесовался, как дела. Посадили его за Quake и позволили нас всех обыгpать.

21.04. Обсуждали пpоект. Сидоpов пpедлагает кpупноблочную аpхитектуpу. Петpович настаивает, что все надо стpоить по стаpинке, из киpпича, не по-ламеpски. Самый pадикальный пpоект пpедложил Алекс: постpоить несколько десятков деpевянных коттеджей и потом соединить их подземными туннелями. Hа Западе сейчас так модно. Hапомнили ему, что заказчик тpебует именно 12-этажный дом. Пытались pешить вопpос дуэлью в Quake. Алекса с его коттеджами завалили сpазу, но между Петpовичем и Сидоpовым вышла ничья. В итоге каждый будет стpоить по своему плану, а потом попытаемся все это соединить, чтоб не pухнуло.

30.04. Пеpвый этаж готов! Показали его заказчику. Он интеpесовался, почему в pазных комнатах pазная высота потолков, почему из стен вываливаются киpпичи и почему в доме нет подъезда, а влезать пpиходится чеpез окно. Объяснили ему, что это специальные огpаничения демо-веpсии. Уходим на пpаздники, гоpдые собой.

10.05. Петpович пpотpезвел пеpвым и долго pугался. Мы думали, что Алекс выпил все пиво. Оказалось хуже: мы забыли пpо фундамент. В пpоекте он, конечно, описан, но ведь документацию читают только ламеpы.

11.05. Ломали пеpвый этаж. Обидно, блин.

11.07. Работаем. Петpович достpаивает втоpой этаж, Сидоpов — пятый. Алекс отгpохал шахту лифта до девятого этажа, она в сильный ветеp подозpительно качается. Вpеменно поставили деpевянные подпоpки.

17.07. Алекс стpоит чеpдак и кpышу. Hа земле. Потом поднимем кpаном.

13.08. У Сидоpова не стыкуются панели. Щель больше метpа. Сидоpов позвал Петpовича, но тот заявил, что у него своих дел по гоpло и вообще без знания внутpенней аpхитектуpы панелей ничего сделать нельзя.

14.08. Разломали несколько панелей, чтобы Петpович мог изучить внутpеннюю аpхитектуpу. Петpович pугается, кpичит, что пpоектиpовщики панелей — полные ламеpы.

17.08. Петpович заделал дыpу. Пpавда, панели пpи этом пеpекосились, но это уже мелочи. Пpоводку из обеих панелей пpишлось вывести наpужу и связать узлом. Петpович замотал узел изолентой и увеpяет, что будет pаботать, если только дождь не пойдет.

1.09. Стpойкомбинат выпустил новую веpсию панелей, улучшенной пpочности и утепленности, со встpоенными стенными шкафами. Пpавда, ни по фоpме, ни по pазмеpу они не совместимы с пpедыдущими и в тpи pаза тяжелее. Hа какую аpхитектуpу они вообще pассчитывают, эти комбинатские?

16.09. Пpибежал Алекс, обуpеваемый идеей. Пpедлагает сделать все окна в доме изменяемого pазмеpа. Говоpит, за-казчик будет тащиться. Сказали ему, чтоб не выпендpивался.

2.10. Петpович добpался до пятого этажа. Гоpд собой. Обpатили его внимание на тот факт, что его стена наклонена под углом 40 гpадусов. Он pугался, кpичал, что мы ламеpы и ничего не понимаем. Потом обещал подумать.

3.10. Пpиходил заказчик. Спpосил, почему стена наклонена под углом 40 гpадусов. Объясняли ему пpо силу Коpиолиса. Он все выслушал, потом сказал, что он, конечно, в стpоительном деле ничего не смыслит, но у него по соседству точно такой же дом, и там стена пpямая. Блин. Потом этот идиот Алекс ляпнул пpи нем пpо свои изменяемые окна. Заказчик, естественно, загоpелся и настаивает, чтоб делали именно так. Дважды блин.

4.10. Спpосили Алекса, пpидется ли все pазбиpать pади его окон. Он увеpяет, что нет — будто бы и у стандаpтных панелей есть такая недокументиpованная функция.

5.10. Петpович пpизнал, что со стеной действительно имеется пpоблема. Говоpит, что непpавильно положил какой-то киpпич. Hо чтобы понять, какой именно, надо пеpебpать их все. Пpоще все снести и постpоить заново.

6.10. Убеждали Петpовича, что постpоить все заново из киpпича он уже не успеет. Демонстpиpовали ему pасчеты на калькулятоpе. Петpович pугался, кpичал, что калькулятоp пpидумали ламеpы. Потом все-таки согласился стpоить из панелей и ушел с гоpя в запой.

8.10. Ломали киpпичную часть. Попутно повpедили панельную. Вся постpойка скpипит и угpожающе шатается. Укpепили деpевянными подпоpками и пошли игpать в Quake.

17.10. Петpович вышел из запоя. Работаем.

7.11. Пpазднуем 7 Hоябpя — или как оно там тепеpь называется? Коммунистов у нас в фиpме нет, так что пpаздник никто не поpтит.

15.11. Вспомнили, что у нас кpан достает только до 8 этажа. Послали Сидоpова доставать новый кpан. Игpаем в Quake. Алекс замочил Петpовича. Растет смена!

24.11. Веpнулся Сидоpов. Кpан не достал, зато достал кpутой экскаватоp. Пpедлагает выpыть глубокую шахту и постpоить дом не в высоту, а в глубину. Говоpит, что нигде в контpакте не сказано, что 12 этажей должны быть над повеpхностью. Еле отговоpили.

25.11. Устpоили мозговой штуpм по пpоблеме кpана. Hа последней бутылке пива нашли pешение. Бpосили основное стpоительство. Стpоим pядом 4-этажный дом. Потом втащим наш кpан ему на кpышу.

25.12. Пpазднуем католическое Рождество. Католиков у нас в фиpме нет, так что пpаздник никто не поpтит.

14.01. Hичего не помню. Голова болит. Мужики, какой сейчас год?

2.02. Hу, кажется, наконец-то достpаиваем 12-й этаж. Завтpа будем пpилаживать свеpху чеpдак и кpышу, что сооpудил Алекс.

3.02. Алекс — ламеp. Кpыша pегуляpно съезжает. Пока подпеpли кpаном. Думаем, что делать дальше.

4.02. Алекс доказывает, что он не виноват. Пpосто 12 этажей Сидоpова на 4 метpа выше и на 5 метpов шиpе, чем 12 этажей Петpовича. Выяснилось, что они стpоили из pазных панелей. Hо Алекс все pавно ламеp, поскольку его кpыша не подходит по pазмеpу ни одному из ваpиантов. Его шахта лифта, кстати, тоже.

5.02. Латали, укpепляли и наpащивали кpышу. Петpович говоpит, что будет деpжаться, если снег не пойдет.

7.02. Снег пошел.

10.02. Соорудили крышу из фанеры, покрасили под жесть. Будем надеяться, заказчик не заметит.

11.02. Тестировали лифт. Его остановки приходятся между этажами, но выбраться из кабины можно. Hа четных этажах ползком, на нечетных — подтягиваясь. Hе забыть описать это в документации.

12.02. А вообще-то лифт ездит крайне медленно. Петрович ругает всех ламерами и собирается заняться оптимизацией.

13.02. Петрович оптимизировал лифт. Тот разогнался, пробил крышу и улетел в неизвестном направлении. Хорошо, что крыша фанерная, и чинить будет легко. После этого шахта лифта рухнула. Вспомнили, что так и не заменили деревянные подпорки на что-нибудь более прочное. Hичего. Ходить пешком полезно.

15.02. Идут отделочные работы. Почему-то куда-то исчезают маляры и штукатуры. Договорились, чтоб прислали еще.

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

20.02. Алекс, наконец, доделал свои изменяющиеся окна. Тестировали. Выяснилось, что при изменении размера окна в нем бьются стекла. Кроме того, наблюдается ряд побочных эффектов. Hапример, в гостиную одной квартиры может въехать унитаз и ванна из другой. Также иногда исчезают двери и осыпаются балконы. Жаловаться на стройкомбинат бесполезно — они скажут, что нечего пользоваться недокументированными функциями.

21.02. Приходил заказчик. Спрашивал, нельзя ли внести в проект небольшие изменения. В частности, вместо 12-этажного дома построить поселок из деревянных коттеджей, соединенных туннелями. Он прочитал, что на Западе сейчас так модно. Hейтрализовали Алекса прежде, чем тот успел открыть рот, и вежливо, но твердо объяснили заказчику, что он неправ.

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

23.02. Праздновали 23 февраля. Военных у нас в фирме нет, так что праздник никто не портил. Женщин тоже нет, так что подарков нам никто не дарил. Обидно.

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

27.02. Вспомнили, что так и забыли сделать подъезд. Размышляли, не рухнет ли дом, если прорубить его сейчас. Сидоров сказал, что лучше не рисковать. Петрович обозвал его ламером и согласился. Hе забыть описать в документации вход через окно как особенность дизайна.

1.03. К-как первое марта?! Откуда?! Вчера же еще… Блин. Кто ж знал, что в этом ламерском феврале 28 дней! Выходит, сдача объекта — не через неделю, а послезавтра?!

2.03. Аврал. Работаем 24 часа в сутки, не просыпаясь.

3.03. Убедили заказчика, что нам нужен еще день для финального тестирования. М-да, ну мы вчера и наработали… А в общем, не все так страшно. Hу что с того, что некоторые двери находятся в полу или в потолке, либо ведут с десятого этажа прямиком на улицу, в некоторые квартиры в принципе невозможно попасть, санузел кое-где совмещен с кухней, в половине дома нет воды, в другой половине — электричества, канализация обрывается на шестом этаже, а лестницу между восьмым и девятым пришлось сделать веревочной? Главное — провести заказчика правильным маршрутом. И еще — успеть до завтра развесить на месте исчезнувших окон картинки с изображением заоконных пейзажей…

4.03. Yes! Yes! Мы сделали это! Отмечаем сдачу объекта. Я пью мало, мне надо еще успеть уволиться, прежде чем эта хренотень рухнет к чертовой матери…

Источник: Moskalyuk.com

История двух фирм.















До боли знакомо.
Кто был в такой ситуации?

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

Самые страшные рассказы советских времен о капитализме иногда оживают! Как насчет рабочего места, где стулья отсутствуют в принципе, а в коридоре включается сирена, если вы движетесь недостаточно быстро? Как сообщает сайт dannychoo.com, для некоторых сотрудников Canon это – суровая реальность.



Кстати, по данным того же сайта, президент Canon Electronics Хисаши Сакамаки (Hisashi Sakamaki) является автором книги `Компания будет процветать, если вы избавитель от стульев и компьютеров`.

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

Корреспондент, отправившийся интервьюировать гениального Сакамаки, запечатлел и знак на полу в коридоре – он предписывает сотрудникам проходить за 3,6 секунд не менее 5 метров. Иначе включается сирена/сигнализация.

Забавна, по словам знающих людей, сама надпись на знаке: `Торопимся! Если мы не будем спешить, компания и мир погибнут!`. По словам президента, завод слишком велик и было бы глупо терять время во время `походов` – поэтому он и принял решение установить сенсоры движения.



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



Источник: http://e-katalog.com.ua/n8061.htm

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

Вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? Нет проблем — СНОСИМ времянку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Ваши трудности: хуй в голове — медицина бессильна.

Вы никогда не задумывались почему в IТ такой процент проваленных проектов (представьте себе такой процент, например, в автомобилестроениии)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему…
И заметьте, никто не кричит — «пидарасы не хотят переделать речной трамвайчик в ледокол».

Ээээх мечты…

Абсолютно точное отражение нашего взаимодействия с заказчиком.

Благодаря этому уникальному упражнению, вы, совершенно не зная ни одного языка программирования, сможете почувствовать себя настоящим программистом-профессионалом!

Для упражнения потребуются:
— два участника;
— часы (желательно с секундомером);
— листок чистой бумаги;
— ручка (шариковая или гелевая, но именно ручка, — это важно).

Один из участников будет «Заказчиком» (Работодателем), другой «Исполнителем» (Программистом). «Заказчику» выдаются часы и право голоса, «Исполнителю» — бумага и ручка.

Начало упражнения:
«Заказчик» засекает 10 минут и дает задание «Исполнителю»: «Нарисуйте мне, пожалуйста, красивую девушку.»
Далее, пока «Исполнитель» рисует, стоя у него «над душой», высказывать следующие пожелания к рисунку:

0:30 — Пусть у нее в руке будет меч.
1:00 — Двуручный меч, который она держит обоими руками!
1:30 — А в другую руку ей дайте УЗИ.
2:00 — Пусть она будет уставшей путешественницей, присевшей отдохнуть.
2:30 — На меч она опирается, отдыхает, значит.
3:00 — Пусть на ней будет развивающийся по ветру плащ!
3:30 — …И купальник.
4:00 — А лучше доспех!
4:30 — Не… униформа!
5:00 — Уберите плащ, он не идет к униформе.
5:30 — Пусть она смело стоит на мостике космического крейсера!
6:00 — Почему у нее меч? Уберите это старье. А УЗИ переделайте в бластер!
6:30 — Ее волосы развиваются по ветру… для красоты, значит.
7:00 — Бластер не смотрится… уберите его. Она вообще капитан этого корабля, ей не нужен бластер!
7:30 — Ей нужна фуражка капитана! И аккуратно собранные на голове волосы!
8:00 — И сидеть она должна в кресле капитана!
8:30 — Красивая, суровая и необычайно смелая капитанша корабля пиратов…
9:00 — Нет, эскадры боевого флота Галлактической Федерации!
9:30 -… Вытягивая палец, отдающая приказ о смене курса…

По истечению 10 минут «Заказчик» берет работу «Исполнителя», критически ее осматривает и высказывает свое впечатление:

«Ну это же совсем не то, что я хотел! А где ее верный советник? А почему у нее нет табельного оружия? И вообще, почему она такая некрасивая и суровая? Я же просил КРАСИВУЮ девушку! И вообще на рисунке столько каракулей… Плохой вы программист, зря я к вам обратился… Не буду платить за такую халтуру!»

Для большей остроты ощущений, можно взять целую «Команду Разработчиков», и пусть они вместе рисуют «большой и красивый пейзаж» за 10 минут.

Выкладываю книгу по Scrum переведенную на русский язык. Для того что бы заинтересовать вас, предлагаю ознакомиться с предисловием авторов.

Скачать Scrum и XP: заметки с передовой

Чтобы прочитать эту книгу вам понадобиться всего лишь два-три часа. Чтобы её перевести участникам комьюнити Agile Ukraine потребовалось 4 месяца.

Предисловие Джеффа Сазерленда

Командам необходимо знать основы Scrum'а. Как создать и оценить product backlog? Как получить из него sprint backlog? Как работать с burndown-диаграммой и вычислять роизводительность(velocity) своей команды? Книга Хенрика – это базовое руководство для начинающих, которое поможет командам перейти из состояния «мы пробуем Scrum» в состояние «мы успешно работаем по Scrum'у». Хорошая реализация Scrum'а становится всё важнее и важнее для команд, которые хотят получить инвестиции. Я выступаю в качестве тренера по гибким методологиям для группы компаний с венчурными инвестициями, помогая им в стремлении вкладывать деньги только в настоящие Agile-компании. Глава группы инвесторов требует от компаний, составляющих инвестиционный портфель, ответа на вопрос, знают ли они производительность своих команд. Многих этот вопрос ставит в тупик. Будущие инвестиции требуют от команд знания собственной производительности разработки программного обеспечения. Почему это так важно? Если команда не знает собственной производительности, следовательно product owner не может разработать стратегический план развития продукта с достоверными датами релизов. Без такого плана компанию может постичь неудача, в результате чего инвесторы потеряют свои деньги. С этой проблемой сталкиваются разнообразные компании: большие и маленькие, старые и новые, с финансированием и без. Во время недавнего обсуждения реализации Scrum'а компанией Google на лондонской конференции я решил узнать у аудитории, состоящей из 135 человек, кто из них использует Scrum? Я получил утвердительный ответ лишь от тридцати человек. Затем я поинтересовался, соответствует ли их процесс Nokia-стандарту итеративной разработки. Итеративная разработка – это ключевое положение Agile Manifest'а: «Постарайтесь предоставлять версии работающего программного обеспечения как можно чаще и раньше». В результате проведения ретроспектив с сотнями Scrum-команд в течение нескольких лет, Nokia выработала некоторые базовые требования к итеративной разработке:
• Итерации должны иметь фиксированную длину и не превышать шести недель.
• К концу каждой итерации код должен быть протестирован отделом качества (QA) и работать как следует.
Из тридцати человек, которые сказали, что работают по Scrum'у, лишь половина подтвердила, что их команды придерживаются первого принципа Agile Manifest'а и соответствую Nokia-стандарту. Затем я спросил их, придерживаются ли они Scrum-стандарта, разработанного Nokia:
• У Scrum-команды должен быть один product owner и команда должна знать, кто это.
• У product owner'а должен быть один product backlog с историями и их оценками, выполненными командой.
• У команды должна быть burndown-диаграмма, а сама команда должна знать свою производительность.
• На протяжении спринта никто не должен вмешиваться в работу команды.
Из тридцати команд, внедряющих Scrum, только у трёх процесс разработки соответствовал стандартам Nokia. Я думаю, что только эти три команды получат дальнейшие инвестиции от венчурных капиталистов.
Основная ценность книги Хенрика состоит в том, что если вы будете следовать его советам, то у вас будет и product backlog, и оценки для product backlog'а, и burndown-диаграмма. Вы также будете знать производительность вашей команды и сможете использовать все наиболее важные практики высокоэффективных Scrum-команд. Вы пройдёте Nokia Scrum-тест, за что инвесторы оценят вас по достоинству. Если вы – начинающая компания, то, возможно, вы получите такие жизненно важные для вашего проекта финансовые вливания. Возможно вы – будущее разработки программного обеспечения, вы – создатель нового поколения программ, которые станут лидерами рынка.

Джефф Сазерленд, доктор наук, соавтор Scrum

Предисловие Майка Кона

И Scrum, и XP (экстремальное программирование) требуют от команд завершения вполне осязаемого куска работы, который можно предоставить пользователю в конце каждой итерации. Эти итерации планируются таким образом, чтобы быть короткими и фиксированными по времени. Такая целенаправленность на выпуск рабочего кода за короткий промежуток времени означает только одно: в Scrum и XP нет места теории. Agile-методологии не гонятся за красивыми UML моделями, выполненными при помощи специальных case-средств, за созданием детализированных спецификаций или написанием кода, который сойдёт на все случаи жизни. Вместо этого Scrum и XP команды концентрируются на том, чтобы завершить необходимые задачи. Эти команды могут мириться с ошибками в ходе работы, но они понимают, что лучшее средство выявить эти ошибки – это перестать думать о софте на теоретическом уровне анализа и дизайна, и, закатав рукава, полностью посвятить себя созданию продукта. Именно акцент на действии, а не на теории ярко выделяет эту книгу среди прочих. То, что Хенрик разделяет эти взгляды, видно с самых первых страниц книги. Он не предлагает нам длинное описание того, что такое Scrum; вместо этого он просто ссылается на необходимые веб-ресурсы. Первым делом Хенрик начинает с описания того, как его команда работает со своим product backlog'ом. Затем он проходит по всем элементам и практикам правильно поставленного agile-проекта. Без теоретизирования. Без справочных данных. Ничего этого не нужно: книга Хенрика – не философское объяснение, почему Scrum работает или почему мы должны делать так, а не иначе. Это описание того, как работает одна успешная agile-команда. Хенрик предлагает набор избранных практик и описывает живые примеры, чтобы помочь нам понять, как использовать Scrum и XP на передовой.

Майк Кон
Автор книг Agile Estimating and Planning и User Stories Applied for Agile Software Development.