tgoop.com/emacsway_log/1217
Last Update:
Общался на днях со своим коллегой - невероятно грамотным человеком. И он помог мне сделать для себя открытие.
В пабликах часто обсуждается проблема о том, что "рефакторить некогда, нужно сделать всё на вчера", и команда безуспешно пытается найти хоть какое-то понимание со стороны бизнеса в упорядочивании стремительно разбегающейся по коду лапши, в которой она уже успела несколько раз запутаться.
Пропущу длинную цепочку умозаключений, скажу только вывод. Пытаться "продать" решение в таком случае, действительно, может оказаться бесполезно. Вместо этого нужно наладить планирование разработки. Да, пусть план будет долгим, корявым и неточным, но он должен быть, т.к. именно он может снять те самые когнитивные искажения, на основе которых формируются иррациональные решения ЛПР.
Животворящая книга в этом вопросе - это "Planning Extreme Programming" by Kent Beck, Martin Fowler, которая хорошо раскрывает тему о том, почему бесполезно убеждать ЛПР в условиях отсутствия планирования.
[UPDATE]: об инструментах планирования:
- https://www.tgoop.com/emacsway_log/1079
- https://www.tgoop.com/emacsway_log/1081
- https://www.tgoop.com/emacsway_log/1098
О методах планирования и оценивания:
- https://www.tgoop.com/emacsway_log/916
BY emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Share with your friend now:
tgoop.com/emacsway_log/1217