LT People

Хотел бы поделиться своим мнением по поводу недавно прочитанных книг – «Зомбированные шаблонами» (Демарко, Листер и другие) и «Стартап» (Гай Кавасаки).

(more…)

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

Пройдя по ссылке с Codemate.net прочитал “Getting Real”. Некоторое количество цитат и мыслей по ходу дела.

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

“Будьте с гордостью, вызывающе правдивы. Вы, возможно, думаете, что клиента могут дурачить преувеличения числа штатных сотрудников в вашей компании или широта ваших предложений. Те, клиенты, которых вы действительно хотите, будут всегда искать правду - через интуицию или вычисления. Потом останется только смущение морально неоправданной лжи в прошлом, и ни одна из тех ситуаций не приведет к тому, что в бизнесе имеет значение: к взаимовыгодным отношениям с людьми, с теми, кто имел реальную потребность в предложенных услугах. Лучший курс - быть с гордостью, вызывающе правдивым и сообщать о точном размере компании и широте предложений.”
- Khoi Vinh, Subtraction.com and co-founder of Behavior LLC

“Организациям нужны указательные столбы. Им нужен план; работникам каждый день нужно знать, когда они просыпаются, почему они собираются идти на работу. Этот план должен быть кратким и сладким, и затрагивать все: Почему вы существуете? Как это мотивируете? Я называю это молитвой - описание в трех-четырех словах причин, по которым вы существуете.”
- Guy Kawasaki, author ( from Make Mantra)

“Лучшие проектировщики и лучшие программисты - не те, у кого лучшие навыки, или самые проворные пальцы, или не те, кто может сделать красивый макет в Photoshop, - это те, кто может определить, что имеет значение. Это те, кто понимает реальные выгоды от решения.”

“Мы всегда смотрим на новые рынки, в которые могли бы войти, но, только говоря “нет”, можем сосредоточиться на вещах, которые действительно важны.”
- Steve Jobs, CEO, Apple ( from The Seed of Apple’s Innovation)

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

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

Если в мире становится модным искать специалистов среди разработчиков OpenSource, то надо активно светиться там.

Специально для Лены
“Дизайн от эпицентра фокусирует внимание на том, что наиболее важно на странице, а затем обращается к менее важному. Это значит, что сначала вы игнорируете то, что находится кругом - навигацию, закладки, “подвал” страницы, цвета, логотип и так далее. Вместо этого, вы начинаете с эпицентра и сначала разрабатываете наиболее важную часть страницы.”

Еще для Лены
“Вот почему содержание гораздо важнее целостности. Это нормально - сделать дизайн непоследовательным, если в этом есть смысл. Давайте людям то, что имеет смысл. Давайте то, что им нужно, и избавьте от того, что лишнее. Уместность лучше последовательности.”

Противоречие:
С одной стороны - все из одного интерфейса, с другой - меньше функциональности, меньше программы.

Как некий лозунг.
Исходя из того, что надо не пытаться догонять, а искать свои пути. Все делают CMMi  и формальные процедуры и пр. надо гордо поднимать флаг борьбы с бюрократией и формализмом. Это не ново, но часто мы говорим об этом стесняясь. Надо признавать проблемы и говорить, как мы их решаем. Если нет людей на рынке, мы не творим чудеса, а сами готовим себе сотрудников. Срок подготовки велик, но это того стоит. Мы небольшая компания по сравнению с индусами, но мы и не конкурируем с ними в размере. Да мы небольшая компания, зато мы готовы подстроить свои условия под любого клиента, процессы согласования быстры. Мы гибки как никто. Мы открыты.
Да возможно наш сайт не самый лучший, мы не первые в области привлечения инвестиций и пр. Зато мы умеем делать реальные вещи, которые нужны нашим клиентам. Мы любим печь те самые булочки, о которых говорилось в книге, мы это делаем с душой и любовью к нашим клиентам.

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

