daoluo-CSDN博客

原创敏捷实践总结

经过半年的实践，可以总结了。这次敏捷实践总体上说是比较成功的，完全按计划完成了任务，团队的凝聚力较强，员工进步很大，我个人也很有收获。还是说说可以改进的地方吧： 1）产品负责人不在团队中，会有很大的问题。这体现在很多问题在最后评审时才提出来。我只是技术负责人和日常管理。虽然后期我也有意识的加强了和产品负责人的沟通，但一些细

2013-07-01 11:25:50 1984 3

原创敏捷日志2013-2-7

这期的迭代规划，估算完成后，画燃尽图的时候，横轴上的日期不知道怎么定了，当时画了2月份的25日。我当时就说不对，如果25是固定的迭代发布日，那我们前面的估算还有什么意义，反正是要25完成的。这期估算一共是20个故事点，我们一共是6人，也就是说，理想状态下，不用3.5天就能够完成，但显然不可能。后来我考虑了一种估算方法，去除我，因为我要给他们支持和代码审核，事实上，一般我也不会去做某个任务，

2013-02-07 16:05:40 419

原创敏捷日志2013-1-21

这段时间进展还比较顺利。每日例会我作了一点变化，按书中所说，应该是每个人讲自己前一天的工作和今天的计划，在经过几次例会后，现在基本是我主讲。一是因为大家做什么，我都知道，更多是因为组员简单的叙述我觉得他们讲得累，我听得也累。我期望是大家很有激情的表达，不过中国人可能确实缺乏一些激情。慢慢来吧。结对编程也没有完全执行下去，因为多数人是刚上手，前面我期望两个人结对，一起学习，学习效率应该更高。

2013-01-21 21:01:02 377

原创敏捷日志2013-1-14

前一个迭代按时完成了，有点出乎我的意料。虽然最后一项任务没有达到我的预期，但也算是不错了。自己定的计划确实有压迫力，大家都努力的去按时完成。今天启动了新的迭代。上一次的迭代是培训，从这期开始，要真正去干活了。按照Scrum标准流程，应该由产品负责人一起讨论backlog，但他没时间，于是我跟他简单交流了一下，因为前面我们已经给他看过一个demo，他说就那个demo就可以了。以前分配

2013-01-14 15:56:41 355

原创敏捷日志2013-1-8

6日下午机器终于来了，全是裸机。装系统费了一番时间，最折腾的是Oracle，9i在Win7上不正常，换成11G，也没装好。前面写的框架中在SqlServer上跑过，换到Oracle上也出了一些问题。不过总体来说，还是走上正轨了。经过6、7两日的培训，今天有两个员工终于把Demo做好了，做完后明显看出他们很高兴，很有成就感。还有两个人还没有完成。第一个完成的员工，在6、7两天做得

2013-01-08 22:02:13 397

原创敏捷日志2013-1-6

昨天完成了一个培训任务，以我的标准来说，应该达不到完成的标准，但不想打击大家的积极性，标记为完成。就算是这样，进度还是有些落后了，主要原因是新的机器还没到，原先的预期是昨天到的。在家中想今天例会时让大家重新评估一下工作量的，结果真正开会时忘记了。小张的机器没来，带了自己的笔记本到公司，我很高兴。今天的任务是让大家在自己的机器上练习，原先我的设想是一次性把任务布置下去，在开会

2013-01-06 09:43:06 410

原创敏捷日志2013-1-5

昨天开完会后，已经是下午2：30了，后面公司要考评，订的新机器也没来，所以做的事情就不多了。但仍然开了日例会，大家讲了自己昨天的事情，围着白板做了更新（只更新了一个任务），讲了一下今天要做的事。开会时间大概7分钟左右。

2013-01-05 10:27:51 317

原创敏捷日志2013-1-4

今天正式在部门中实践敏捷。简单的跟员工讲了一下工作白板的内容，正好网购的白板到了，直接用上。本期迭代主要内容是培训和建立环境。让每个人在即时贴上写上自己认为要做的事，有一个员工问是否只写自己要做的事，我说不限，他说别人的事我根本不了解，怎么写，我说你有这个权力，但你可以不行使。在公司白板上汇总各人的即时贴，列出要做的事。对每件事，每个人给出自己的预估，经过考虑，最终采用天而不是

2013-01-05 10:25:04 395

原创如何击败微软

