討論串[討論] 關於敏捷越來越深入台灣職場
共 9 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓-1(0推 1噓 0→)留言1則,0人參與, 1月前最新作者neo5277 (I am an agent of chaos)時間1月前 (2024/07/27 12:32), 1月前編輯資訊
0
0
0
內容預覽:
以我自己覺得敏捷的特色. 在於如何有效的生產及完成一個又一個的. sprint,SA,PM最好有技術經驗,團隊間成員. 水準能力要差不多,會議就是拉有關係的開發進來就好。. 我覺得跟客戶團隊的溝通有沒有及時的管道. 滿重要的,溝通就是一切,時間不是絕對,至於用什麼工具達成(含管理,開發方法,codi
(還有465個字)

推噓0(0推 0噓 5→)留言5則,0人參與, 1月前最新作者Lordaeron (Terry)時間1月前 (2024/07/27 22:36), 編輯資訊
0
0
1
內容預覽:
→ Lordaeron: AGILE的專家們,請問AGILE 在最開始前,要先寫一些底 07/27 19:10→ Lordaeron: 層的東西嗎? 要架環境嗎? 要的話,要算進sprint? 07/27 19:11→ Lordaeron: 會人人都有工作? 還是只有某幾位負責? 07/27 19:
(還有930個字)

推噓6(6推 0噓 10→)留言16則,0人參與, 1月前最新作者xephon (不要瞎掰好嗎)時間1月前 (2024/07/28 09:42), 編輯資訊
1
0
2
內容預覽:
敏捷是做出客戶真正想用的東西. 在需求變動與不確定 (連客戶自己都不確定,想用什麼軟體). 以快速小迭代,每個 Sprint 交付最小增量給客戶. 客戶親自使用並回饋之後,再次修正 Sprint Goal. 開發團隊再次衝刺 Sprint Goal 微調之後. 不斷 Loop 把客戶"真正"想用的東
(還有325個字)

推噓0(1推 1噓 11→)留言13則,0人參與, 1月前最新作者Lordaeron (Terry)時間1月前 (2024/07/28 10:52), 編輯資訊
0
0
3
內容預覽:
重點是,. 1. 客戶本來就沒有"真正"想用的東西, 這東西看經辦, 看長官, 看user的心情. 2. 開發本來就有死線, 這條死線是為了on production, 不是UAT. 3. 沒死線,誰付你錢?. 4. 交給user 使用是UAT 和on production 是兩個概念, 如果將這兩
(還有348個字)
首頁
上一頁
1
2
下一頁
尾頁