而深入进一步细节化 ( 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 。
至于楼主如何，说了他也听不进。
这样一来，结论就非它莫属了：一个乱糟糟的公司；领导非职业化，职工也就缺乏企业文化的建设和培养机会了。
一个乱糟糟不务正业的地方！
