项目管理读书笔记--Manage it --识别和避免schedule games（7）

以下做法适用于此种情形：
你的boss走过来对你说：“Mr Foolish, 我想让你花50%的时间在A项目上，30%的时间在B项目上，20%的时间在C项目上。在有空的时候，你能再看看给大BOSS的报表吗？” 相信你的嘴巴已经张的很大，“我哪来的'有空的时候'”？ 通常这种情形发生是因为管理层没有办法保证交付一个程序或者项目的交付策略，他们不对任何一个项目说不，或者yes，或者什么时候，say yes to every project. 所以你就必须同事working on多个project（split focus）。
1，跟team一起帮助boss找出哪些首先做，哪些其次，哪些排在第三位。找出重点所在，解决最重要最紧急的问题。
2，如果boss坚持让你同时working on多个项目，使用一周范围的迭代，确保每次迭代都能有成果。项目组成员能够在一周内集中精力解决问题（focus），然后周末的时候放松，下周换下一个项目。
3，如果你不能管理迭代，那么implement by feature，按阶段交付。确保你明白的了解到每个项目必须的交付物，这样你能尽快完整每个项目的最小交付集合。
4，一开始就让管理层知道这样做的成本有多高，帮助管理层提供决策依据。
5，确保你已经把需求归类并划分优先级（ranked),快速做出一些成果。有时候boss之所有让你工作在多个项目上是因为他认为你没办法快速交付任何一个，他认为这样能使总体进度更快。

如果你遇到这种同时让你干多个工作的情形，尽量尝试使用一周的迭代，把每个项目尽量划分成最小块儿，这样每次迭代都可以有成果。

这种事情似乎在软件公司已经习以为常，我不知道各位开发工程师有没有认识到同时进行多个项目浪费时间的情况，boss肯定是没有认识到的，也有可能是项目太紧的原因。这种情况我试过一周集中精力做一个项目，效果非常好，我的领导也很满意。在同时有很多客户的情况下，这种做法非常有用，让客户感觉到你在为他们工作，有规律的交付一些成果，当然，这都是人力匮乏没办法的事情。最好还是focus一个事情，这样才是对工程师最高效，对老板最经济，对客户最有利的做法。