Agile is also Context Engineering - 敏捷開發的 Demo, CI/CD, 儀式等等

「為什麼要 daily standup？」「Demo 好累！」「CI/CD 是必要的嗎？」

假設一個情境：你（PM or PO）腦海有這張圖，你會怎麼請別人畫出來？

第一種方式：讓其他人在白板上畫出來，你也看著白板一起合作，大家邊畫邊討論

第二種方式：讓其他人在白板上畫出來，但他們遮住白板不讓你看。不過他們在畫的時候，你仍然隨時一起討論

第三種方式：你來，只有一次機會描述這張圖，然後就走了，他們在畫的時候你並沒有參與互動

哪一種最困難，哪一種最有可能畫出跟預期相像的圖，應該滿明顯的吧！

只不過現實永遠比較複雜，情況也不是這麼非黑即白。Agile 某種角度也是一種 “Context Engineering”，要提供適當的 context、開發、驗證產品、繼續迭代。

如果碰到老闆只是丟一句話就走了，有時也是會讓人想翻白眼（雖然另一種角度，這也是老闆的 “delegate” 基於信任的授權；不同角色做不同事）

前陣子在 Threads 看到有人抱怨通靈這檔事，忽然想到這個，很久很久以前有學生參訪公司時給他們玩的小遊戲。這十年前的文已經是重發第三次了 lol

當然這些情境過於簡化實際軟體開發會碰到的狀況，CI/CD 的用途也不只是「讓大家能看得到進度」。不過作為學生參訪遊戲還行吧！野人獻曝一下