Прочитал книгу «Байки для оруженосца» Сергея Мартыненко. Автор собрал свой опыт и наблюдения в цельный текст; лично знаком не был — видел сообщения автора и про автора в чате ЛАФ :(
Ниже - цитаты и мысли, которые показались особенно интересными.
Например, эта цитата хорошо показывает общий стиль книги (в духе Алисы Кэрола)
> «Просто у тебя мало опыта. В твоём возрасте я уделяла вере в невозможное полчаса каждый день! В иные дни я успевала поверить в десяток невозможностей до завтрака»
Лучше и не скажешь:
> «Хорошее решение — результат опыта. А опыт — результат плохих решений»
Про сроки:
> «Если тебе всё равно, сколько и какого качества функционала будет на выходе, то жёсткий срок — нормальный выбор»
Я работал в компаниях с разным отношением к дедлайнам: где-то — лояльно, где-то — сроковыжималка. Считаю, что сроки важны для координации с клиентами и синхронизации между командами, но не должны становиться самоцелью.
> «Если говорили: "Да через недельку доработку можно сделать", — нужно было начинать после завершения текущей задачи; если говорили: "Срочно, срочно", — делать было не нужно: через час задачу отменяли. Важность важнее срочности». Разницу между важностью и срочностью ёмко описывал Александр Лобач много лет назад: http://alexlobach.ru/2009/07/severity-priority.html
Про приоритизацию по децибелам мы уже встречали у Вигерса в жемчужинах. Да, собственно, и эта книга - тоже своего рода жемчужины, тот же жанр:
> «Есть множество отвратительных способов управления задачами: кто громче крикнет, кто больший зануда и кто получает наибольшую зарплату.»
Интересная управленческая практика из японских компаний:
> «Менеджер не имеет права потратить на обучение сотрудника меньше определённой суммы за период; больше — можно, меньше — нельзя
>
> Несколько сотен долларов в год — смешная цена за команду образованных людей»
А тут мы узнаём цепь Голдратта:
> «В нашей команде ограничением системы является группа программирования — и это правильно. Остальные рабочие центры (менеджмент, тестирование, продажи, анализ) обязаны простаивать»
> «Чтобы сделать больше — иногда нужно делать меньше; чтобы качество росло — работать… меньше»
Далее просто немного базы:
> «Знание нескольких принципов заменяет знание горы информационного мусора в виде фактов».
> «Держать шпагу нужно как птицу: возьмёшь сильно — задушишь, возьмёшь слабо — улетит».
> «Rational. Сотрудники этой фирмы сделали чертовски много для развития науки разработки программного обеспечения. И многие их наработки до сих пор в разы круче всевозможных скрамов, канбанов и прочих эджайлов».
В книге немало критики аджайлосодержащих подходов; эти пассажи разделяю, но вынесу в отдельный пост, чтобы не терять фокус.
#book
