本文主要是介绍读《微软研发：制胜策略》总结（1），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1)a.被动式行到。b.向前看。
c.每天都要问自己：“有什么事情是我今天能做，而且会帮助项目在未来几个月内进行顺利的？”
d.不要浪费时间在错误的问题上，一定要先确定真正的问题在哪里，然后才去改正它。
e.人们开口要求的东西未必是他真正想要的。处理他的要求之前，请务必确定他究竟想要做什么。
f.绝对不要答应别人自己做不到的事情，这样对双方都有益无害。
g.不要为了讨好别人而伤害双方的工作进程，您永远要根据自己的目标，做适当的决策。
2)a.是您在为项目负责。不要让任何人的建议阻碍项目的进行，包括上级的建议。
b.天下没有真正免费的软件。
c.应该开发策略上具有重要性的功能，而不是把媒体的评比项目都做齐全。
d.软件产品的开发，不能只为了有趣、挑战性，或是够有个性够令人眩目。
e.不要把时间浪费在无法改善产品的工作上，即使这么做在将来会有潜在的利益，也要与现在投入的时间成本做个衡量。
3)a.炖肉必须切掉两端。
b.确定您所要求的报告真的值得属下暂停工作，花那么多时间去写。
c.利用项目检查报告来改进软件开发的工作程序。为了使报告发生作用，报告中必须确实描述我们
这次解决问题的每一个详细步骤，以及将来应该如何运用这项新发现。
d.当然有时候开会是很不错的方法，在什么情况下，开会是利多于弊的呢？以下是我的看法：
当某个人必须把信息传达给很多人时。
信息需要双向或多向沟通时，人们必须立即反问发言人或与会人才能了解信息。
必须要亲眼目睹或亲身经历，信息才能传达给接受者，例如产品示范等。
有些事情用e-mail 很难表示清楚，而要大家一起讨论时，例如组织再造等。
e.“这个会议的结果是否非常重要，即使是中断这么多人的工作都值得？”
“还有没有比较不影响组员工作的方法，可以让我达到同样的目的？”
f.请注意定期会议的价值，确定它值得每个人放下手上的工作。
g.我希望在这次会议中获得什么结果？
4)a.召开任何会议之前，请确定本次会议的目的是什么，达成这个目的的条件是什么，然后，务必达到开会的目的。
b.不要利用进程表来驱使项目的进行，这对小组的士气伤害太大了。
c.让日程表维持适度的紧迫，但又是可以做到的，好让组员振奋、不松懈，专心致力于项目的推进。
d.绝对不要草率定出不可能的期限，导致组员为了赶进度而损害产品的质量。
e.没有期限的目标只不过是梦想而已。
f.把长期的大项目，分成几个完整而独立的小项目，各小项目必须有一个主题。
g.为了保持创意的活力和团队士气，必须让每一个小项目都有令人兴奋的结果。
这篇关于读《微软研发：制胜策略》总结（1）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
