看到第八章:白板上的即时贴突然想老师之前布置过的任务,老师让我们进行每天在白板上的绩效管理,我莫名感觉这个真的很重要,还有书上讲的微软公司必须要让员工用自己的系统,戏称为“吃自己的狗食”,目的在于让员工在使用过程中得到软件的使用体验和错误情况,以进行软件的改进。就像是一种软件的开发模式:Compliant Driven Development,抱怨驱动开发。开发一种功能或者一个软件。首先需要给出一个quick-dirty的实现,然后开放给用户。用户在使用后会抱怨,会指出问题的地方。用户的抱怨就是软件需要改进的地方,当然众口难调,并不会针对每个意见都会去改变。取而代之的是,我们需要寻找一种符合降低大多数人抱怨的实现方法。这样才能是软件慢慢变得好用,文章中用各种颜色的即时贴代表了相关工作,来让工作人员能对每一轮计划的工作和自己是否脱离现实的情况显示的一目了然。
在这样的工作形式下,一能使每位成员对自己的工作情况做出判断,二也能起到督促成员的作用。在方法上,这里有一段话很好:
实用最小主义
只需创建最少数量的代码就能够完成所需的工作,而不是创建规模庞大的代码,里面包含一大堆可能后来有人会需要的东西。
在软件的成功故事中,你总能发现善于拒绝的人们。
功能应该更少——但缺陷也要更少
1)尽量少的人。这意味着沟通成本的降低,意味着更容易较为完整的相互理解彼此的思路,意味着软件团队开发中涉及最复杂的因素“人”的问题在理论上的减少。
2)尽量少的时间。这意味着人出于谨慎原则会更青睐于选择自己最熟悉的解决方案,这里的解决方案指的是平台、框架、思路等等。
3)尽量少的功能。这意味着只能选择最有把握实现且最为贴近根本需求的功能。
在我们的思想上,团队应该人越多越好,但其实不然,人多了之后不容易管理,还会形成怠慢的思想,在我们现在的团队其实就存在这样的问题,在思想上就会怠慢。
我们现在必须做到在短的时间内,更好的利用我们自己的能力,我接下会更加抓紧时间,突出在团队中的地位和能力,总之梦断代码这本书给我带了很多。
浙公网安备 33010602011771号