而深入進一步細節化 ( development ) 的一個執行方法，不是項目管理方法，是項目執行方法。
之所以你有 “依賴” 性這個感覺，一是因為項目方案的設計缺陷，二是項目設計方案 decomposed into tasks 之後，相互之間可能有的 dependency 以及每個 task 開始、結束、銜接等行程按排上的差錯，沒有及時調整或調整不力所造成的。Tasks 是對整個項目解決方案 decomposing 而來，是要和技術上的 feasibility 聯在一起考慮的。這個 feasibility 包括 tasks 的落實性及時間順序先後的 dependency 及 milestone deliverables。這些方麵的設計缺陷和落實過程中的調整不力，就使人有依賴性的存在感覺。再加上一些 known 或 unknown risks 的預測和防範及應變措施不到位，任務一脫節，就亂哄哄了。這樣一亂，埋怨依賴性，是最好的自我解脫。
以上這些工作，都需要內行去指導或管理。比如，什麽 tasks 可以同步進行，什麽又可以推遲或提前。然後根據調整，按排人手。這些工作也同樣是個設計工作；分得細些，一個是技術設計，另一個是管理設計。
管理人員不去專注這些，光盯著個人，又不按排他可以做的事情。比如要他去幫助可能會 delay 的組。當然，我這樣說說容易，而事實上，就看管理人員的政治手法了。比如其他組內心不喜歡別人過來插手幫助，等等。
Agile 給人以一個單純管理方法去理解的現象，是一些職業管理人員宣傳方麵所造成的誤解。目前很多項目涉及軟件開發，管理人員要吃飯，就拚命把它往自己身上扯。
Agile 是個軟件開發執行程序；一波一波的遞進對功能細節化的執行方法。
類似管理上對於 Requirements gathering ，有個看似 Agile 的對應方法，叫 Rolling waves。
總而言之，有人一定要認為 Agile 是個管理方法，我不會發對。君不見幽默被書麵說成莫名其妙的 “搞笑”，誰能糾偏呢？
回到樓主的問題，以上的這些，足以證明領導們不稱職，或 not that much of professional 。
至於樓主如何，說了他也聽不進。
這樣一來，結論就非它莫屬了：一個亂糟糟的公司；領導非職業化，職工也就缺乏企業文化的建設和培養機會了。
一個亂糟糟不務正業的地方！
