Two take-aways for me: 1. Make sure engineers are engrossed in the business case. This sets proper scope. 2. Don't generalize something ahead of time, only af

Two take-aways for me: 1. Make sure engineers are engrossed in the business case. This sets proper scope. 2. Don't generalize something ahead of time, only after you do the same thing twice. The architecture should support easy refactoring, and there should be certain discipline about actually doing the refactoring the second time around. There are many challenges to overcome with both of these, but it will be worth it.