过程改进日记之学习Scrum2010-8-12 改变，从身边开始

前言：

我们的软件开发流程已经有了比较明确的规则，也经过很久的实践考验，通过不断改进内部系统，总体上是传统模式＋FDD快速开发的结合。

但考虑到目前软件基于互联网开发快速开发的主流特点，我们也需要与时俱进，提高我们的工程效率。

重要的是行动，因此，在理论上没有更深入了解的情况下，我们还是考虑采用有些Scrum的实践，来帮助我们提高开发效率。

为了帮助思考和改进，在老大的启发下，我想把每天的进展和思考都更新在思步的个人日志上。以便能够及时获得更多同行的帮助和指点。

愿我们共同提高。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

昨天和产品经理、开发负责人，还有老大一起讨论了两小时，觉得N产品Team可以尝试使用敏捷开发模式，实际上，这个观念本来就是错的，因为我们现在的模式（FDD）本来就是敏捷的一种，我们一直在用。

产品经理（PM）觉得我们哪有敏捷的样子，我解释了之后，他说但是我们的Feature设置并不符合FDD的要求，我说那是你做的不对。

我对着禅道的系统给PM和老大讲解，但是他们的反应都是这系统太复杂了，学习时间至少要2周，其实这比我想得还要少。

那就暂时不考虑系统，重要的是马上行动，决定今天开始，先做能做的，比如每日站会。

 

今天PM发邮件给所有人，说今后每天晨会（这让我想到保险公司），第一次的会议，大家都有得做，PM主持，每人轮流讲他的工作，不过大家都是以周为单位来说的，比如，有个什么问题，遇到些麻烦，大概下周可以完成。用了大约17分钟（PM记录的，这个比较有心）

老大动员，从产品定位到为什么我们要用新的方法来推进产品发布，为什么希望一两周就有一个稳定版本对外发布，讲到从传统工程到基于互联网轻公司的产品策略。讲到beta时代，（洋洋洒洒一个小时，外加对新老员工的鼓励，充分发挥老大的话语能力）

 

我最后讲了三分钟

一是每日晨会严格的操作是每日站会，二是将来的工作要以昨日、今日、明日来描述，而不是上周这周下周，三是不要光说做了哪些，哪些没做完，对于困难的要说用了哪些办法，查了哪些资料，也许有人恰好知道哪里可以找到解决问题的途径，另外，做不好什么还是不够透明，做了哪些尝试更容易让人知道你的推进进度。

 

我的任务是找到一个可以把大家想法或者找到的新信息分享的工具，主要考虑到N产品从一开始方向确立的时候，市场几乎一片空白，但是到现在，已经竞争者也在逐渐的浮出来，而相关的产业链上都有一些可能影响我们产品方向的变化，这些信息之前都是PM在关注，希望通过一种分享机制，能够让大家都从更高的视角来看待我们的工作，以前通过邮件分享，感觉信息管理不方便。也希望有更好的工具。

 

PM自己日常在使用Onenote，实验了下，觉得在同步、打开方便性方面都还好，于是就用他，另外，我们考虑把这个文件放到SVN上，权当容灾备份。

预知后事如何，且听明日分享