开发日常

敏捷开发日常跟进系列之三：故事板，看板

这是敏捷开发日常跟进系列的第三篇。（栏目目录）故事板和看板其实不是一个东西，前者是最初的敏捷开发里边的东西，受到了后者的启发产生的；而后者是制造业的东西，具体内容请参考末尾的百度百科。
cheny_com·2012-03-05 20:00

敏捷开发日常跟进系列之二：燃尽图（中）

 迭代及燃尽图的目标燃尽图的目标是完成迭代的目标，迭代的目标是什么呢？1.按产品经理的要求，交付计划会中计划的用户故事2.尽量完成1之后还会看到，这个定义还有狭隘之处，在系列后面的文章中会提到。为什么燃尽图不能直接地达成这个目标？潜在的问题包括：1.如果燃尽图按时完成，有可能是为了按时完成，同时牺牲了所有故事（重要和不重要的）的质量，换取了进度。2.如果燃尽图未按时完成，有可能不是一个故事没有完成
火星人陈勇·2012-02-29 10:00

敏捷开发日常跟进系列之二：燃尽图（中）

迭代及燃尽图的目标燃尽图的目标是完成迭代的目标，迭代的目标是什么呢？1.按产品经理的要求，交付计划会中计划的用户故事2.尽量完成1之后还会看到，这个定义还有狭隘之处，在系列后面的文章中会提到。为什么燃尽图不能直接地达成这个目标？潜在的问题包括：1.如果燃尽图按时完成，有可能是为了按时完成，同时牺牲了所有故事（重要和不重要的）的质量，换取了进度。2.如果燃尽图未按时完成，有可能不是一个故事没有完成，
火星人陈勇·2012-02-29 10:00

敏捷开发日常跟进系列之二：燃尽图（中）

这是敏捷开发日常跟进系列的第二篇（栏目目录）。迭代及燃尽图的目标燃尽图的目标是完成迭代的目标，迭代的目标是什么呢？
cheny_com·2012-02-29 10:00

敏捷开发日常跟进系列之一：燃尽图（上）

这个系列将涉及燃尽图（BurndownChart）、故事板（看板）、每日立会等内容，描述在计划会之后，评审会之前，敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前，还应该有一个敏捷计划系列，描述敏捷开发的从版本规划到计划会估算的详细内容，未来将会补上，当
火星人陈勇·2012-02-29 09:00

敏捷开发日常跟进系列之一：燃尽图（上）

 这个系列将涉及燃尽图（BurndownChart）、故事板（看板）、每日立会等内容，描述在计划会之后，评审会之前，敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前，还应该有一个敏捷计划系列，描述敏捷开发的从版本规划到计划会估算的详细内容，未来将会补上，
火星人陈勇·2012-02-29 09:00

敏捷开发日常跟进系列之一：燃尽图（上）

这是敏捷开发日常跟进系列的第一篇（栏目目录）。
cheny_com·2012-02-29 09:00

敏捷开发日常跟进系列之六：开发与跟进

这是敏捷开发日常跟进系列的第六篇。 产品负责人常常被描述成在计划会前准备好用户故事，在计划会上讲解并帮助开发团队估算后就万事大吉，只等月底接收“可工作软件”的样子，其实如果真的这样，很容易出问题。
火星人陈勇·2011-10-25 21:00

敏捷开发日常跟进系列之六：开发与跟进

这是敏捷开发日常跟进系列的第六篇。
cheny_com·2011-10-25 21:00

敏捷开发日常跟进系列之六：开发与跟进

这是敏捷开发日常跟进系列的第六篇。产品负责人常常被描述成在计划会前准备好用户故事，在计划会上讲解并帮助开发团队估算后就万事大吉，只等月底接收“可工作软件”的样子，其实如果真的这样，很容易出问题。
火星人陈勇·2011-10-25 21:00

敏捷开发日常跟进系列之六：验收标准

这是敏捷开发日常跟进系列的第六篇。（栏目目录）要想不在评审会上得到“惊喜”，ProductOwner最好提前约定好用户故事的验收标准，而且每个用户故事可能各不相同。
火星人陈勇·2011-10-25 18:30

敏捷开发日常跟进系列之六：验收标准

