四個維度描述的是書，位置表描述的是誰負責什麼，兩者都沒有問讀的人受什麼約束。下面幾項會讓同一個位置的正確答案不同，而書單對它們的處理程度不一樣：有的給得出調整方式，有的只標得出邊界。這份清單不窮盡——它是目前踩到過的那些，處境相容性那一項的環境清單是它的上游，遇到清單以外的約束時回去對該題材那一組環境。選書前先確認自己有沒有踩到：

組織規模：結構設計類的書預設的最小規模大約是三個團隊。三人公司的技術負責人照位置表會走到對組織結構負責那個位置，但那個位置的書對他是過度設計——那個階段的瓶頸是把事做完，不是把介面畫對。三個團隊這個數字可以自己重算：結構問題出在團隊之間的交接面上，n 個團隊有 n(n-1)/2 個介面，兩個團隊只有一個介面、協調靠兩個人講一次話就解決，要到三個團隊、三個介面之後，介面本身才變成需要設計的東西。踩到這一項之後往哪走，寫在 依位置選書：按責任範圍劃分的位置與判斷方法 的規模下限那一段。

人員流動率：留任與團隊凝聚類的書預設成員會待夠久，久到值得投資關係與環境。約聘輪替、外包接案、專案制編組這些情境裡，那個前提不成立，而書裡的建議（保護團隊不被打斷、培養凝聚）換算不到可執行的動作。這種處境需要的是交接與文件化，那不在軟體管理與組織書單的範圍內——這是清單裡唯一連站外替代方向都給不出來的一項，其餘幾項至少標得出往哪走。留任、動機與工作環境的選讀書目 的前置段寫的是同一條約束在留任主題裡的形態。

協作形態：多數管理與團隊類的書預設成員每天有大量重疊工時，凝聚、中斷成本、走廊上的一句話都建立在共處上。重疊工時每天不到兩小時的團隊，那批論證的前提有一半不存在，而書裡通常不會標出哪一半；兩到四小時這一段要逐項換算，做法在那張卡。這一項最容易假性通過——組織規模與人員流動率兩項逐條檢查都不踩，於是照一般路徑選書，而真正支配這個處境的變數根本不在清單上。目前正向處理非同步的只有 個人工作流與工作負荷的選讀書目 收的 A World Without Email。

文化背景組成：軟體管理與組織書單的書幾乎全部由美國或西歐作者寫給同一批文化背景的讀者，而書裡那些動作型的建議——回饋要直接、決策要讓團隊參與、異議要當面講——都沒有標出它的刻度以哪裡為零點。這一項有兩層：團隊內部的差異，以及讀者與書之間的差異，而讀者與書之間那一層比團隊內部那一層更常被漏掉。團隊內部那一層的判讀對象是做決定的那一圈人：那一圈裡在不同國家長大的有幾個，一個以上就開始逐項換算，過半數時整批建議的零點都要重設。讀者與書之間那一層，全員同國籍的團隊一樣踩得到——書的零點在作者那裡而讀者在台灣，這一次換算跟團隊裡有沒有外國人無關。它跟協作形態是兩條獨立的軸，而「遠端」這個詞會把兩者混成一團：同一個時區、同一批文化背景的全遠端團隊只觸發協作形態，同一間辦公室裡的多國團隊只觸發這一項。踩到之後往哪走，寫在 跨文化協作與行為判讀的選讀書目。

法規與稽核義務：無指責檢討這類主張有法律邊界，而邊界的形狀依領域相反。有強制揭露義務的那一類（上市公司的資安重大訊息、金融業的重大偶發事件通報）有法定期限與罰則，「不追究個人」在那裡不是文化選擇。另一類正好相反：醫療與航空的旗艦通報系統刻意設計成匿名、自願、不究責——台灣的病人安全通報系統與飛安自願報告系統都明文寫著非懲罰性、不以追究責任為目的，主管機關拿掉追責正是為了讓人肯講。所以「受監理」本身不是判斷標準，要問的是這個領域的通報制度屬於哪一類——事故、歸因與無指責檢討的選讀書目 的〈事故檢討各書的分工與沒收錄的安全科學書〉一節有標出對應的書，但本書單沒有評估過法遵環境的適用方式。

閱讀本身的成本：這份書單預設讀者能靠長篇文字取得知識。那個前提對一部分人不成立——閱讀障礙、以及英文長文的閱讀速度慢到一本四百頁的原文書落在可行範圍之外，都讓「讀哪一本」這個問題失去意義，因為卡住的是載體而不是選擇。這種處境要的是同一份知識的另一種形式，而它有自己的一組收錄門檻與已知限制，寫在 公開課的收錄門檻與它服務得了的處境；有課程的主題篇會在文末標出它。

取得成本：書單不以價格篩選，也沒有把它列進描述維度，因此對預算受限的讀者不提供任何幫助。目前標出官方免費線上版的是 Google SRE 系列與《Software Engineering at Google》；Argyris 那篇給的是 HBR 的文章頁，讀不讀得完取決於該站當下的計次規則。這份清單只反映已經查過的那些，沒標不表示沒有。中譯本狀態會標，但那記錄的是有沒有中文版，不是負不負擔得起。