在開始接觸敏捷後，主管老陳開始在團隊運作中，不斷的分享著、洗腦著敏捷精神，我們五人團隊開始與公司其他的團隊開始有著不同的團隊氛圍，有種說不上來得的合作默契，有種獨一無二的團隊感，當系統有問題發生時，總是可以快速反應與並肩作戰，不會有你推我跑的卸責狀況，而是集體面對問題，且提出解決方案。

由於當時公司的組織變化，讓老陳動了離職的念頭，且搭配著天時地利人和，老陳順利帶著團隊集體跳槽到新公司，並且以資訊部最大主管入主新公司，並且招募多名新成員後，正式組成資訊部，負責開發公司前後台系統。

團隊處於新環境與新氣象之下，徹底激發出老陳這幾年埋藏在內心的敏捷魂，全體部門開始執行完全敏捷。當初從google大神與書本中所吸收的敏捷知識，也在這段期間充分的了解與實習運作，以下為當時團隊的運作模式，未必符合書本的定義，但卻是符合那時後的人事時地物。

除了Scrum的起手式「站立會議」，團隊開始在衝刺會議前，透過「產品待辦精煉會議」細節化需求功能，並且所有團隊成員會在「衝刺會議」中，瞭解Sprint Backlog Item的需求規則、畫面設計、開發實作方式，針對每一項Item進行「預估點數」。透過團隊的討論過程，讓團隊對於需求規格凝聚共識，並且確認可以在當前衝刺可以如期如質交付衝刺目標。當衝刺的最後一天，則由團隊進行功能「展示會議」，且由主管引導下召開「回顧會議」後，結束一個完整的衝刺運作。

產品待辦精煉會議：
通常發生在每個衝刺之間，安排在下一個衝刺之前，是一種持續為產品待辦清單增加更多細節、估計及優先順序的作法；由產品負責人(PO)與部分開發團隊成員協同討論，針對產品待辦清單(Backlog item)討論更多細節，將抽象的需求(Epic，史詩)，轉換成更細節且可執行的待辦清單(User Story，使用者故事)。

衝刺會議：
這場會議是Scrum非常關鍵的會議，所有團隊成員(包含PO、SA、PG、UX、QA)一起參與會議，團隊可以針對每項產品待辦清單(口語化稱之故事)