一些对 Agile 的想法

　　为什么我觉得 User Story 是学会专案控制很重要的一环。是因为我发现长久以来，很多开发者 do project management the wrong way。

　　事情做不完的根本原因是很难分清楚：手头上的东西是「异想天开的想法」「也许改天再做也可以的想法」「真正对专案有重大贡献的想法」还是「完全不需要实作的想法」。

　　在不把「真正对贡献的想法」以及「真正对专案有重大贡献的想法」梳理出来之前，你不可能知道在给定时间内，有多少资源让自己能够准时交付对专案有贡献的 code。更不可能知道，在时间紧迫之下，哪些「想法」是可以被无情地删除的。

　　因此专案延迟是相当正常的。

　　在最近上课后跟学员交流之后，我更从互动中发现，为什么有些公司导入 Scrum 会失败，是因为到 RD 手上的时候，其实 Ticket 都已经被切好。而这些 RD 是在「完全不知道原始故事长什么样的状况」的情境去实作这些 Ticket 的。所以就容易做出歪掉的产品，而因为歪掉，就会在 Acceptence Test 被打回去。

　　许多 delay 或做歪的专案，问题都在原始 requirement 或 goal 并没有被专案中负责执行的人好好理解，然后再化之为能够执行的 Tickets。

　　而 Issue Tracking System 也沦为「挂想做的任务的工具」，而不是「管控」「应该被做」的「管理任务工具」。

　　在此前提下，更不可能将专案所收敛。

　　把该做的事情分离出来

　　所以如果要真正贯彻 Agile。第一件事情就是要把「该做的事情」好好的分出来。

　　以此为出发点。再去学如何做 Story Valuation，Velocity，Priority 管控。

　　在这过程中，后续使用更多的 communication tool 、collaboration tool、continuous delivery tool 排除协作中所会遇到的障碍。

　　然后，你才会开始看得懂: 那些敏捷开发的书到底在讲什么。哪些你可以用，哪些你不需要用。为什么 scrum 某些方法 work，哪些方法不 work。

　　为什么你花时间读完一本 scrum 教科书，你的团队却还是敏捷不起来。

　　我想真正的关键在这裡。