工作卡片完成拆解建立，及story point估算之後，接著就是安排優先順序了。原則很簡單，就是以對專案最有價值的工作先完成。依照80/20理論，軟體的80%價值來自於20%的功能，所以優先處理使用者最需要的功能，再加上SCRUM頻繁地發布可使用功能的循環，在開發前期應該就可以獲得使用者正面的回饋。
所以在安排優先順序的作業上，我們必須要反思對顧問來說最重要的是什麼? 我們如何比別人更快提供價值? 而且優先順序的安排上不一定要完美，主要是讓客戶針對推出的功能可以回應，再編排下一階段的優先順序。
在我們使用的軟體JIRA，把順序等級分為5級，其中最高級別的卡片，會被獨立為一個泳道，這代表著所有人必須第一優先支援此完成這個工作卡片。實務上，因為卡片的設立可能是臨時狀況的發生，必須是立即被解決的，例如系統出現嚴重錯誤、駭客或病毒破壞等等，最高級別卡片設立之後，必須通知卡片的工作人員，放在手邊的工作，第1優先完成卡片內容。當然地，這會造成團隊轉換工作浪費的情況，必須慎用。
此外，在進行中的卡片工作，發現需要其他人協助的，而沒有事先開出工作卡片的情形。我們的處理是，為了不擔誤原有卡片工作的進行，可以在工作卡片中開subtask，並要在敘述中說明需要協助的事項，然後請對方工作告一段落後來協商，雙方要預估story point。因為大家都有進行中的工作，遇上面的情形，優先順序原則是以彼此進行中的卡片的順序為主。若是相同，雙方協商或請求決策。
儘量在工作進行前或sprint meeting先想好需協助工作項目。若進行中工作不想被中斷，可以先以替代性的、暫時性的方式，等其他人完成後即可更換。