敏捷式開發
這是一個反覆、然後修正往前的工作階段，團隊開始以預先定義的周期全速工作。我們遵循敏捷開發的過程，INNOOZ來自不同領域的專家團隊（應用開發人員、網站開發人員、數據庫開發人員、用戶體驗設計師、設計人員、項目經理），共同的開發產品，實現更靈活高效的工作方式，並具有高質量的產品管理標準。在開發週期結束時，讓客戶對交付的產品進行實際操作，並再次提供反饋，以便團隊可以在下一個週期開始之前，即時的修改並優化產品。通過定義明確的敏捷式開發流程，我們不僅在開發階段與彼此密切合作，我們還與客戶合作，以確保產品與策略，和我們事前對產品的期望保持一致。
為什麼選擇敏捷式開發？
敏捷式開發是一種具有時間框架的迭代方法，從專案開始逐步的構建產品和功能，而不是像傳統的瀑布式方法一般，嘗試一次性完成所有的工作。不同的敏捷方法（我們喜歡Scrum和Kanban）適合不同的專案，但都提供了我們客戶的專案，可以選擇擁有不同好處的開發方法。快來與我們一起合作吧！
QUICKER
以逐步的方式提供出產品的樣貌，意味著客戶可以更快地掌握產品開發資訊。
TRANSPARENCY
不同的專家在每次的迭代相關工作，也讓專案在團隊間展現有效資訊透明度。
HIGH QUALITY
開發人員聚焦在每一次迭代並且專注在重點功能，這代表著我們擁有高質量的程式碼。
創造專屬的敏捷式標準流程
INNOOZ擁有精心規劃的流程、文件和工具，與不同項目的敏捷開發流程緊密結合。我們建立了適合這些流程的內部項目管理入口，因為我們對其他地方提供的工具並不感到滿足。我們不僅要建立自己的工具，還要在每次專案結束時改進流程和文件，以確保專案順利進行。
哪一個敏捷式流程比較適合？
那麼敏捷式流程對你有好處？應該使用Scrum還是看板，或兩者的混合？這取決於客戶的專案。比如說在吃飯的時候，我們是要使用叉子或是筷子。下面是SCRUM和看板之間的比較。不要擔心，如果這對你來說像是在讀法語般的一頭霧水，有INNOOZ在這裡提供協助！
KANBAN
SCRUM
Time-boxed iterations optional. More even-driven than time-boxed.
Commitment optional
Cross-functional teams optional
No particular item size
Burndown chart optional
No particular type of diagram is prescribed WIP limited directly
Estimation Optional
Can add new items when capacity is available
Doesn't prescribe any roles
A Kanban board is persistent
Prioritization is optional
Time-boxed iterations
Team commits to a specific amount of work for this iteration.
Cross-functional teams
Items must be broken down, so they can be completed within 1 sprint.
Burndown chart
WIP limited indirectly (per sprint)
Estimation
Cannot add items to ongoing iteration
3 roles (PO/SM/Team)
A Scrum board is reset between each sprint
A prioritzed product backlog
SOCIAL
MEDIUM
LINE