`
soleegn
  • 浏览: 147514 次
  • 性别: Icon_minigender_1
社区版块
存档分类
最新评论
阅读更多

    用看程序的方式找错,是既懒惰又无效率的方法;

随时睁大雪亮的眼睛,看看是不是有个悬而未决的问题,一定要有个人(或是由主管自己)来负责研究到底哪里出错,也许这种研究既花时间又无聊,但总比灾难发生之后再来花好几个星期收拾残局要好得多。

    问了错的问题,而导致错的答案,训练自己问出正确的问题!

如果您能很清楚告诉别人,您想要的究竟是什么,这样别人才能给您真正需要的帮助,而不是做一些似是而非的虚工。

    勉强自己接下不可能完成的任务,实在是以长痛代替短痛的做法,而且长痛的是整个团队,该拒绝的时候绝对不能含糊;

    不要为了讨好别人而伤害双方的工作进程,您永远要根据自己的目标,做适当的决策。

    必须保护项目不受外界的左右,尤其是当这种操控来自特权人物之手。

    副产品对公司或产品都没有策略上的价值,充其量只是一种消费者回馈。

    不值得开发的功能就不要做。

    软件产品的开发,不能只为了有趣、挑战性,或是够有个性够令人眩目。

    遵循标准重于一切,特别是关于使用者界面的部分。

    确定您所要求的报告真的值得属下暂停工作,花那么多时间去写。

    请注意定期会议的价值,确定它值得每个人放下手上的工作。

    召开任何会议之前,请确定本次会议的目的是什么,达成这个目的的条件是什么,然后,务必达到开会的目的。

    不要利用进程表来驱使项目的进行,这对小组的士气伤害太大了。

    让日程表维持适度的紧迫,但又是可以做到的,好让组员振奋、不松懈,专心致力于项目的推进。

    绝对不要草率定出不可能的期限,导致组员为了赶进度而损害产品的质量。

    把长期的大项目,分成几个完整而独立的小项目,各小项目必须有一个主题。

    为了保持创意的活力和团队士气,必须让每一个小项目都有令人兴奋的结果。

    不要让程序设计师的学习停滞不前,要让程序设计师有机会磨练不同领域的技术,培养十八般武艺样样精通的组员。

    训练新进程序设计师时,先培养他对整个公司所有项目都有价值的技术,然后才培养本项目独有的技术。

    不要舍不得放您最优秀的程序设计师到别的项目去。如果他在您的项目已经没有新的东西可学,为了公司和他个人的前途,您应该把他推荐到别的项目,让他的成长永不间断。

    确定每位组员、每两个月都有一项技术上进步。

    一发现某处需要改进,就立即采取更正的行动。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics