# 始計第一

### 原文
1. 孫子曰： 兵者，國之大事，死生之地，存亡之道，不可不察也。

2. 故經之以五事，校之以七計，而索其情。

3. 一曰道，二曰天，三曰地，四曰將，五曰法。道者，令民於上同意，可與之死，可與之生，而不畏危也。天者，陰陽、寒暑、時制也。地者，高下，遠近、險易、廣狹、死生也。將者，智、信、仁、勇、嚴也。法者，曲制、官道、主用也。凡此五者，將莫不聞，知之者勝，不知之者不勝。

4. 故校之以七計，而索其情。曰：主孰有道？將孰有能？天地孰得？法令孰行？兵眾孰強？士卒孰練？賞罰孰明？吾以此知勝負矣。

5. 將聽吾計，用之必勝，留之；將不聽吾計，用之必敗，去之。計利以聽，乃為之勢，以佐其外。勢者，因利而制權也。

6. 兵者，詭道也。故能而示之不能，用而示之不用，近而示之遠，遠而示之近。利而誘之，亂而取之，實而備之，強而避之，怒而撓之，卑而驕之，佚而勞之，親而離之，攻其無備，出其不意。此兵家之勝，不可先傳也。

7. 夫未戰而廟算勝者，得算多也；未戰而廟算不勝者，得算少也。多算勝，少算不勝，而況於無算乎！吾以此觀之，勝負見矣。

### 譯文
1. 孫子說：戰爭是一個國家的頭等大事，關係到軍民的生死，國家的存亡，是不能不慎重周密地觀察、分析、研究。

2. 因此，必須通過敵我雙方五個方面的分析，七種情況的比較，得到詳情，來預測戰爭勝負的可能性。

3. 一是道，二是天，三是地，四是將，五是法。
- 道，指君主和民眾目標相同，意志統一，可以同生共死，而不會懼怕危險。
- 天，指晝夜、陰晴、寒暑、四季更替。
- 地，指地勢的高低，路程的遠近，地勢的險要、平坦與否，戰場的廣闊、狹窄，是生地還是死地等地理條件。
- 將，指將領足智多謀，賞罰有信，對部下真心關愛，勇敢果斷，軍紀嚴明。
- 法，指組織結構，責權劃分，人員編制，管理制度，資源保障，物資調配。
對這五個方面，將領都不能不做深刻瞭解。瞭解就能勝利，否則就不能勝利。

4. 所以，要通過對雙方各種情況的考察分析，並據此加以比較，從而來預測戰爭勝負。
- 哪一方的君主是有道明君，能得民心？
- 哪一方的將領更有能力？
- 哪一方佔有天時地利？
- 哪一方的法規、法令更能嚴格執行？
- 哪一方資源更充足，裝備更精良，兵員更廣大？
- 哪一方的士兵訓練更有素，更有戰鬥力？
- 哪一方的賞罰更公正嚴明？
通過這些比較，我就知道了勝負。

5. 將領聽從我的計策，任用他必勝，我就留下他；將領不聽從我的計策，任用他必敗，我就辭退他。聽從了有利於克敵制勝的計策，還要創造一種勢態，作為協助我方軍事行動的外部條件。
- 勢，就是按照我方建立優勢、掌握戰爭主動權的需要，根據具體情況採取不同的相應措施。

6. 用兵作戰，就是詭詐。因此，
- 有能力而裝做沒有能力，
- 實際上要攻打而裝做不攻打，
- 欲攻打近處卻裝做攻打遠處，
- 攻打遠處卻裝做攻打近處。
- 對方貪利就用利益誘惑他，
- 對方混亂就趁機攻取他，
- 對方強大就要防備他，
- 對方暴躁易怒就可以撩撥他怒而失去理智，
- 對方自卑而謹慎就使他驕傲自大，
- 對方體力充沛就使其勞累，
- 對方內部親密團結就挑撥離間，
- 要攻打對方沒有防備的地方，
- 在對方沒有料到的時機發動進攻。
這些都是軍事家克敵制勝的訣竅，不可先傳洩於人也。

