俗話說，不以規矩，不能成方圓。
一個好的流程規則，可以讓很多事情變得簡單，我們先來聽兩個故事：
故事一、和尚分粥
寺廟里僧多粥少，每到開飯時，和尚們一擁而上，本來就少得可憐的粥被擠翻了，大家都挨餓。
和尚們推薦了一位長者分粥，可分粥者大權獨掌，為能多分點粥，一些和尚開始溜須拍馬，加上平時相互關系就有厚薄，分粥者把粥分的多的多，少的少。
餓得受不了的和尚提議輪流分粥。這下可好，輪到自己分時撐個半死，他人分時餓得發昏。
方丈雲游回來了，決定由其中一名和尚全權分粥，其他不得有異，但又規定分粥者最后取粥。從此和尚們均等地吃上了熱粥。
此故事告訴我們至少三個道理：
①凡事必須有制度、機制去規范；
②制度必須不斷創新，與時俱進；
③好的機制不一定復雜，復雜的機制不一定好。
故事二、巴頓將軍與降落傘的故事
士兵跳傘員：這個降落傘的質量可靠嗎？
兵工廠商人考文垂：當然，要是到時候打不開，我們包退換。
結果，二戰時，巴頓將軍所在盟軍中有一半犧牲者都是跳傘死的。
巴頓將軍十分惱火，質問兵工廠商人考文垂，怒斥道：每個降落傘都關系到一個士兵的生命，你就不能做到百分之百合格嗎？
兵工廠商人考文垂：我已經盡力了，99.9%是最高極限，再沒有提升的空間了。
巴頓怒不可遏，走進車間，忽然從流水線上隨意抓起一只降落傘包，大聲地對考文垂說：這是你制造的產品，我現在命令你抱着它上飛機。
考文垂嚇得幾乎快要尿褲子，想：這個傘包剛剛下線，根本未經過任何檢驗，萬一是次品，自己就將粉身碎骨呀！
可是迫於將軍的權威，只能膽戰心驚地拿着傘包，上了飛機……還算有運氣，考文垂有驚無險地回到地面。
巴頓隨即嚴厲地說：從今天起，我將不定期來這里，命令你背着新做成的降落傘從天上跳下去。
從那以后，巴頓一次都沒再去兵工廠，盟軍也未再發生跳傘傷亡事故。
好的流程規則在團隊協作中的重要性
在我們團隊協作中也同樣是如此，有好的流程規范和正確的規則，會讓團隊管理變得簡單高效。
我們在前段時間服務了一家客戶，研發團隊的交付效率和交付質量總是達不到業務的要求，我們跟對方交流的時候，問他們是否有研發流程規范的時候，說有而且很詳細，我們一看之后發現在這個流程中設計了非常多的節點，大大小小加起來可能有二三十個節點，每個節點上的各種情況都有規定該怎么做，我看着流程圖就頭皮發麻。
問：團隊兄弟們都能准確理解各個節點的要求嗎？
答：研發主管應該都明白，下面的兄弟們不確定，畢竟東西還是比較多的。
如果一個流程規則對於參與者來說是不能清晰理解和執行到位的話，那么就形同虛設了。相信制定規則的人肯定能理解個中奧妙，並且能將規則設計得邏輯通順和有理有據，但執行者不能做到，也就是規則最終無法有效落地，跟沒有規則的結果是差不多的。
管理者在設計流程規則的時候，要考慮以下幾個要點：
1、規則要盡量簡單、清晰。只有這樣，團隊所有人才能執行到位，越簡單越容易執行，才能起到規則的效果；
2、執行規則要有監督保障機制。人都是有惰性的，邊界不清晰則一定會越界。舉個簡單的例子：對團隊要求早上9:00之前上班，不能遲到，如果規則就這么定，剛開始大家都會遵守，慢慢的發現都遲到了，因為9:01到也沒啥問題，畢竟只比要求的晚了幾秒鍾。所以要有監督，明確9:01就算遲到，並且遲到了要有相應的懲罰措施；
3、多制定正向引導規則，盡可能少的懲罰規則。損失厭惡機制會讓人在受到懲罰的時候很不爽，在一個團隊中，對一部分人懲罰和對另一部分人獎勵效果其實是一樣的，管理者盡可能多地對做的好的人進行獎勵，可以避免損失厭惡對團隊帶來的不良影響；
4、根據規則執行情況進行改進和完善，可以借用PDCA的原則，進行流程規則的改進，提升團隊效率和質量是永無止盡的。
在我們的軟件研發團隊數字化管理系統JONE中，會有一系列的規則協助CTO來管理團隊，所有規則都指向讓團隊高效地工作、高質量地交付，而規則本身並不復雜，每個團隊成員都可以清晰地理解並落實在日常工作中，讓規則能落地並執行到位，從而產生預期的效應。
例如我們在所有任務指向責任人時，要求責任人必須在4小時內接受，同時填寫該項任務的預期工作量和預計開始時間，在工作中不斷強化這個規則和要求，所有人都知道該這么做，工作任務就能在預期規划中落實並完成。
再比如，我們期望所有的迭代版本都能按時提測、一次性通過冒煙測試、盡可能少的Refused和Reopen，規則就是按這個要求去導向的，做到這些要求的人給予獎勵，讓團隊所有人都去追求這個結果。一個軟件迭代版本能做到以上四個要求，這個迭代就可以達到最低的預期要求，滿足對業務的支持，不至於拖業務的后腿。