花了很短的时间读完,没有想象的那么高深厉害,感觉可能与时代脱节较多,但很多的宗旨还是值得参考的,提笔记下。
-
能就是能,不要说,试试看,要给出具体的实现时间。准确的,并且今早提出,减少项目延迟风险。
-
学会说不。怎样写出好代码,守住专业精神。
-
不要接受不合理的时间期限,不要接受不合理的方案设计,不接受不合理没有数据的需求,对可怕的做出大量牺牲的工作说不。
-
学会说是。别人怎样的承诺才是可信的,必须有明确的时间和工作范围。专业人士语言做出各种风险的控制和尽力做更多的可能性的预演,达到承诺的时间是必须可行的,完备的。
-
要在滑入流态区时,换个事情,防止自己进入,因为流态区的代码通常都要返工。还有加班要有一定的规章,时间太长容易事倍功半。平时适时放松,反倒可能更好的解决问题,无意中。
-
作者推崇TDD,测试代码和开发代码一起写,能够缩短进程。
-
时间管理。没必要的会议不参加,实在参加,若感觉效率不高,太浪费时间,必要可以离席。迭代计划会议很重要,开会之前需要明确两点:评估可选择任务的开发时间,明确这些任务的业务价值。每个迭代会议不能超过5%的时间。凡是不能在五分钟内解决的争论,都不能靠辩论解决。大脑接触的东西越多,有助于创造力的发展,比如运动,做木工,看科幻电影。番茄工作法让自己提高工作的效率,排开不重要的事情,区分优先级。
-
预估时间。答应的时间内一定要完成。有个方法预估任务:亮手指,以及各种变体,都是取大部分人的意见为主。当然预估是非常容易出错的,还有一种方法是大树定律,把大任务拆分成一个个小任务,再预估汇总,可以提高准确度。
-
协作。程序员要记得以业务的要求为第一要务,而不是沉浸自身的技术或者其他。紧急情况下结对编程能更快的解决问题,结对是复查代码最好的方式,比一群人代码评审有效的多。
-
团队与项目。最佳的团队是12个人,七个程序员,2名测试人员,2名分析师,一个项目经理,前后2比1的样子。有凝聚力的团队应该是不断接不同的项目,用更好的默契合作保证更高的效率,而不是根据项目组建团队,项目结束就解散了。