2013年07月_申导

原创 python中的比较

python语言对于各种类型都可以比较。例如int类型，当进行大小比较时，其实是调用了__compare__函数，或者可以显式调用compare(),返回值为{-1, 0, 1}，表示小于，等于，大于。对于str类型,list类型,,class类型等，其实是调用__eq__, __ne__, __gt__,__ge__,__lt__, __le__等函数，分别对应==, !=, >

2013-07-28 09:38:27 1088

原创需求梳理工作坊

参加的人员需要有产品负责人(PO)，团队所有人，包括开发职能和测试职能。这里我故意淡化开发人员和测试人员的概念，因为scrum团队追求的是跨职能的组合，职能可以有分工，但职位没有分别。一般需求梳理工作坊发生的时间是提前1~2个迭代(sprint)之前滚动式进行，目的是留出足够的时间来准备。越长的sprint就需要越早做准备。需求梳理活动占用整个sprint时间的5%~10%。PO与团队

2013-07-27 12:11:14 1509

转载有害的“这样效率最高”思维

http://cugesoft.cn/blogs/harmful-thinking-for-high-productive/在与一些人交流时经常碰到对方说，你的方法好是好，就是不如现在的方式效率高，因此并不愿意作出改变。我们来分析下，为什么说这样的思维方式是有害的。不拆分需求效率最高？有些团队包括技术背景出身的PO不愿意按可交付的方式拆分需求，原因是原来的方式虽

2013-07-27 11:20:24 902

转载性能测试及系统优化类型的用户故事

http://cugesoft.cn/blogs/performance-user-story/在梳理用户故事时，一个常见问题是：我们应不应该有独立的性能测试相关的用户故事？这个问题并不能简单地回答是或否，在系统的复杂度不同以及团队职责分布不同的情况下，情形会有所不同。对一般小的产品，测试比较简单，可以将性能指标作为一个用户故事验收条款的一部分，这时就不需要独立

2013-07-27 11:19:49 788

Product Owner：需求，唯一一个提供给团队“做什么”的人基层PO（Proxy PO/Area PO/Deputy PO／Local PO）：PO的帮手和被授权人，通常负责某领域需求，及系统架构，“细化做什么”Team：”如何做”，执行Tester：擅长测试的团队成员，可以是任一成员，通称 team memberDeveloper：擅长开发的团队成员，可以是任一成员，通称 team me...

2013-07-27 11:19:03 2952

转载每日站会说什么？

经常听到有人抱怨说，敏捷实践中会议太多，形式主义严重。在真实了解实际情形后，我们会发现并非这些敏捷实践本身没有价值，而是因为没有正确地领会会议的目的，采取了不恰当的会议形式，或其它深层次的问题，导致会议不能产生预想的结果。每日站会就是一个例子。首先必须明确，每日站会的目的：基于迭代目标的团队协作和快速反馈。更详细点地说，每日站会提供了在达成迭代目标过程中的团队协作同步点，以及快速反馈循环中的检查和...

2013-07-27 11:18:11 1549

原创 SVN pre-commit hook

某团队希望做到Continuous Code Review, 想在每次check-in 到SVN之前，先判断特定用户群体否在commit log里面包含了"Review By: xxx"的字样。记得以前NSN里面有人用过这个法子，记不太清了。于是研究了一下脚本，其实SVN/GIT都提供了类似的hook, 在/hooks 目录下，都是shell或cmd脚本（要看服务器的操作系统了），会在不同

2013-07-27 11:16:58 3145

转载如何理解用户故事INVEST规则中的独立性？

用户故事INVEST规则中的第一个“I”，Independent独立的，是说用户故事应该是自包含的，没有对于其他用户故事的内在依赖。但在实践中，很多人觉得这个基本很难做到，甚至完全不可能，造成很多困惑，那到底该如何理解这条规则呢？借鉴前人的知识，结合本人的认识和经验，这篇博文从理论和实践角度对此做一个深度剖析，希望能对你有所帮助。用户故事为什么需要独立性？首先必须要弄明白，为什么要有这一条规则，它...

2013-07-05 16:06:30 2794

转载用户故事使用中的十大错误

1. 在用户故事中，将开发中的相关人员作为系统用户角色比如 as a po/apo/ppo/developer/tester/manager/integration engineer， I want 。。。必须注意，As a 中的role是运行时实际使用该系统的用户角色，不是开发时干系人的角色包括客户文档相关的用户故事，也要以实际使用该文档完成某项任务的视角来描述：什么角色，什么情况下使用该文档用...

2013-07-05 16:05:29 1511

转载大公司里技术专家转做基层PO，前途何在？

案例背景：小A，工作经验六年多，在某大公司里从事电信设备的开发工作，几个月前被任命为APO （Area Product Owner），负责3个scrum团队，在工作上向上一级PO汇报，同时也有自己的直线经理。在此之前，他是某scrum团队里的技术专家，在自己熟悉的技术领域里如鱼得水，深受同事爱戴和领导器重。现在的他，数不清的会议，各种问题，偶尔还要帮着别人改bug，工作异常繁忙，同时因为并非真正的...

2013-07-05 16:04:27 2271

转载固定范围、固定交付日期情景下团队盲目做出不能实现的承诺，如何改善？

在我给客户提供需求培训和教练服务时，以及在各种敏捷社区活动中，被多次问到scope fixed，deadline也fixed的时候，团队被强制“承诺”必须完成全部需求，此时除了抱怨还有其它方法吗？我把这类问题定义为“固定范围、固定交付日期情景下团队盲目做出不能实现的承诺，如何改善”的问题。除了背地里大骂那些经理们无知之外，我们真的无计可施了吗？非也，”THERE IS ALWAYS A WAY O...

2013-07-05 16:01:27 958

申导 www.JackyShen.com