
Книги к ознакомлению для дизайнеров
Chiglopooh
- 245 книг
Это бета-версия LiveLib. Сейчас доступна часть функций, остальные из основной версии будут добавляться постепенно.

Ваша оценкаЖанры
Ваша оценка
На книгу наткнулся совершенно случайно, но совершенно не жалею ни денег, ни потраченного на чтение времени. Стоит упомянуть, что книга читается практически залпом. На протяжении всего повествования встречается очень много интересных жизненных историй и различных рецептов для предотвращения таких ситуаций. Изложение идет в ногу с качественным юмором, поэтому абсолютно не утомляет.
Думаю, самое время рассказать, что это за книга. По сути, это сборник шаблонов некоторых ситуаций, которые возникают или могут возникнуть в команде при совместной разработке ПО. Шаблоны описывают типичные ошибки, которые могут привести или обязательно приведут (зависит от серьезности) к краху ваш проект, даже если все идет “просто супер”. Все шаблоны, а их ровно 76, имеют четкие, понятные и легко запоминающиеся названия, которыми можно вполне пользоваться в повседневной жизни, а также применять на собраниях дабы обратить внимание руководителей на тонкие или опасные моменты в проекте. Авторы прекрасно описывают предпосылки для возникновения таких ситуаций и каким образом стоит избегать их, почему они так плохи и как определить, что вы попали под действие этого паттерна.
Можно считать, книгу полезной как для менеджеров, управляющих группой разработчиков, так и для рядовых программистов. Порой, читая книгу, можно обнаружить, что авторы как-будто писали данный шаблон прямо с твоей ситуации, поскольку прямо сейчас ты работаешь под влиянием этого паттерна. Иногда, ловишь себя на мысли: “Ох, черт! Я же именно так и делаю” или “Блин, да я так работаю уже пару лет как”, а дочитав до конца главы, думаешь: “Да, нужно именно так и сделать, иначе ничего хорошего не выйдет из этого проекта”
Рекомендую книгу каждому, кто хоть какое-то имеет отношение к разработке программного обеспечения и желает успешности своему проекту.
Приятного чтения

Таковы были мои ассоциации на всем протяжении чтения этой книги. Ну ладно, не все истории были действительно веселыми, но посмеяться кое-где удалось.
Это сборник баек из жизни разных проектов и команд по разработке программного обеспечения, каждый слегка абстрагированный, многие с некоторыми выводами. Чтение любопытное, местами забавное, местами кое-что проясняющее - не зря у авторов суммарно 150 лет опыта разработки, о чем они пишут прямо в предисловии. Какие-то паттерны намекают, что при их использовании прогноз скорее неблагоприятный, какие-то - что их применение позволит повысить продуктивность и качество работы.
Для меня узнаваемыми паттернами оказались вот эти:
Паттерн номер 1. Балдеющие от адреналина. Срочно, срочно, еще срочнее! Нет времени думать, работать надо!
Паттерн номер 3. Дохлая рыба:
Паттерн номер 5. Проектный нянь. Это когда руководитель, подобно няне в традиционном английском понимании, "создает условия, позволяющие безопасно рисковать и учиться".
Паттерн номер 13. Без скамейки запасных:
Ну то у важного сотрудника нет никого на подхвате. А почему?
Паттерн номер 30. Карандашный огрызок. Здесь речь о сокращении расходов, которое оборачивается ростом затрат.
Паттерн номер 36. Правила виноделов, которые висят на стене, но плохо пересекаются с реальной практикой, и поэтому их никто не соблюдает.
Паттерн номер 45. Улучшение новостей. Чем выше по уровню иерархии менеджмента передается обратная связь, тем сильнее она улучшается, подправляется и облагораживается.
Паттерн номер 52. Суп из функций. Когда продукт - это мешанина из разных возможностей.
Паттерн 53. Качиство данных. Грустно, но правда: "Качество данных часто омерзительно".
Паттерн 56. Нераздельное внимание. Если тебе надо постоянно переключаться, ты неизменно будешь терять время на переключение. По моим наблюдениям, именно так это и происходит.
Паттерн 69. Мэрилин Мюнстер - о феномене белой вороны и недооцененности тех или иных участников процесса разработки.
Паттерн 76. Солнце взойдет завтра. Это так актуально, что я едва ли не прослезилась:
Паттерн 83. Неразобранные полеты.
Паттерн 85. Утечка. Это когда ты превысил запланированный объем трудозатрат по задаче, но не закончил ее, поэтому начинаешь списывать время в остальные, доделывая ту.
Интерлюдия с проектным жаргоном забавная, я видела похожее, но для оценки задач:
Вторая интерлюдия, "На полу монтажной", еще лучше, там невошедшие паттерны, изящно сформулированные одной строкой.
Без ложек дегтя, как водится, не обошлось (паттерн 21 "Советский" стиль, я смотрю на тебя! Как не пнуть-то, это ж святое - совок пнуть.).
А вне контекста работы - маленькие открытия или некое узнавание себя, вроде паттерна номер 7:
Или паттерна 19 (Кинокритики):
Или паттерна 25 (Молчание - знак согласия): когда некто 1 выражает желание "надо сделать то-то", а некто 2 в ответ на это пожимает плечами. Авторы предлагают явно проговаривать и фиксировать обязательства и придерживаться правила "только согласие - знак согласия".
Или паттерна 39 (Атлант). Когда руководитель настолько хорош, что его подчиненные просто не могут вырасти рядом с ним.
Вообще чтение интересное и местами помогающее задать себе кое-какие вопросы и запустить мыслительный процесс, но при этом все-таки достаточно легкое, чтобы не загружать мозги.

Полезная, легкая и простая книжка для всех, кто так или иначе связан с проектной деятельностью в сфере IT. Читать можно с любой страницы: вся книга - это набор т.н. паттернов, которым в большей или меньшей степени подвержена каждая команда или, если смотреть шире, каждая IT-компания. Аудитория - скорее, руководители и менеджеры среднего звена. Все те человеческие факторы, которые так или иначе влияют на результат, склассифицированы и описаны (зачастую с вариантами решения проблем - но не всегда, увы). Кроме всего прочего, радует то, что нет налета менталитета, характерного для американских изданий. Все описанные паттерны вполне характерны для тех компаний и команд, где мне доводилось работать.
Я, например, саму себя увидела в паттерне, который (не случайно, думаю) вынесен в заголовок - "балдеющие от адреналина". Вероятно, он самый распространенный: неспособность найти время расставить приоритеты. Все - важно, а то, что сразу получает статус "неважно", рискует так и сгнить без шансов на то, чтобы быть сделанным до того, как это перестанет быть кому-нибудь нужным. Что делать? Ну, подозреваю, прокачивать скилл тайм-менеджмента : )














