О книге «Системное мышление 2019»
Автор книги — Анатолий Левенчук — широко известный в узких кругах евангелист системной инженерии. Блогер, научный руководитель Школы системного менеджмента, пишет учебники, до одного из которых у меня наконец дошли руки.
Книга оставила о себе двоякое впечатление.
С одной стороны, по содержанию она вполне похожа на учебник системной инженерии. Информация в «системном мышлении» подана хоть и не лучшим образом, но вполне понятно. Желающий разобраться — разберётся. Тем более, автор сам предупреждает в начале учебника, что тот плохо подходит для самообразования — писался под школу.
С другой стороны, у меня набралось заметное количество претензий. Как по подаче, так и по некоторым аспектам содержания. Начиная с того, что в названии явно указано на системное мышление, а содержание практически полностью посвящено инженерии. В моей вселенной это разные вещи и я рассчитывал как раз на текст о мышлении, поскольку по инженерии информацию найти можно, а вот по мышлению её почти нет. Правда есть вероятность, что моё представление о системном мышлении фрически уникально, а вся планета не выделяет его явно. Об этом позже скажу пару слов.
Выбирать «Системное мышление 2019 » первой книгой по системной инженерии не стоит. Если вы хотите познакомиться с предметом, лучше возьмите Путешествие по системному ландшафту Гарольда Лоусона. В ней представлена хорошая ретроспектива системной инженерии, равно как и описание основных практик. Потом уже, по желанию, можно читать «Системное мышление» или ещё что-нибудь.
Далее расскажу как в книге подаётся материал, чем она хороша и какие у меня к ней претензии.
Изменение восприятия сложности
Написал философской рефлексии пост про изменение восприятия сложности за последние полвека.
Когда надо слушать пользователей
Вечные направления.
Первое, чему учат начинающего разработчика — это не слушать хотелки своих пользователей. Умение игнорировать чужие идеи даже важнее урезания фич, не говоря уже о какой-то там монетизации. Начнёте потакать им (или менеджменту, хе-хе) и всё, считай нет продукта, вместо него адская химера.
Конечно, в реальной жизни всё не так однозначно и данное табу полезно только для неокрепших умов. Мы же люди опытные, поэтому вместо безусловного запрета подведём небольшую теоретическую базу под этот вопрос. Ладно, не теоретическую базу, просто хочу сделать пару заметок.
Так кого и когда необходимо слушать при разработке ПО?