Review of Debugging the development process 3. Of Strategic Importance
2004-11-25 11:01
417 查看
Spend the first 10 or 15 minutes of each day making a list of answers to this question:
What can I do today that would help keep the project on track for the next few months?
项目之所以脱轨,主要的原因在于人们并未认真思考如何使项目保持进度、顺利前进。如果没有未雨绸缪,只是坐等问题发生,到那时候就太迟了。就好像开车进入山区之前先把油箱加满是一样的道理,小小的动作可以避免在山区里加不到油而必须跋山涉水的窘况。所以每天花上十几分钟来思考一下这个问题是值得的。
Don't waste time working on the wrong problem. Always determine what the real problem is before you try to make a fix.
一旦出现了错误,没有去寻找引起错误的原因就匆忙的想修改它,不一定能能真正的找到错误所在,而且对以后防止错误的再次产生也没有任何好处,欲速而不达。
People often ask for something other than what they really need. Always determine what they are trying to accomplish before dealing with any request.
我遇到的很多客户都有这样的问题,他们并不清楚自己到底想要一个什么样的软件。所以如何确定客户真正的需求是一个相当困难的过程。现在的迭代开发流程似乎对这样的问题比较有效。能让客户尽快看到一个实际的东西有助于他们确定这是否是他们想象中的东西。而且让用户全程参与进来,一旦需求上有了偏差,也能尽快的纠正。
Never commit to dates you know you can't meet. You'll hurt everybody involved
有些用户的要求相当的古怪,每次遇到这样的情况都很难办,只有尽力给用户解释清楚。在大公司里也许可以不在乎一些客户,但对于小公司来说,每一个客户都是相当重要的,不是说有人都有说No的的权力的。
You are responsible for your project. Don't let ill-considered suggestions from superiors disrupt your progress.
话是没错的,但是上级特别是老板的建议是这么容易拒绝的?除非是特别牛的人,否则还是要讲一些策略的,比如瞒天过海?反正有时候我是使用这一招
What can I do today that would help keep the project on track for the next few months?
项目之所以脱轨,主要的原因在于人们并未认真思考如何使项目保持进度、顺利前进。如果没有未雨绸缪,只是坐等问题发生,到那时候就太迟了。就好像开车进入山区之前先把油箱加满是一样的道理,小小的动作可以避免在山区里加不到油而必须跋山涉水的窘况。所以每天花上十几分钟来思考一下这个问题是值得的。
Don't waste time working on the wrong problem. Always determine what the real problem is before you try to make a fix.
一旦出现了错误,没有去寻找引起错误的原因就匆忙的想修改它,不一定能能真正的找到错误所在,而且对以后防止错误的再次产生也没有任何好处,欲速而不达。
People often ask for something other than what they really need. Always determine what they are trying to accomplish before dealing with any request.
我遇到的很多客户都有这样的问题,他们并不清楚自己到底想要一个什么样的软件。所以如何确定客户真正的需求是一个相当困难的过程。现在的迭代开发流程似乎对这样的问题比较有效。能让客户尽快看到一个实际的东西有助于他们确定这是否是他们想象中的东西。而且让用户全程参与进来,一旦需求上有了偏差,也能尽快的纠正。
Never commit to dates you know you can't meet. You'll hurt everybody involved
有些用户的要求相当的古怪,每次遇到这样的情况都很难办,只有尽力给用户解释清楚。在大公司里也许可以不在乎一些客户,但对于小公司来说,每一个客户都是相当重要的,不是说有人都有说No的的权力的。
You are responsible for your project. Don't let ill-considered suggestions from superiors disrupt your progress.
话是没错的,但是上级特别是老板的建议是这么容易拒绝的?除非是特别牛的人,否则还是要讲一些策略的,比如瞒天过海?反正有时候我是使用这一招
相关文章推荐
- Review of Debugging the development process 1. Laying The Groundwork
- 一个JBPM工作流管理示例(四)
- JBPM工作流引擎理论基础
- Lippman:我对中国程序员的忠告
- Three Philosophies in Development and Design
- [转5dmail.com] freebsd+qmail+mysql+vpopmail之完全ports安装
- 自己对PMP的一点看法
- JBPM源码分析(三)---ExecutionServiceImpl类
- JBPM源码分析(二)---acceptToken函数
- JBPM源码分析(一)---数据库表主键ID的产生机制
- vpopmail 和qmailadmin的配置
- 使用vpopmail的domainquotas功能
- 標題:基於Channel實現BPM的松耦合呼叫架構
- 关于VPMN业务
- RPM命令大全
- RPM包快速应急手册
- 一个JBPM工作流管理示例(三)
- 一个JBPM工作流管理示例(二)
- 一个JBPM工作流管理示例(一)
- 如何避免软件项目的现场开发? 转自www.mypm.net