作者:
his8891 (his8891)
220.136.39.58 (台灣)
2024-08-05 09:25:16 → atst2: 因為問題根本就不在用什麼開發流程上.
人力不足 --> 跑scrum/agile，士氣低落 --> 跑scrum/agile老闆是個混蛋 --> 跑scrum/agile 32F 08-05 13:29
→ atst2: 就沒有對症下藥，流程再怎麼改都沒用. 36F 08-05 13:30
→ atst2: 管理層就算下來一起檢討也沒有用吧? 市場，股東，董事會 46F 08-05 13:53
… 共有 8 則推文，點此顯示
作者:
oopFoo (3d)
111.248.96.54 (台灣)
2024-07-26 12:13:55 → atst2: @Apton, @原Po, 兩位的'主導'定義好像跟一般不太一樣?
能否詳細說明一下，這裡的主導是只有出問題時停下來嗎?
還是包括專案的成果評估，方向，業務目標在內? 16F 07-26 14:18
→ atst2: @APTON, 這個"都要包含"的意思，是指第一線開發者還要兼職 31F 07-26 18:01
→ atst2: PM, Market，客服，主管等任務嗎? 還是你有別的意思呢? 35F 07-26 18:02
… 共有 29 則推文，點此顯示
作者:
kuosos520 (kkk)
1.200.249.3 (台灣)
2024-07-25 10:30:45 → atst2: 問題在於, 團隊中最應該瞭解需求，最能反應改變的，會是工程師嗎?
如果不是，那團隊中誰該負責去明確需求?
不管瀑布還是敏捷, 需求還不明確就要求訂時程，都不合理吧? 100F 07-25 14:16
作者:
tbpfs ([url]http://port)
123.205.130.61 (台灣)
2024-07-23 14:58:09 → atst2: early return 還是要看一下返回的理由是什麼比較好.
一般的建議還是用在檢視輸入的資料有沒有符合規則.
然後，下面的例子有點極端 kubernetes裡的pc_controller.go1714行，充滿if-else，作者一開頭就告訴你:別亂改，每個
if-else都有意義. 17F 07-23 18:09
… 共有 7 則推文，點此顯示
作者:
karst10607 (新陳代謝)
113.147.224.69 (日本)
2024-07-01 11:26:18 → atst2: slack, jira, confluence 都有官方文件說明怎麼使用，也會提供客戶案例. 你如果擔心用前公司的流程做說明會有問題,為什麼不找一下官方可用的資源來做例子? 11F 07-01 14:41
→ atst2: 你舉的幾個工具，Jira/Confluence是同一家的, Slack,GitHub也都有官方的整合套件。Redmine比較老舊，但客製化程度也很 30F 07-01 16:20
… 共有 9 則推文，點此顯示
作者:
benjenq (Ben(憋))
59.125.205.250 (台灣)
2024-05-09 09:28:27 → atst2: 要不請你們公司自己做一個接口,直接物理上不相容就好了 52F 05-09 20:01