“Нет кода более гибкого, чем отсутствие кода!”

Небольшая модификация.
Любимые инструменты делают программистов счастливыми. Счастливые программисты пишут правильный код.

“Избавляйтесь от долгов.”

Специально для Владимира
Полезны ли блоги.
“За несколько месяцев начинайте намекать. Расскажите людям, над чем вы работаете. Покажите логотип. В своем блоге сообщайте о разработке. Пишите неопределенно, но зароните зерно. Также заведите сайт, где будете собирать адреса электронной почты от интересующейся публики.”
Еще для Владимира
“Блоги могут быть зачастую эффективнее, чем реклама (и, кстати, они невообразимо дешевле)”

http://mustread.ru/

Собран моим одногруппником.

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

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

Основа перерождения компании, как я это понял:

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

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

Один из сотрудников Джека все время спрашивал: “Достаточно ли мы быстры?” По-моему, это очень важно. Часто мы слишком успокоены и забываем о факторе времени. 

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

И еще.
Большое подразделение занимается созданием атомных реакторов. В отрасли спад. Подразделение приносит убытки. Уже 3 года ни одной продажи, но очередные годовые планы строятся исходя из того, что они смогут продать 3 реактора. Джек сказал: “Давайте исходить из того, что за год мы не продадим ни одного реактора, и попробуем найти решение”. Подразделение было переориентировано на обслуживание проданных реакторов. Подразделение ожило и стало приносить прибыль. Видеть реальную ситуацию, не боятся говорить себе и другим правду.

В издательстве “Символ-плюс” вышел русский перевод Joel on Software - Джоэл о программировании. На books.ru стоит 250 рублей, на Ozon‘е - аж 340, что безобразие, конечно. И готовится к выходу еще один перевод (правда, уже в “Питере“) - “Лучшие примеры разработки ПО“, на Озоне предварительные заказы принимаются за 433 рубля, на books.ru - за 350. Аннотация мне нравится:

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

Эдак глядишь, русский перевод поспеет раньше, чем английский оригинал, который я жду с Амазона аж с февраля.

Понравилось на Озоне описание книжки про управление программистами под названием “Как пасти котов” (Дж. Рейнвотер, изд. Питер). Нацелена книжка на новоиспеченных маганеров, только с пылу с жару ставших ими, т.е. на бывших программистов.

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

Однако где-то после первой трети книга нравиться перестала: непонятное отступление в вопросы проектирования, повторение уже не раз написанного, пустое бахвальство о полезности книги и в общем очень, очень много воды, в лучших традициях крайне забесившей меня книги Бека про XP, которая, возможно, и полезна, но написана отвратительно.

Мораль: своих денег (аж 410 рублей в ДК за издание в тонком переплете 255 страниц) книга явно не стоит, разве что взять у кого-нибудь (например, у меня) пролистать первые несколько глав. И то, если вы действительно начинающий манагер, а не те, кто обычно читает в этот блог.

В отпуске прочитал замечательную книгу Эрика Синка “Business of Software”. Автор подробно и с примерами объясняет, как человеку с техническим background создать свою компанию по производству ПО, какие задачи и как приходится решать. Краткое содержание:

• Entrepreneurship
• People
• Marketing
• Sales

Книга написана прекрасным английским языком, полна шуток и остроумных примеров. Читается “взапой”. Можно взять у меня. У Эрика есть блог, в котором практически все главки книжки выложены в виде отдельных статей, так что можно и там прочитать. Но собранные вместе, они смотрятся гораздо эффектнее. Хотя гиперссылки в виде сносок несколько напрягают

Eric Sink’s Weblog - некий аналог Joel on Software, коллекция статей Эрика Синка. Рассуждения на софтверные темы, подчас весьма интересные. По качеству языка, правда, несколько хуже Joel’а, но все равно неплохо.

На Амазоне скоро появится его книга, по концепции аналогична Joel on Software, тоже сборник статей.