Когда ПМ начинает что-то делать, и делает это что-то достаточно долго, то это перерастает в привычку. Привычки бывают вредные, но эта вроде ничего (хотя моя жена не согласна) – я перевожу толпой. Этот пост надо было написать давненько (а именно 8го Октября – как раз тогда в Киеве проходила конференция Agileee, где выступал Хенрик Книберг собственной персоной), но руки дошли только сейчас.

Собственно

Скрам скрамом, buzz подутих, нашлась куча проектов, на которые он натягивается с большим трудом – почти весь саппорт, а саппорта ох как много… А у адептов agile’а есть уже новая игрушка – Kanban! Ну, не такая уж и новая – тойота работает по этой системе уже лет 40, но вот в разработку ПО Kanban проник сравнительно недавно.

Недавно, но достаточно давно, чтобы ранние пташки успели опробовать и имели опыт, которым готовы делиться.

Немного о книге

С одной стороны, продолжая начатое, Книберг теперь уже с другом Маттиасом на пальцах разбирают новое buzz-word разработки ПО – Канбан и рассказьівают как его скрещивать со скрамом. В конце есть пример внедрения из реальной жизни :)

С другой стороны, так же продолжая начатое, подорванцы из сообщества Agile Ukraine переводят это безобразие на русский язык :)

Итог (лично для меня)

• драйва при переводе было гораздо меньше, а напряга больше. Почему – хз;
• опробовал инструмент для переводов онлайн – Google Translator Toolkit (первую книгу мы переводили в Google Docs) – субъективно показалось, что переводить в нём легче, но вот рецензировать труднее, а отвечать рецензентам вообще трудно. Может это причина напряга?
• качество перевода по сравнению с прошлым разом… не выросло;
• книжка, тем не менее, получилась неплохая :)
• обновил профиль на Скрибде: http://www.scribd.com/COTOHA :)

P.S.:

опять перевожу :) опять толпой :)

А что может означать то, что последние 3 книжки, которые я прочитал (рандомно выбранные!) оказались “Тайной богов” Вербера, “t” Пелевина и “Цифровым” Дьяченок?

Спойлер: если кратко, то в первой книге всё сущее кто-то читает, во второй – пишет, а в третьей – играет, тем самым овеществляя это самое “всё”. А в солипсизме всё сущее кто-то мыслит. Я. Такие дела, да.

И да – последние 2 рекомендую, а первую не очень.

Оффтоп: кстати, к концу “цифрового” стало странно, что у Вербера нет упоминаний Достоевского… хотя что с него взять, с нехристя – француз же необразованный :) Как все уже поняли, у Дьяченок и Пелевина Фёдор Михайлович присутствует в несколько необычном амплуа.

Ещё мысль: надо ждать выхода какой-нить модной отечественной (точнее, СНГшной) игрухи (вот только интересно – хоррор или шутер?) по мотивам вечнозлободневного классика ибо почва подготовлена и продуктплейсмент проплачен.

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

Допустим, догадался… Что дальше-то, а?

Вдогонку к обсуждениям принципиальной возможности “win-win” (Развенчивание мифов о том как стать успешным (где-то глубоко в каментах) и Win-win, бывает ли он вообще?) на блоге об IT-бизнесе, где я отстаивал точку зрения о том, что “win-win” – это не более, чем красивая сказка, которой действительно выигравшая сторона прикрывает факт поражения проигравшей, начал читать книгу. И, собственно, уже заканчиваю, чего и вам всем настоятельно желаю.

Книга называется “Сначала скажите “Нет” (Оригинальное название “Start with “No”), автор – Джим Капм (Jim Camp), вроде как самый лучший в америке тренер по переговорам. Читать однозначно всем рекомендую, тем более, что там всего-то 80 страниц, а слог лёгкий.

А кому понравится, те, наверное, захотят глянуть на продолжение: “No: The Only Negotiating System You Need for Work and Home” – развитие темы, написанное через 5 лет, после “Start with No”.

Ну и да – люблю читать книги, которые внятно формулируют мои мысли. Приятно, чёрт побери :)

Ага, ну и к чему это я? Вот что пишет автор:

