不管公司要推什麼「真心參與 vs 形式主義」的結果會有極大的差距啊。看起來是現實與理想之間的哀嚎。這些年能看到更多、豐富的開發流程被導入，但基本的技能卻沒有相對應的提昇。得反思，即使用了良好的方法與流程，還有多少人還在用學生時代不得法的方式在從事第一線的開發活動呢？
PS. 我覺得「腦頭清楚的人」很多啊，不用到大神啊。只有關心事情的進展，並試著抓出完成某些工作，還缺哪些項目。更有心的再想想，哪些工作應該提前做，會讓其他 issue 順利。這只是開發者的日常呢!
我覺得這篇的內容不太對勁，
但我覺得敏捷實做上的有一個問題是，她只考慮到最後產出、客戶，以及programmer，沒有考慮到既有的人事(既得利益者)。例如這篇的設計師或企劃該如何融入，或是像是老闆、主管、PM，都走敏捷了，這些人該如何自處？那他們當然就會不爽了。
Kmark 是一個類似 Markdown 語法的格式，以下為提供的功能:
*兩邊加單星*
**兩邊加雙星**
~~兩邊加雙曲號~~
> 左邊加個大於符號
左邊加個大於符號
* 可用星號 * 也可以 - 減號 * 數字加點也可以
`abcdefghijk`
兩邊用倒引號包住
abcdefghijk
``` function abc() ```
上下都用三個倒引號包住
function abc()
[這是連結][1] [1]: http://example.com
連結第一部份是文字，先用中括號包住，後面再加上 [編號]。 第二部份是連結本身，放在文末，開頭是 [編號]: http
這是連結1