在2002年左右时，我思考过一个问题“如何击败微软？”。当时我觉得没有办法，因为微软有最好的人才和最好的能够激励人才工作的制度。一晃10年，微软依然是优秀的企业，但毫无疑问，它不再有10年前的强势，它被两个企业击败了，一是Google，另一个是Apple。我现在依然认为：一流的人才 + 能够激励一流人才的制度，可以保证一个公司始终处于巅峰。微软衰弱的根

2012-12-13 14:44:02 590

原创改善和创新

苹果是创新的代表，微软是改善的代表。微软产品的第一个版本往往很垃圾，但它会不停的去完善，直到超过竞争对手。Windows、Office、IE都是如此。这些产品微软都不是第一个做出来的，而是竞争对手做出来后，微软跟着做，并且越做越好，最终超越对手。而苹果的很多产品是革命性的，苹果也不是电脑、图形界面、手机、平板的发明者，但它不是去模仿竞争对手，而是

2012-12-13 14:11:59 2565

原创测试驱动实践

WMS3.0的后台业务部分采用了测试驱动的开发方式。在开发过程中，对PBUnit做了一次比较大的升级，让测试变得更容易和稳固。在我们的TDD中，与标准的TDD还是有一些不同的，在此列出我们的TDD过程：1) 设计，定义接口2) 测试概要设计：在Excel中定义测试的场景、输入、输出、数据。此处的数据只定义主要的部分，对于与业务无关的

2008-09-08 16:00:00 573

原创测试驱动介绍

测试驱动介绍 1. 简介测试驱动的英文：Test-Driven Development，简称TDD。TDD的核心是：先测试再开发。TDD的原则是：没有测试，不要写代码；只写正好能通过测试的代码等等。TDD背后的思想：简单设计、代码就是文档、针对接口编程、迭代、重构2. TDD的大致开发过程 3

2006-09-28 15:59:00 1353

原创测试驱动实践_广告

本人自己写了一个PBUnit单元测试工具，用于测试PB程序。在写时参考了JUnit，基本上用了它的框架。但代码完全原创。最近上网搜了一下，发现国外也已经有PBUnit软件，下载稍微用了一下，没用起来，也没有仔细研究。如果有哪位用过，欢迎比较及讨论。先简要介绍一下我的这个PBUnit：支持单元测试，支持测试驱动，需要数据库支持，完成图形化界面，自动保存测试结果，支持BUG修正，用界面设

2006-09-18 16:31:00 1110

原创一步一步写框架_3.1 事务管理

1.1 事务管理1.1.1 由谁来控制事务经过实践，我确定用控制器来控制事务，说白一点，就是提交和回滚。因为实体只负责一个表的一组数据，而一个事务往往会涉及多个表的多个数据，所以实体是不行的，工厂更不用考虑，界面尽可能简单，也不适合控制事务。1.1.2 由谁来管理事务我在开发中采用了测试驱动的开发方法，遇到一个问题。在测试执行和实际执行时有

2006-04-11 09:22:00 1125

原创对部分网友的回复

很多网友对我将界面直接访问数据库有点不理解，在1.4中我其实有说明。这点是我在实践中发现如果界面不能直接访问数据库，代码会写得很累，所以才改成目前的方式。我的Email:[email protected]，欢迎与我联系！

2006-04-10 16:40:00 964

原创一步一步写框架_2 核心概念分析

1. 核心概念分析1.1 分析过程本框架是针对数据库应用软件的。顾名思义，数据库应用软件是围绕数据库展开的，对数据库的操作，无非是查询、增加、删除、修改、保存，分别对应SQL中的Select、Insert、Delete、Update、Commit。数据库应用软件从本质上来说，就是将用可视化的界面让普通用户去执行这些SQL，当然，这些SQL不

2006-04-06 09:11:00 4491 12

原创一步一步写框架_1 简介

1. 简介1.1 背景去年完成了一个软件框架，在项目中使用效果良好。1.2 目的整理自己的框架希望能够帮助一些与当初的我有同样问题的人希望得到大家的指点1.3 框架的适用范围数据库应用软件。框架用PB实现，但适用JAVA、C#，本人在ASP.NET中使用此框架的思想也获

2006-04-06 09:06:00 1500

原创一步一步写框架_目录

本人于去年完成了一个软件框架，在项目中使用效果良好。希望通过本文将本人的一些收获与大家共享。另外，也想获得一些高手的反馈。如果您对本文有兴趣，请留下您的意见，有些东西我可能会与您私下交流而不会放到公开的文档中。下面是本文的目录，后面可能会有更改。1. 简介 41.1 背景 41.2 目的 41.3 框架的适用范围 41.4 参考资料

2006-04-03 18:01:00 1393 1

daoluo的专栏