…я начал оспаривать модель “выиграть-выиграть” потому, что быстро понял, как часто она на самом деле подразумевает ситуацию “выиграть-проиграть”. Не стоит заблуждаться на этот счет: как ни печально, но, возможно, сделка в соответствии с подходом “выиграть-выиграть” заключается каждую минуту. Все обещания этого подхода – лишь манипуляции и лицемерие.

А вот что писал я:

классический “win-win” – это просто красивая сказка. просто, если преподносить ситуацию как “win-lose”, то сторона, которая “lose” может начать действовать неадекватно (от банальных обид и саботажа до приноса УЗИ в офис), поэтому все разрешения конфликтов, каг-бе, надо маскировать в обоюдовыгодное решение…

Вот. Ну и чтобы не сложилось впечатление, что 2 фанатика нашли друг-друга, то нет – я не считаю, что ситуация “win-win” невозможна в принципе, но на стороже быть надо. Слово Джиму:

Ну, конечно же, “выиграть-выиграть” звучит здорово! Именно поэтому этот подход настолько опасен, и именно поэтому вы должны быть очень осторожны. Если вы ведете переговоры через забор с соседом о том, когда пора начинать готовить угли для общего барбекю, подход “выиграть-выиграть” может сослужить вам хорошую службу. Но в схватке с жесткими, закаленными мастерами переговоров в реальном деловом мире нужно другое оружие.

P.S.: и на закуску… под катом :)

А они умеют. Организовывать и даже самоорганизовываться. Ладно, пусть не все, но некоторые точно могут :-). Да не просто так, а с реальным выхлопом. В общем, те, кто будут читать дальше, узнают как могут проводить время менеджеры, когда жена и ребёнок в отпуске.

Итак, рецепт проведения вечеров летом, когда жены нет дома, от сотоны:

1. Находится группа единомышленников, причём среди них обязательно должен быть как минимум один подорванец;
2. Происходит общение на интересующие народ темы до тех пор, пока подорванец не выдаст что-то наподобие вот этого;
3. Тут-то надо сразу же подписаться и voilà – дело в шляпе, а у тебя есть чем занять долгие вечера после работы;
4. Далее идёт 2 месяца более-менее напряженного перевода (110 глав всего, из которых мной 17 переведены и ещё 89 отревьювлены) и 1 месяц тормозов и 1 месяц нервного ожидания от вычитки – чего там филологи сделают с нашим детищем?
5. И гордое созерцание результата… кстати, ничуть не хуже оригинала.

Выхлоп

Результат получился – как на меня – приятный: то, что на свет появилась книга на русском языке, которая внятно и лаконично без всякой воды рассказывает как внедрить Scrum (а под шумок ещё и некоторые инженерные практики XP – это ещё пол беды. Лично я дополнительно получил:

• Осознание того, что менеджеры в Украине в большинстве своём приятные люди :-). Сюрприз!
• Опыт работы в distributed self-motivated cross-functional team. Да, не software development, но дорогого стоит.
• Желание и дальше общаться со всеми этими приятными людями. Crowd-sourcing, спасибо!
• Желание продолжить начатый и почти заброшенный перевод.

Немного о книге

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

Почитайте – не пожалеете.

Так что я начинаю перечитывать статьи, чего и вам желаю. Чтобы это пожелание не было просто сотрясением воздуха, ниже приведен список статей с линками на оригиналы. Удачного прочтения и осмысления! :-)

1. Ken Arnold – Style Is Substance (резюме: поддержка стандартов кодирования должна быть реализована на уровне компиляторов)
2. Leon Bambrick – Award for the Silliest User Interface: Windows Search (резюме: автор отвечает на вопрос “а что бы было, если бы гугл использовал подход к поиску, который использует майкрософт?”)
3. Michael Bean – The Pitfalls of Outsourcing Programmers (резюме: )
4. Rory Blyth – Excel as a Database (резюме: )
5. Adam Bosworth – ICSOC04 Talk
6. danah boyd – Autistic Social Software
7. Raymond Chen – Why Not Just Block the Apps That Rely on Undocumented Behavior? кстати, этот персонаж тоже написал книгу.
8. Kevin Cheng and Tom Chi – Kicking the Llama и собственно картинка к тексту
   
