- 博客(400)
- 资源 (21)
- 收藏
- 关注
RSS订阅原创 敏捷开发免费管理工具——火星人预览之七：自定义字段
这是火星人预览系列的第七篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段正逢改变SVN后的第99次签入，签入Log如下：可用版本：故事树挪到/Agile/Stories/Index中；解决了故事树中的多产品问题；新增UDCD
2012-04-10 20:59:50
8456
原创 IT职场人生系列之二十二：如何学习新语言（二）
这是IT职场人生系列的第二十二篇。（序言，专栏目录）（续上篇）获取帮助谦虚、大胆、再谦虚地尝试这几个词看起来很不搭嘎，但我细细回忆起来10多年编程的经历，这句话很可能是高手与低手最后产生差别的关键，所以重点写一整篇。菜鸟不是低手，低手指的是工作了很久，但技术能力上很落后的家伙。如果作为菜鸟，怎么才能避免成为低手呢？那就是谦虚、大胆、谦虚地尝试。未必所有问题都能百度到，也未必身边一定有高人给予指点，
2012-04-05 20:45:46
16600
27
原创 IT职场人生系列之二十一：如何学习新语言（一）
这是IT职场人生系列的第二十一篇。（序言，专栏目录）最近《火星人敏捷开发管理工具》接近发版了，回忆起一年半以前刚利用业余时间开工的时候，编程已经中断了7年（03年最后一次用VC++6.0编码），开发所需的C#、Html、asp.net、MVC2（现在用的是3）、LINQ、JS、JQuery、Ajax一个也没用过，反倒是在03年最后一个4个月项目中用到过的SQL Server算是唯一可以直接拿来用的
2012-04-05 20:45:17
12053
4
原创 敏捷开发一千零一问系列之十四：敏捷开发加班吗？
这是敏捷开发一千零一问系列的第十四篇。（在这里提问，之一，之二，之三，问题总目录）正逢周末，又是愚人节，群中有人正在加班，想起上次培训中间休息的时候，讨论起这个“敏捷开发加班吗”的问题，虽然后来没有作为课后投票入选，但这里也完整回答一下。问题敏捷开发加班吗？楼下有人问到“敏捷和加班有什么关系”，补充这两句。有些程序员认为，敏捷开发从制度上要求不加班（可持续的步调），因此会说“老板，现在你不是推敏捷
2012-04-01 14:35:43
15515
22
原创 敏捷开发免费管理工具——火星人预览之六：我的空间，我的通知
这是火星人预览系列的第六篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段个人中心下面的两个界面都是兼容iphone屏幕尺寸的(960px)。我的空间这个略微复杂的界面是“我的空间”，设计风格很接近微博，基本上在一个界面即可看
2012-03-30 10:07:57
9476
7
原创 敏捷开发团队管理系列之五：大型研发团队的切分（刚参加3.17 MDP团队管理场次的读者请看）
本文是团队管理系列的第五篇，也是“松结对编程”系列的第九篇。（团队管理栏目目录，松结对编程栏目目录）抱歉在这次MPD上不知道中间的20分钟茶歇也在3小时内，所以最后有10分钟左右的内容没有讲，这里补充一下。大型团队的切分如果团队大到一定程度，比如40人，那么怎样切分团队最好呢？答案是纵向切分，就是按产品而非按职能切分，也就是事业部化，而非开发-测试-支持这样划分。原因大致如此：1. 纵向切分的团队
2012-03-18 13:26:29
13716
3
原创 CSDN10大博客栏目火热评选中
刚看到，我的IT职业生涯系列也在榜中，欢迎大家前去投票。http://event.blog.csdn.net/topcolumn/rank.aspx 栏目分的太散了，其他栏目单独访问量没有上点击量前50，所以没有参加评选。考虑到10年后每个栏目会有多达20~200篇文章，所以就不合并了，呵呵。
2012-03-18 10:26:54
8550
原创 敏捷开发免费管理工具——火星人预览之五：常见问题问答
这是火星人预览系列的第五篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段 常见问题火星人与以往的敏捷开发工具有何区别？1. 更关注需求管理与传统工具强调团队内部的管理（如故事板、任务管理、缺陷管理等）相比，火星人更加关注团
2012-03-15 19:42:55
12100
2
原创 敏捷开发免费管理工具——火星人预览之四：故事板，燃尽图，我的工作项
这是火星人预览系列的第四篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段 日常跟进截图故事板：燃尽图（具备钻取功能）：跟进表：个人中心截图个人中心是3月迭代的重点，所以未来会多很多功能。我的通知：我的工作项（新建和当前负责
2012-03-15 14:43:29
13365
原创 敏捷开发免费管理工具——火星人预览之三：迭代，计划会，分配
这是火星人预览系列的第三篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段 迭代计划截图迭代计划：团队与迭代日历：意向表及预估（对于当前迭代、前一个及更久远迭代、之后迭代的综合安排）：计划会截图故事讲解+估算：分配页面（计划
2012-03-15 13:01:41
8529
原创 敏捷开发免费管理工具——火星人预览之二：编辑故事，产品管理，组织结构
这是火星人预览系列的第二篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段 产品与故事截图（二）产品版本树：编辑用户故事：团队截图组织结构图：团队操作导航：
2012-03-15 11:48:20
8060
原创 敏捷开发免费管理工具——火星人预览之一：需求与故事树
这是火星人预览系列的第一篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段 本人除了做培训、写博客、编手册之外，两年来用半业余半全职的时间一点一点开发了一个敏捷开发管理工具，最近接近发布内测版本，发一些预览资料，欢迎大家关
2012-03-15 11:08:04
18316
18
原创 敏捷开发日常跟进系列之四：跟进表
这是敏捷开发日常跟进系列的第四篇。 （栏目目录）跟进表是大型敏捷团队的一种实践。在一个80多人的网络游戏团队中，他们为了清晰地显示整个团队的运作方式，使用了这种方法。跟进表以上面的网络游戏团队为例，说明一下跟进表上的信息：1. 哪些故事完成了在故事板中也能表达，但缺少结构性。故事板中的故事都是平等的，较难显示大小、父子包含关系等。2. 谁在跟进案例中这个人一般是策划人员，故事的创建者和验收者。3.
2012-03-10 12:08:57
10843
6
原创 敏捷开发一千零一问系列之十三：故事点好还是人天好？
这是敏捷开发一千零一问系列的第十三篇。（在这里提问，之一，之二，之三，问题总目录）问题这是课堂上提的一个问题，这是一家外企，PO在国外，研发在国内；PO希望大家用故事点估算，而团队习惯用人天估算，问用哪个好，或者两个都用好？分析先分析，后出方案。这个是一个典型的有关无我、无住的问题。所谓无我，就是先弄清楚为什么不同的人想要不同的东西，然后本着到底“谁应该要，应该优先满足谁”而非“我应该要，应该优先
2012-03-06 11:51:04
9646
5
原创 敏捷开发日常跟进系列之三：故事板，看板
这是敏捷开发日常跟进系列的第三篇。 （栏目目录）故事板和看板其实不是一个东西，前者是最初的敏捷开发里边的东西，受到了后者的启发产生的；而后者是制造业的东西，具体内容请参考末尾的百度百科。但是在敏捷开发里边提到这两样东西，可以认为大致相同。故事板简单说，故事板是展示迭代中的用户故事和任务的方法，在《硝烟中的Scrum和XP》的封面上就印着一个典型的故事板：一般故事板分为三列：To Do还没做的, D
2012-03-05 20:15:53
19076
5
原创 敏捷开发一千零一问系列之十二：敏捷实施的步骤？
这是敏捷开发一千零一问系列的第十二篇。（在这里提问，之一，之二，之三，问题总目录）问题原问题：敏捷的具体实施是否按照一定的步骤？方案越前面的方案月容易实施，但是也越容易流于肤浅而失败。方案1：循序渐进这个可以说是所有事物推广的方法，不只是敏捷，而作为“敏捷”而言，崇尚迭代交付，自然更符合循序渐进的思想。方案2：面向问题常常听到这样一个问题：我是过程改进人员，以前CMMI过级的时候很忙碌，也很充实，
2012-02-29 23:32:20
10238
8
原创 敏捷开发一千零一问系列之十一：需求谁做主？
这是敏捷开发一千零一问系列的第十一篇。（在这里提问，之一，之二，之三，问题总目录）问题原来问题是这么写的：“每个人对美的认识不一样，在产品开发过程中，该怎样有效控制界面设计用时？”大致是说有些人觉得这样就得了，另外一些人觉得还不够漂亮，不知道评审的时候该听谁的。这个问题有点另类，所以泛化成“需求谁做主”。方案方案1：听产品经理PO的这个是简化的方案。一般而言，我们总会挑选出正确的人，或至少是最正确
2012-02-29 23:31:40
8512
5
原创 敏捷开发日常跟进系列之二：燃尽图（中）
这是敏捷开发日常跟进系列的第二篇（栏目目录）。迭代及燃尽图的目标燃尽图的目标是完成迭代的目标，迭代的目标是什么呢？1. 按产品经理的要求，交付计划会中计划的用户故事2. 尽量完成1之后还会看到，这个定义还有狭隘之处，在系列后面的文章中会提到。为什么燃尽图不能直接地达成这个目标？潜在的问题包括：1. 如果燃尽图按时完成，有可能是为了按时完成，同时牺牲了所有故事（重要和不重要的）的质量，换取了进度。2
2012-02-29 10:46:30
12779
3
原创 敏捷开发日常跟进系列之一：燃尽图（上）
这是敏捷开发日常跟进系列的第一篇（栏目目录）。这个系列将涉及燃尽图（Burndown Chart）、故事板（看板）、每日立会等内容，描述在计划会之后，评审会之前，敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前，还应该有一个敏捷计划系列，描述敏捷开发的从
2012-02-29 09:04:09
22145
3
原创 【更新】火星人敏捷开发手册2012-02-24新增敏捷计划内容
2012-02-24：新版本发布，新增敏捷计划5页由于原定发布时日期2012-02-29在外地培训，提前发布；本期内容由原定的产品管理改为较为基础的敏捷计划，建议下载。预告：下一更新日期：2012-04-30。 本文仅做通知，下载链接及反馈请访问主贴：http://blog.csdn.net/cheny_com/article/details/6616794 页面截图：
2012-02-24 11:17:49
5752
原创 大数定理
空间上统治宇宙的是万有引力（远远超过电磁力、强力和弱力），时间上统治宇宙的则是大数定理。引子这两天为了测试定时刷新功能，编写了一小段代码，每秒产生一个随机数，如果随机数大于0.999，就弹出通知框，模拟定时刷新数据库查看偶发事件的程序。没想到，这段代码似乎很爱表现，本来按理说每小时应该产生3.6个，但实际上经常刚运行1分钟就弹出来了，还经常连续跳。这咋回事呢？难道程序中潜伏着一个智慧生物？于是修改
2012-02-21 09:19:27
7518
3
原创 简单干净的C#方法设计案例：SFCUI.AjaxLoadPage()之二
之一，之二合并显而易见的代码所谓显而易见的代码，就是看上去和别处相同的代码。在这个例子中，就是View‘中初始页面显示的内容与未来刷新的内容重复；Controller中初始显示的运算和刷新的相同。Controller好办，如此： private void PrepareAssignItemsData(int sprintID) { var sp
2012-02-20 10:28:28
6730
2
原创 简单干净的C#方法设计案例：SFCUI.AjaxLoadPage()之一
之一，之二案例背景本文将介绍如何通过一行代码实现下图中的功能。红色框中是http://blog.csdn.net/cheny_com/article/details/7234619提到的AjaxValue，也只有一行代码，看上去类似一个下拉菜单，但能从内部把Ajax功能执行完毕并显示到屏幕上。现在要做的业务需求是：在上述任务分配界面，做右边红框边点选人员并调整名字后，左边的蓝框中整个页面要更新。这
2012-02-20 10:27:58
7269
原创 IT职场人生系列之二十：危险职业（续1）
这是IT职场人生系列的第二十一篇。（序言，专栏目录）之前泛泛地讲了一些危险职业，基本包括两大类：没有积累的（可替代的）和出路狭窄的（但未必差的）。中间有不少读者写来邮件问了一些自己的职业，有的作答，有的暂时没有作答。由于工作内容差别很大，很难一一给出恰到好处的答案，这篇文章将概括地分析其中几个问题。危险行业？危险职业？未来会有行业专门的文章，这里只提一下和职业的关系。有人问：“我正在一家安全技术公
2012-02-08 10:40:21
23410
37
原创 简单干净的C#方法设计案例：SFCUI.AjaxValue()之三
之一，之二，之三 之前讲到，方法声明为： @SFCUI.AjaxValue(story.ID, effortValue.ToString(), Effort.EffortPlannedValues, "/SFC/Efforts/AjaxSetEffortPlanned?itemID=" + story.ID + "&value={0}", ajaxOnSuccess: "refreshLef
2012-02-05 15:42:18
8213
4
原创 简单干净的C#方法设计案例：SFCUI.AjaxValue()之二
之一，之二，之三 先重温一下原则:最小信息原则：方法接口应只传递最必须的业务信息。包括两个层面：1. 技术信息不要暴露2. 业务信息不能重复业务信息分析先别管技术问题，想一想做这个事情需要哪些数据才能完成？1. 原来的值是多少（显示用）2. 可能的值有哪些（选择用）3. 点一个值后，应该执行什么操作（这个是核心业务）4. 返回后做什么（刷新用）还有一些问题哪去了？5. 返回的值刷新到哪里？这个调用
2012-02-05 13:40:58
6319
原创 简单干净的C#方法设计案例：SFCUI.AjaxValue()之一
之一，之二，之三 有很多时候，需要我们在代码中执行很多重复的工作，这时候要涉及到如何使用可复用的方法来解决重复性问题。比如一个项目管理系统，要求在不同的页面的不同位置都能调整任务的估算工作量，而且要使用Ajax方法（因为每次调整后都要实时看到总计），应该如何做呢？从操作步骤上看，大致分为这么几步：0. 显示当前的值（应该看上去能修改的样子）1. 点击当前值，弹出一个小窗口，里边是可能的取值（比如0
2012-02-05 13:40:16
11034
6
原创 IT职场人生系列之二十：危险职业（下）
这是IT职场人生系列的第二十篇。（序言，专栏目录）果然还有下篇，说说不危险和危险职业的基本定义，与以前的维度有点不同的。核心与非核心职业实际上软件企业中间有一根中轴线，是每个企业的核心。在产品研发型企业中，大致是：市场-销售-产品-项目（部门/项目，开发/测试）-运维。在项目型企业中大同小异。所谓核心，就是与企业的营收密切相关的，上述的几个部门如果出了问题，企业的营收都会受到直接的影响。此外的部门
2012-02-02 22:02:55
23231
46
原创 IT职场人生系列之十九：危险职业（中）
这是IT职场人生系列的第十九篇。（序言，专栏目录）这本来是危险职业的下篇，但感觉还有很多危险职业，所以留着以后写。窄出路职业泛指所有越走越高但越走越窄，前途无量但是需求量很少的职业，典型的是质量和过程管理工作，以及咨询师。质量管理/过程管理这个曾经是我放弃了在即将上市的公司做技术骨干的机会而投身去做的一个工作，结果……先说说质量和过程管理是管理什么的：首先不是测试，所以手底下一般没有那么多兵；其次
2012-02-02 21:10:45
23896
9
原创 IT职场人生系列之十八：危险职业（上）
这是IT职场人生系列的第十八篇。（序言，专栏目录）IT职场中，有几个看上去就很危险、没有前途的职业；也有一些看上去很美，但前途也很危险的职业。本系列将大致列举其中一些，并给出一些如果已经位于这些职业中，应该如何处理的方法。如何判断危险职业整体上有两种危险职业：无积累和窄出路。无积累职业指那些做了很久，但是很难有所积累的职业；由于没有积累，也就很容易因为技术的更新而淘汰，或被年轻人替代。无积累，可替
2012-02-02 11:11:01
49118
98
原创 敏捷开发一千零一问系列之十：总体架构什么时机进行？（下）
这是敏捷开发一千零一问系列的第十篇。（在这里提问，之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？方案之前提到了在时间的角度上，从技术和商业层面上的架构设计，下面看看横向的架构设计。方案1：开发人员全体参与架构设计敏捷开发整体上是一个崇尚“跨职能”的管理方法，开发和测试融合（所以才有很多类似自动化测试、单元测试、持续集成这些需要开发人员强参与的测试活动）
2012-01-30 18:09:25
10655
9
原创 敏捷开发一千零一问系列之九：总体架构什么时机进行？（上）
这是敏捷开发一千零一问系列的第九篇。（在这里提问，之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？这是少数几个被提到的技术问题。在两天的培训课程之后，最后剩下的纯的技术问题一般只占1/5都不到，多数都是管理问题，而管理问题中，又基本上是人的管理问题，这也说明了在“心法人事物”中，心总是第一位的。方案最早想写成方案1、方案2，但感觉有点像说是有不同的很多并
2012-01-20 10:48:13
11569
3
原创 敏捷开发一千零一问系列之八：团队习惯了分工怎么办？
这是敏捷开发一千零一问系列的第八篇。（在这里提问，之一，之二，之三，问题总目录）问题在Team中，TeamLeader给人指定任务时，基本没有选择怎么办？（因为大家对别人的工作都不熟悉）方案步骤1：如果团队已经习惯了沉闷地自己开发自己的工作，办公室里边总是静悄悄的，那么一个可行的起点，是Leader可以先与大家进行松结对，就是不断地指导有难题的人。实际上当大家听到有人在交流的时候，就会侧耳听听，如
2012-01-19 11:58:39
10552
10
原创 敏捷开发一千零一问系列之七：怎样对待有看法的徒弟？
这是敏捷开发一千零一问系列的第七篇。（在这里提问，之一，之二，之三，问题总目录）问题松结对编程中，师傅对徒弟安排任务时，对于有想法的徒弟提出的意见怎样解决？方案步骤0：正心，诚意。人们到底是在管理一个人（控制，监督，指令）还是领导一个人（帮助，引导，培养），被管理者和被领导者其实心里是一清二楚的。因此在师徒关系中，不能为了师徒而师徒，而是要找到师+徒这个体系的目的，把心态放在把事情做好而非维护师徒
2012-01-17 10:18:45
13084
27
原创 敏捷开发一千零一问系列之六：业务人员怎样参与开发？
这是敏捷开发一千零一问系列的第四篇。（在这里提问，之一，之二，之三，问题总目录）有一次课程上居然来了一个非开发人员，他是个网站的业务人员，提出了这个问题，并被评为课堂最佳问题之一。问题一线业务部门应该怎样具体参与到敏捷开发中来？答案方案1：敏捷开发中有很多活动是需要业务部门参与的，如果没有时间，第一个要参与的事情是“评审会”，就是阶段性验收产品的会议。在会上应该思考产品在实际应用中是否可用，并提出
2012-01-12 12:04:10
8357
9
原创 敏捷开发一千零一问系列之五：怎样让队员主动要活？
这是敏捷开发一千零一问系列的第五篇。（在这里提问，之一，之二，之三，问题总目录）本问题被评为某次课程最佳问题之一（每场2～4个）。问题怎样让团队成员完成从派活到主动要活？方案步骤0：在一个传统团队中，多半是由一个人（一般是项目经理）估算、分配、监督任务完成。由于这个人处于鸡的角色（请参考百度“猪与鸡”），所以真正承担任务的人要冒任务被错误估算和分配导致绩效低下的风险，引起大家的不满。按时完成了经理
2012-01-11 11:42:38
10665
16
原创 敏捷开发一千零一问系列之四：优先级排错怎么办？
这是敏捷开发一千零一问系列的第四篇。（在这里提问，之一，之二，之三，问题总目录）这个系列的文章太多，除了用于总结性篇章外，请访问“问题总目录”查找感兴趣的具体问题。初始问题对于不断更新的需求，导致需求优先级的判断出现了错误，知道项目周期后期才发现，怎么办？答案1. （临时方案）确保所有排序均是由PO完成的常常出现所谓现场客户、由客户出PO、由一个销售当PO的情况，都是应该避免的。PO一方面要熟悉具
2012-01-10 11:26:26
9294
6
原创 敏捷开发一千零一问系列之三：序言及解决问题的心法（共振）
这是敏捷开发一千零一问系列的第三篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）共振共振是以无我、无住精神推广敏捷时的具体做法。很容易被简单理解为循序渐进，但这样理解不全面，这也是为什么会出现“共振”这个奇怪的词汇。之前的无我、无住，也都很难找到完整替代的又没有歧义的词汇或语句。循序渐进很多人都
2012-01-10 10:38:33
8950
7
原创 敏捷开发一千零一问系列之二：序言及解决问题的心法（无住）
这是敏捷开发一千零一问系列的第二篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二） 无住在般若敏捷系列中已经提过，包括不住于法，不住于空。不住于法就是不停留在一种固定的方法上。如果把“敏捷”理解成一个名词，就会出现一个问题：什么是敏捷？又会扩展成Scrum是敏捷，还是XP是敏捷？RUP是不是敏捷？
2012-01-10 10:37:34
9202
4
原创 敏捷开发一千零一问系列之一：序言及解决问题的心法（无我）
这是敏捷开发一千零一问系列的第一篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二） 做敏捷开发时间长了，就感觉很多事情都理所当然，越发觉得“问题很可贵”，最近做培训的时候收集了一些问题，很多现场来不及解答，逐一发表在这里。如何解决一个问题知识多了自然可以解决问题，经历多了自然也可以积累经验，但是在一
2012-01-10 10:36:43
16292
24
功能点需求模板
2015-11-26
产品研发敏捷统一过程 AUP2.0
2015-11-26
火星人敏捷开发早期估算
2013-07-14
火星人敏捷开发手册 2012-12-31（修正了页眉）
2012-12-31
Top100案例征集表
2012-10-09
火星人敏捷开发手册 2012-08-15
2012-08-14
火星人敏捷开发手册 2012-06-30.pdf
2012-07-01
火星人敏捷开发手册 2012-05-06
2012-05-06
火星人敏捷开发手册 2012-04-30
2012-04-30
火星人敏捷开发手册 2012-02-29
2012-02-24
火星人敏捷开发手册 2011-12-31
2011-12-31
火星人敏捷开发手册 2011-10-14
2011-10-15
火星人敏捷开发手册 2011-09-12
2011-09-12
火星人敏捷开发手册 2011-08-18
2011-08-18
火星人敏捷开发手册 2011-08-18
2011-08-17
火星人敏捷开发手册-免费的Scrum开发过程手册 2011-07-21
2011-07-21
火星人敏捷开发手册-免费的Scrum开发过程手册
2011-07-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人