鼠标的咖啡屋

早晨，我要求大家做晨会，在晨会上，每个人要回答三个问题：1、我昨天做了什么？2、我今天要做什么？3、有什么问题？按照Scrum，这个环节是很重要的。按照我的理解，第二个问题可以将所有人一天的计划开诚布公的透露给所有人，这样，我们大家就可以知道每个人在做的事情。第一个问题可以知道昨天他计划的有没有完成、这样配合上第三个问题我们就可以尽快的调配资源大家一起解决这个问题。（其实第三个问题

（快被气死了，写了几百字竟然还是一提交就没了，CSDN什么时候能像Google一样存草稿。）(前略500字左右，有心情了再补)......敏捷就像是普通法系，计划就像是大陆法系。但是不管是大陆法系还是普通法系，纪律都是不可或缺的。一个没有纪律的团队，敏捷的实践会被他们一步步丢掉最终变得不敏捷，哪怕他们号称自己是敏捷的团队。

晨会是Scrum里的一个实践。最近才意识到，这种东西一点都不时髦。很多理发店，饭店，他们早晨都有这个。今天在大鸭梨看到他们的晨会，颇有感觉。看着他们都站在那里，觉得跟站立式晨会差不多。不同的是他们的员工，年龄层比较低，处于还比较毛糙的年龄。也就是说，不仅需要教育怎么做事，还得教他们怎么做人。所以在这个晨会上，经理教育他们说，不要混日子，十年后，你们如果没做出什么来，一生就这

敏捷作为方法学，其实还是比较虚的。哪怕是其中比较实的最佳实践，也是非常难以掌握运用的。原因其实很简单。人要想通过敏捷偷懒是绝对不可能的。敏捷的实施，在最初肯定是非常累的。因为改变总是痛苦的。回顾丰田的历史，他们在创造TPS的时候，工人们也是想把大野耐一的那些破烂东西都给砸咯。不过很多时候，痛苦是幸福的开始。一个人完成很多人合作完成的工作，咋看起来是非常劳累的。但是习惯了，也就那样了。TPS

这篇文章是受启发于要求我写一些设计和spec的文档的面试要求。趁这个机会整理整理自己的思路。什么是软件开发呢，最常见的一种说法是，软件开发是一门艺术。我觉得更现实的讲，软件开发应该是一种生产。跟其他所有的生产一样。要考虑成本和收益。收益这块，跟其他很多外部因素相关，对开发者或者说开发者的管理者来说无法控制，开发者从职业的角度出发更多需要考虑的是成本。这也是我们职业的目标。软件这