9. Cory Doctorow – Save Canada’s Internet from WIPO а это очень продуктивный писатель
10. ea_spouse – EA: The Human Story
11. Bruce Eckel – Strong Typing vs. Strong Testing
12. Paul Ford – Processing Processing
13. Paul Graham – Great Hackers
14. John Gruber – The Location Field is the New Command Line
15. Gregor Hohpe – Starbucks Does Not Use Two-Phase Commit
16. Ron Jeffries – Passion этот тоже продуктивный писатель
17. Eric Johnson – C++ — The Forgotten Trojan Horse
18. Eric Lippert – How Many Microsoft Employees Does it Take to Change a Lightbulb?
19. Michael “Rands” Lopp – What to do when you’re screwed я уже писал про и даже потихоньку перевожу его книгу
20. Larry Osterman – Larry’s Rules of Software Engineering #2: Measuring Testers by Test Metrics Doesn’t
21. Mary Poppendieck – Team Compensation почему-то PDF, поэтому без сопутствующих обсуждений
22. Rick Schaut – Mac Word 6.0
23. Clay Shirky – A Group is its Own Worst Enemy
24. Clay Shirky – Group as User: Flaming and the Design of Social Software
25. Eric Sink – Closing the Gap, Part 1; Closing the Gap, Part 2; ещё один писатель
26. Eric Sink - Hazards of Hiring
27. Aaron Swartz – PowerPoint Remix страанная статья в виде bulleted-list’а, а вот ещё то же самое, но со вступительным словом и в PDF
    
28. why the lucky stiff – A Quick (and Hopefully Painless) Ride Through Ruby (with Cartoon Foxes)

Лично меня всегда вдохновляет структурированная коллективная мудрость… это я так паттерны обозвал. До недавних пор такая вкусность была доступна только разработчикам, а менеджерам оставалось выкручиваться как умеют. Ну не то чтобы совсем ничего не было – были например AntiPatterns in Project Management, были 100 Lessons Learned for Project Managers от NASA, были хорошие книжки, но не было ничего такого, что могло бы быть аналогом GoF Patterns для менеджеров. То есть нельзя было выслушав коллегу воскликнуть “Та, блин, здесь же надо применить mass cocktail bar visitor или smart requirements rework”. Хотя может в этом и соль?

Теперь есть шанс, что появилось.

Понятно, что я ещё не читал, но названия интригующие – “News Improvement”, “Management By Mood Ring”, “Piling On”, “Rattle Yer Dags”, “Natural Authority”, “Food++”, “Fridge Door”, “Nanny”, “Dead Fish”, “Project-Speak” и вроде таких там аж 86. И вроде написано в виде новелл, по типу Deadline. И совершенно точно читать надо :) В связи с чем у амазона прибавился ещё один преордер (т.к. книг по складе ещё нет – книга увидела свет в прошлую пятницу). Теперь сижу и жду.

А между тем, пока писал заметку в голове повсплывала куча информации… похоже надо писать развёрнутую статью на профессиональные темы, а то всё шуточки,да машины… А времени как не было, так и нет – мало того, что перевожу книгу, так ещё и работать надо!

Позавчера закончил читать книжку, которую начал читать неделю тому назад, которую я получил две недели тому назад, которую я заказал 5 месяцев тому назад и блог автора которой я читаю уже год. Короче я в восхищении :)

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

Собственно книга, её презентация и блог автора. Всё это я очень рекомендую к прочтению.

Автор Michael Lopp aka Rands уже 15лет в индустрии, успел поработать в Apple, Borland, Netscape и в неком стартапе, который лопнул вместе с печально известным интернет-пузырём. Ведёт блог, кстати, если кто читал “The Best Software Writing” by Joel Spolsky то вот картинка :)

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

Меня настолько впечатлила книжка (особенно те главы, которые мне что называется открыли глаза), что я недолго думая связался с автором и получил разрешение на её перевод. Вот так вот. Есть конечно небольшие проблемы… т.к. права на книжку принадлежат издателю, то в перевод попадёт только та часть, которая есть на блоге в виде статей (то есть большая часть), но структуру книжки я сохраню. А он тем временем пробьёт у издателей, не против ли они перевода и book-only контента.

Переводить я буду так или иначе, но было бы интересно услышать – это вообще кому-то нужно? А украинский перевод?