|
软件工程TaijiAlliance需求难题实话设计模式太极敏捷CMMI核心软件工艺
|
|||||||||||||||||||
通知常用服务ITPub新浪
迭代AgileScrum
什么是迭代? IID 与 IIDD、HIRAIED 为什么要迭代? 先迭代后敏捷 UML
需求
软件架构设计Web架构模式.NetJEE
项目管理
PMI/PMBOK Scrum APM 软件项目管理知识体系 十大风险 |
TABOK-敏捷知识体系 4801(敏捷 2012-1-13 版本:0.2)现在 BOK 这么火,大家都在学 BOK,应该搞个 Agile BOK。更新: 中式敏捷共识 敏捷落地八原则 Taiji 价值观 敏捷原则图 开设开源 773(编程 2011-12-28)OpenDesignOpenSource 一起来分享设计和源码。更新: ReflectiveObjectFactory(反射式对象工厂) SwitchChecker 统一用例方法 UUCM 25799(用例 2011-12-23)为什么用例如此重要?任何系统开发都少不了用例,不管你是显式还是隐式地去用它。用例本质上是一种用自然语言编写的需求程序。张恂大概是第一个说出“用例是敏捷的”人。用例至少有 6 种以上的表现形式,既可以比用户故事更简单,也可以比用户故事更复杂,达到测试级的细粒度。把特性、用户故事、用例统一在一个完整、有效和精简的需求描述框架下是我正在做的事情。最近更新:统一用例模版 敏捷的误解、误区和谬论 5147(敏捷 2011-12-6)十大误解和误区 敏捷不适合产品研发? 敏捷会榨干开发人员? 敏捷忽视文档?... 中式太极敏捷:UDD over TDD 83937(敏捷 2011-11-16 版本:草稿)Scrum+XP 并非敏捷实施的唯一选择。先迭代、后敏捷,国内的敏捷过程改进最好从 IID(迭代递增式开发)开始。以强调阴阳平衡为特色的 Taiji 方法吸收、借鉴了国外 Agile、Scrum、XP、RUP、Lean、PMBOK 和 CMMI 等方法体系的经验。更新: 软件项目经理最应该关心的 14 件事 软件开发项目是否真的需要一个需求分析阶段? UML 太极建模口诀 职业程序员知识体系 PPBOK 1734(编程 2011-11-15 版本:0.1)一名专业程序员,到底应该掌握哪些东西? 需求 1672(需求 2011-10-24)需求,软件开发与管理的头等大事。更新: PPT 讲义-用例分析导论 Agile 与太极:到底啥是敏捷? 32774(敏捷 2011-9-15)敏捷过程改进最好先从了解什么是敏捷开始。 解读敏捷原则 为什么要太极敏捷? P2P:70 后写给 80 后 748(经验 2011-9-7 版本:草稿)这些年一直有很多话想写给 80 后程序员们,希望通过分享我个人的一些心得体会、经验和教训,能给大家提供一些帮助,以便少走弯路。 大道至简:实话设计模式 20222(模式 2011-8-31 版本:草稿)实话比大话好! 太极敏捷文摘 3204(敏捷 2011-5-24 版本:0.1)第一期编辑中... CMMI与Scrum实践之思考 说说测试那点事 为什么是太极软件工程? 案例分析:一次草率的 Scrum 实施 1630(案例 2011-5-19)这大概是我十年来所见到的最“极限”的一个 Scrum 实施项目:仅仅做了一周简单的培训后,就马上正式开始实施,而且是拿正式的客户合同项目作试验。这样的案例其实非常典型,反映了国内许多企业的常见误解:把 Scrum 当成了一种神奇的速效药。 |
||||||||||||||||||