7. 在未戰之前，經過周密的分析、比較、謀劃，
- 如果結論是我方佔據的有利條件多，有八、九成的勝利把握；
- 或者如果結論是我方佔據的有利條件少，只有六、七成的勝利把握，則只有前一種情況在實戰時才可能取勝。
- 如果在戰前乾脆就不做周密的分析、比較，或分析、比較的結論是我方只有五成以下的勝利把握，那在實戰中就不可能獲勝。僅根據廟算的結果，不用實戰，勝負就顯而易見了。

---

### 心得
- 如何在公司中有用得上的地方，如果不是老闆，身為中層、下層員工，沒有人事命令權，又有什麼下手處？
- 不管有沒有敵人，自我了解與分析都是重要的，或許敵人並不是別人，更是自己
- 五個面向分析又可以轉化成與人無關的客觀事實和與人相關的文化、政治、治理問題
- 了解營運的現況，未來的走向、下一步是什麼？SWOT 分析 自動化與安全
- 什麼樣的服務會讓客戶產生忠誠度、延續性，又能利益最大化、雙贏？客戶是敵人嗎？
- 如何上下一條心？如何橫向溝通？溝通的技巧，如何產生共鳴，概念與實務，人只會關注與自己相關的事物，讓人更有實感？讓人舒服的合作模式？
- 如何培養下屬獨立思考、批判性思考的能力？真的是可以培養的嗎？ 發酵需要時間，需要耐心，自己只能改變自己，不見得能影響別人，但又要相信可以？ 盡信書不如無書，如何不只是複製貼上，加點人味、脈絡？
- 遠因與近因分析，因果關係
- 跨團隊合作備忘錄、check list 、默契實體化、presets、guideline、roadmap? 以時間格式來說 ，能影響設計、前後端，如果有 preset 減少溝通、開發時間
- 模組化之前是不是應該先有規格？FP
- 流程上如何 do dry、敏捷?
- 自我評量表、制度改革，其核心概念的傳達、傳承？為什麼易流於形式，有能力知道正在改變，且知道如何改變或願意改變？如何提高勝率？分批改革規劃時程，逐步施行，避免胎死腹中？每個專案不只是有 kickoff 還要有檢討與案例分析才算是結案，希望推動的東西應該用獎金鼓勵，小團隊裡成功有推廣的責任？每月最後一週部門定期檢討對內、跨部門、對客戶，每月第一週提交？
- 什麼東西該文件化？什麼不用？又或者會不會有過度的問題？需要文件管理人定期維護，無人維護、易荒廢？應該被 redmine 紀錄起來？生命週期：評估中、實行中、檢討中、已放棄
- 每個專案是否都要制定一個以上的技術點數增加，小公司 ic 技術踩點可行？還是只能在客戶進度的壓力下苟延殘喘、沒有進度，像是測試？到底是真忙還是瞎忙？不一定要寫測試，先求有 pseudo 測試文件，把邏輯、需求條列、關聯寫下來，wireframe 文字化、條列化，或者其實就只是需求文件再整理的文件罷了？需要有人先生出個模板？
- code review 實際效果？長尾效應如何驗證？
- 培養好習慣，如寫筆記、規劃時間？雖然自我要求動力最大？但很難推動別人，像是強制要求的摩擦力太大
- 表達能力培養之前，還有什麼東西？病識感、先了解自己？找到問題等於解決一半，比起他人順從，更希望他人可以提出自己的想法，先不論對錯，要有勇於表達的想法，或是理解分享想法的好處？一種互相成長的實感？希望拋磚引玉

參考資料：
[孫子兵法 - 始計第一](https://lver76.pixnet.net/blog/post/35422107)
[七月份分享]
[八月份分享]
[專案 SOP]