생각해보면, 대다수의 사례 연구에는 놀라울 정도로 공통된 속성이 있다. 누가 했던 간에 가장 과감한 설계 의사 결정이 결과물의 성과에 있어 많은 비중을 차지했다는 것이다. 이러한 과감한 의사 결정은 때로는 비전에 의해, 때로는 절망에 의해 이루어졌다. 그러한 결정들은 언제나 훨씬 더 나은 결과를 얻을 수 있을 것이라는 희망 아래 추가의 투자를 필요로 하는 도박이었다.
--- p.xiii

첫 번째로, 위대한 설계에는 개념적 무결성, 즉 통일성, 경제성, 명확성이 존재한다. 그것들은 비트루비우스(Vitruvius)가 처음 설파한 것처럼 제대로 동작할 뿐만 아니라 즐거움(delight)까지 제공한다.8 우리는 교량이나 소나타, 회로, 자전거, 컴퓨터, 그리고 아이폰 등에 대해 말할 때 우아함(elegant), 깔끔함(clean), 아름다움(beautiful) 같은 단어를 사용하곤 한다. 설계 개념을 실체로 인식하게 되면 우리가 만든 설계에서 개념적 무결성을 찾을 수 있고, 팀 설계의 개념적 무결성을 위해 함께 일할 수도 있으며, 이를 우리의 후배들에게 가르칠 수도 있게 된다.
--- p.10

나는 나선형 모델을 수용하고 발전시키는 것이 앞으로 나아가는 길이라고 강력하게 믿는다. 나는 나선이 명시적인 계약 시점에서 멈추어야 한다고 제안한다. 그리고 그 계약 시점에는 어떤 것이 계약될 수 있는지, 어느 정도의 확실성을 가지고 있는지, 그리고 명시적인 리스크의 분산이 이루어질 수 있는지가 포함되어야 한다. 위험 관리(Risk Management)가 보엠(Boehm)의 이후 작업의 중심이었다.
--- p.68

제약 조건이 부담스러울 수도 있지만, 설계자의 편이기도 하다. 제약 조건은 설계자가 검색해야 하는 범위를 좁혀 준다. 그로 인해 디자이너는 설계에 집중하여 시간을 단축할 수 있다. 우리들 대부분은 중고등학생 시절에 “어떤 주제든 좋으니 원하는 주제로 에세이를 작성하세요.”라는 숙제를 좋아하지 않았다. 실제로 모든 제약 조건을 없애고 나니 에세이를 “디자인하는” 일이 더 어려워지곤 했다.
--- p.151

설계자가 각각의 설계 경험에서 최대한 많은 것을 얻고자 한다면 그 설계 과정이 어떻게 진행됐는지 문서화해야 한다. 설계의 어떤 것(what)이 진화했는지 뿐만 아니라 그것이 어떤 이유(why)로 그렇게 진화했는지까지 포함해야 한다. 게다가 그러한 논리적 근거를 담은 문서는 시스템 유지보수 담당자에게는 가치를 잴 수 없을 만큼 도움이 된다. 그것은 무지에서 비롯되는 많은 실수를 예방해 준다. 궤적과 원리를 문서화하는 것은 보는 것보다 훨씬 어렵다.