要想不在评审会上得到“惊喜”，ProductOwner最好提前约定好用户故事的验收标准，而且每个用户故事可能各不相同。面向客户价值设定验收标准简单说，就是客户看到说“完成了”，才算完成了。从这一点上说，用户眼中的“可工作软件”和我们认为“可以运行，自动化测试了的，没有缺陷的”软件还是有差别的。用户拿到软件，是要使用从而获得价值的，这常常需要多个功能联合运行，前后数据完整一致才可以做到。在“敏捷产品
火星人陈勇·2011-10-25 18:00

敏捷开发日常跟进系列之六：验收标准

这是敏捷开发日常跟进系列的第六篇。（栏目目录）要想不在评审会上得到“惊喜”，ProductOwner最好提前约定好用户故事的验收标准，而且每个用户故事可能各不相同。
cheny_com·2011-10-25 18:00

敏捷开发日常跟进系列之六：验收标准

要想不在评审会上得到“惊喜”，ProductOwner最好提前约定好用户故事的验收标准，而且每个用户故事可能各不相同。面向客户价值设定验收标准简单说，就是客户看到说“完成了”，才算完成了。从这一点上说，用户眼中的“可工作软件”和我们认为“可以运行，自动化测试了的，没有缺陷的”软件还是有差别的。用户拿到软件，是要使用从而获得价值的，这常常需要多个功能联合运行，前后数据完整一致才可以做到。在“敏捷产品
火星人陈勇·2011-10-25 18:00

敏捷开发日常跟进系列之五：用户故事与MVC

这是敏捷开发日常跟进系列的第五篇。（栏目目录） 用户故事和MVC没有关系，因为MVC是实现方法，因此在思考用户故事的时候，不要一下就想到实现方法，很容易把故事写坏。
cheny_com·2011-10-12 23:00

敏捷开发日常跟进系列之五：用户故事与MVC

用户故事和MVC没有关系，因为MVC是实现方法，因此在思考用户故事的时候，不要一下就想到实现方法，很容易把故事写坏。但是MVC和用户故事有很大的关系，如果用户故事写好了，做MVC的时候，一定要记得参考用户故事。本人在C++的年代用过MVC，但那个时候MVC还只是一种编程思想，说用了也行，说没用也行。但到了C#之后，就出现了正牌的自称是MVC的东西（现在最新版本是MVC3），本人也在用。Java世界
火星人陈勇·2011-10-12 23:00

敏捷开发日常跟进系列之五：用户故事与MVC

用户故事和MVC没有关系，因为MVC是实现方法，因此在思考用户故事的时候，不要一下就想到实现方法，很容易把故事写坏。但是MVC和用户故事有很大的关系，如果用户故事写好了，做MVC的时候，一定要记得参考用户故事。本人在C++的年代用过MVC，但那个时候MVC还只是一种编程思想，说用了也行，说没用也行。但到了C#之后，就出现了正牌的自称是MVC的东西（现在最新版本是MVC3），本人也在用。Java世界
火星人陈勇·2011-10-12 23:00

iPhone开发日常

       记录一下平时开发工作中的一些经验和问题解决的积累，仍然是没什么体系可言。有些是转自项目组的集体智慧。           使用Mac操作系统不太习惯，它很多组合建都是用到Command，但项目组没钱买Mac真机，都是用的破解，Command似
bukkake·2010-06-24 17:00

兼容Silverlight4的实用的Silverlight可拖放工具类源代码

开发日常的Silverlight应用程序时，常常要对一个域多个控件实现可拖放的MOUSE操作，在Silverlight中实现拖放的功能其实非常简单，但是为了提高程序功能代码的可复用性，程序员常常喜欢把常用的代码封装成一个工具类
dotfun·2010-03-18 22:00

兼容Silverlight4的实用的Silverlight可拖放工具类源代码

开发日常的Silverlight应用程序时，常常要对一个域多个控件实现可拖放的MOUSE操作，在Silverlight中实现拖放的功能其实非常简单，但是为了提高程序功能代码的可复用性，程序员常常喜欢把常用的代码封装成一个工具类
dotfun·2010-03-18 22:00
上一页 1 2 3 4 5 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他