scrum不是流程，它是提供給團隊可視性的框架，並且容許他們相應的「檢驗和適應」的技巧。scrum試圖讓許多存在於開發團隊中的問題顯示出來。比如，大多數的開發團隊並不擅長於計算在固定期間內完成的工作量，因此在第乙個sprint結束時不可能交付他們預計完成的工作。對於開發團隊來說，這個是工作的失敗。事實上，這個經驗正是能更好預計工作量所需的第一步，並促使其對承諾的任務更加負責。這種模式可以使機能失調更易顯現出來，讓團隊切實可以解決問題，是實用基礎的技巧產生出最有意義的收益，是團隊實用scrum的經驗之一。
乙個開發團隊普遍犯的錯誤是當他們在scrum實踐中遇到挑戰，他們會改變實踐方法，而不是改變自身的問題。比如，開發團隊有困難完成sprint任務時，會延長sprint的週期，這樣會破壞了scrum真正的意義：使優點和缺點都顯示出來，給開發團隊自我的提高提供機會。
另乙個普遍存在的錯誤是人們意味某一實踐方法是被禁止的或不提倡的，只是因為scrum沒有明確的提出此方法。比如，scrum並不特別要求產品所有者對於他或她的產品作出長遠的目標計畫；也沒有要求工程師請教更有經驗的人員關於比較複雜的技術問題。scrum將這些問題留給個人作出正確的處理；在很多情況下，以上兩個方法會被建議。做個比喻吧：「scrum沒有提出早餐的問題，難道你要餓著？」
另乙個需要注意的問題是有時候經理會強制開發團隊使用scrum；scrum是為開發團隊提供自我組織的空間和工具，由上層強加於開發團隊恐怕不是取得成功的良方。比較好的方法是讓開發團隊從同事或經理處了解到scrum，並通過專業系統的培訓，在開發團隊實驗此方法後作出決定。
Scrum 產品所有者的挑戰
既然價值不好控制也不易評估，許多product owner便將眼光放在 進度控管 上面，畢竟產品的發布進度也是product owner需要負責的部分。product owner 10 個裡面有9個或多或少都覺得開發團隊進度太慢。product owner經常公開或私下抱怨 為什麼快不了？預估進度與...
GoogleAdSense容易被K的可能性列表
1.自己點選自己廣告 被k可能程式設計客棧性 必死 2.用 點選程式設計客棧gg廣告者，包括用caca，ptc等工具 被k可能性 必死 3.自己狂刷流量者包括用myie等 被k可能性 70 4.用iframe而又無內容者 被k可能性 警告 5.互點廣告者 程式設計客棧被k可能性 70 6.在gg頁面...
面試hadoop可能被問到的問題
1 hadoop執行的原理?2 mapreduce的原理?3 hdfs儲存的機制?4 舉乙個簡單的例子說明mapreduce是怎麼來執行的 5 面試的人給你出一些問題,讓你用mapreduce來實現？比如 現在有10個資料夾,每個資料夾都有1000000個url.現在讓你找出top1000000ur...