mike cohn（《敏捷估計與規劃》一書的作者）認為，scrum of scrums（sos）會議「是把scrum擴充套件到大型專案團隊的一件利器。這些會議可以讓多個團隊討論他們的工作，尤其關注工作重疊和整合的領域。」
\ allan shalloway正在寫一本新書《lean software development: scaling agile to the enterprise》， 他在以下方面徵求過大家的經驗：\"使用scrum-of-scrums協調團隊（我已經有成功經驗），把scrum擴充套件到企業級別（很多人告訴過我由於多 種原因，他們沒有成功）。」alan發現，當大型團隊（有個例子中多達350人）使用scrum時，問題悄然出現。這個案例中，多個產品共用一些通用的組 件。他引用了發生的3個問題作為例子：
\
\\
mike dwyer說，應該由sos和meta scrums：「負責協調故事的分解，這樣多個團隊就不會有相同的問題了。這些事情應該由各個層次上的日常對話解決。」他的經歷是，團隊經過良好的訓練，關注基礎結構、資料和架構，最終共享部分的**做得很好。最後他說,最關鍵的是讓管理層和產品負責人共同工作，並定義發布的主題，這樣需要時可以給團隊指導和支援。
\ ilja preuß說，sos給他的團隊帶來了這些價值：「它讓我們了解系統中其他團隊發生了什麼；它確定什麼條件下我們互相幫助；它確定什麼條件下團隊需要協調；它還讓我們同舟共濟，並保證每天每個團隊的至少乙個人能夠看到任何其他團隊的乙個人，保持大家互相聯絡。」
\ christophe louvion也使用sos來管理跨專案團隊的每日整合，由子專案的高階工程師組成meta team，並負責：
\
\\sos團隊實際上啟動得最早，並準備好scrum擴充套件的環境。這個團隊的成員非常高階。隨著時間推移，sos中的每個成員成為子專案團隊的帶頭人，同時在sos層和子專案層工作。
\
最後walter bodwell分 享了sos的成功秘訣：「保持會議簡短，最長15分鐘；抓住重點，別人最想/需要聽的是什麼？sos會議中回答的前兩個問題，可以讓別人了解你正在做什 麼，非常有助於合作。他們可以給一些建議，讓你注意一些事情等等。但是討論應該分成單獨的會議，使它簡短、有重點。每次sos會議上都提出被阻塞的問題， 直到解決為止。識別、敦促被阻礙的人是sos最大的好處之一」。由於sos經常跨時區舉行，並且可能有口音問題，他發現事先準備簡短的記錄給大家會很有幫 助。
\檢視英文原文： scrum of scrums - issues and value\
P問題，NP問題，NPC問題，NP hard問題
1.p問題 乙個問題能找到乙個在多項式時間裡解決他的演算法 2.np問題 在多項式時間找不到問題的解，但可在多項式時間驗證問題的解 所有p問題都是np問題 3.npc問題 存在乙個np問題，所有其他np問題都可以約化為它 是乙個np問題 所有np問題都可約化為它 一元二次方程可以約化一元一次方程 一...
問題 I n皇后問題
在n n 格的棋盤上放置彼此不受攻擊的n 個皇后。按照西洋棋的規則，皇后可以攻擊與之處在同一行或同一列或同一斜線上的棋子。n後問題等價於在n n格的棋盤上放置n個皇后，任何2 個皇后不放在同一行或同一列或同一斜線上。設計乙個解n 後問題的佇列式分支限界法，計算在n n個方格上放置彼此不受攻擊的n個皇...
問題的問題
有些問題是人出的，或者人造成的 而有些問題是 上帝 出的。我們可以說成是人題和天題。人題一般都是可以解決的，而天題，人根本就找不到答案。人題的解決不會給我們帶來快樂，而天題帶給我們的只是苦惱和困惑。人從出生到死亡，一直都處於迷失和困惑中，因為大部分的東西他都不知道是怎麼回事。是的，他可以不知道，同樣...