淬锋软件(Relax?)产品介绍 - 中网资讯中心

来源:百度文库 编辑:神马文学网 时间:2024/04/28 03:12:40

1概述
1.1.什么是Relax


简单地说,Relax是一个软件研发管理平台,为软件开发组织提供一种可量化的、高度敏捷的、全生命周期的、高效的项目管理工具。同时,Relax又不仅仅是一种工具,它为您的组织带来的是一种量化的、敏捷的项目管理理念和若干最佳实践。在授人以渔的同时还送上一副称手的钓竿,这就是Relax的核心价值所在。


1.2.为什么使用Relax


欲善工事,先利其器。软件项目管理也需要适合的工具。再先进的方法和理念,如果没有好的工具去辅助也难发挥其威力。诚然,我们手头有Microsoft Project,市面上可以找到若干商业化的或者开源的项目管理辅助工具,为什么还要使用Relax?较之其它工具,Relax的独到之处到底体现在哪些方面?


回答这个问题之前,我们首先考察一下项目管理软件的市场格局:


若论知名度,当首推MicrosoftProject。Project是一款遵循PMI/PMP体系、为工程项目而设计的通用型项目管理工具,缺乏软件项目独有的特性;市面所见的其它商业的/非商业的项目管理工具,多为MicrosoftProject的翻版、或者以瀑布模型作为基础、或者生搬硬套CMMI;诚然,还有一些老牌ALM厂商的产品,但价格昂贵且使用繁杂。


缺乏敏捷性或忽视软件开发特征的工具会迫使软件开发人员的精力从关注软件项目本身转移到应付过程活动上来,偏离了重心——农夫整天忙于按照说明书折腾收割机而无暇顾及收割小麦,这不是人类使用工具的初衷。


Relax则心无旁骛地只专注于软件项目的管理,帮助项目团队更专注于业务领域而不是过程活动。不会让您填写令人生厌的统计表格去应付SEPG,也不会让你撰写冗长而枯燥的文档去应付客户。Relax的独到之处在于提供了一种敏捷的、量化和可视化的管理方法,帮助您尽快交付满足客户需要的、高质量的软件。


2软件项目管理的现状


淬锋的核心团队成员在软件开发领域均有超过十年的职业经验,对国内软件企业项目管理现状有很深刻的体会,下面略作分析。


2.1.相对于技术,项目管理能力还嫌薄弱


时至今日,软件开发已经从一种个人行为演化为一个蓬勃发展的新兴产业。产业化就意味着大规模工程化,既然是一项严肃的工程活动和群体实践,那么管理就是不可或缺的。


毫不避讳地说,为数众多的软件企业对如何管理软件项目尚无清晰的思路和明确的解决方案,软件开发活动一直在一种混沌的状态中进行。较之于技术能力,管理还很薄弱。


2.2.管理意识增强,寻找有效的管理方式


对于一个有生命力的行业来说,当穷则思变。越来越多的企业和开发人员认识到了管理不善的弊端,开始寻找更有效的项目管理方式:


我们曾对瀑布模型展开了批判、也曾把CMMI视为银弹、还实践过各种UP方法;我们考过项目经理认证、写过堆积如山的文档、听过“大师们”高深莫测的演讲;我们在混沌中摸索前行,各种讨论、争论甚至讨伐之声不绝于耳。


变革的时代总会有这样的壮观景象,尤其是思想层面的变革。这种貌似混乱的景象表明了一种觉醒:业界对传统项目开发/管理方式的不足之处反思和对新的方法的渴求。


2.3.“敏捷”风起云涌,既是出路又象迷宫


敏捷方法的出现为软件开发开创了一个崭新的局面。忽如一夜春风,很多企业和开发人员纷纷表示自己敏捷了;也有很多企业和开发人员心存怀疑甚至冷眼旁观;更有一些企业和开发人员干起了敏捷培训、敏捷教练、敏捷认证的买卖……


业界经过10年的实践证明了敏捷是有效的,但这并不意味着软件组织导入敏捷开发方法的过程就很简单。转变管理思维和改变开发方式并非易事,仅仅给自己贴上一个“敏捷”的标签并不能达到预期,只有当某一天我们嘴上不再挂着敏捷这个词的时候,我们的软件开发方式才是真正敏捷了。


3Relax的解决方案


淬锋的创始人经历了上述的几个阶段。不同的是我们没有过多地参与争论、也没有给自己胡乱贴标签,我们在埋头进行理论探索和工程实践。在证明这些理论和实践有效之后,再将用软件实现,于是就有了Relax。


3.1.方法论简洁严谨,来源于项目实践


Relax的方法论基础是特征驱动开发(Feature-DrivenDevelopment,FDD)。FDD是敏捷联盟官方认可的软件开发方法学之一,形成于敏捷宣言发表之前。FDD并不来源于某位思想家的灵感,而是源于对象建模大师Peter Coad和Jeff DeLuca等人在新加坡联合海外银行项目的经历。FDD的核心过程可以用4张A4纸描述,非常简洁。但过程要素之间逻辑性极强,又十分严谨。相对于RUP或CMMI而言精致玲珑。但这恰好是FDD的优势所在:让过程成为开发人员的工作习惯,而不是惟过程是尊。


淬锋对FDD做了若干重要的改进和完善:


 加入了量化管理思想和项目健康状况监控方法
 完善了版本规划和迭代计划机制
 增强了测试过程(FDD核心过程中不包含测试过程)
 ……
在设计上我们参考了以下三个模型,尽量融合敏捷和CMMI的理念:


 Jim Highsmith提出的敏捷项目管理模型
 David J. Anderson提出的敏捷成熟度模型
 SEI的CMMI Level 4(For Development)


3.2.模块化的架构和RIA体验


Relax是基于Sun Java EE平台构建,独立于特定的软硬件平台,能运行于任何符合Servlet规范的应用服务器之上,兼容大多数商业/开源的关系数据库系统。
Relax采用插件机制实现了模块化的架构。每个独立的功能都作为一个Module被装载到Workbench中。根据我们的产品计划,未来版本将开放插件接口。
同时,Relax还采用了Smart Client技术,使之在流行的浏览器中都具备Windows Native Application一样的用户体验。
下图描述了Relax的架构体系:
 
3.3.为软件开发提供全生命周期支持


无论是哪种软件过程模型,都认可软件生命周期的概念。传统上人们将软件开发生命周期划分为需求分析、设计、编码、测试等阶段。瀑布模型将其定义为线性的,而在Relax中则是迭代的,并通过以下功能实现了对软件开发活动全生命周期的管理:


 软件研发组织和产品线管理
 开发人员和项目团队模型管理
 项目属性和量化参数配置
 项目需求定义和管理
 项目版本规划和迭代计划
 迭代开发和项目进度报告
 软件测试和缺陷管理
 项目健康状况分析
 组织级知识管理
 彩色建模工具(企业版中暂不支持)


3.4.传统与现代:融合量化思想和敏捷开发


如果我们承认软件开发行为是一种工程活动,那么在管理上它与传统工程项目定有相似之处。我们考察下传统工程领域和诸如生物、电子等与“软件”一样年轻的工程领域就发觉一个事实:项目管理本质上是技术管理和微观管理,而其每个环节都离不开量化。


鉴于智力活动的特殊性,Relax将软件开发中的工程行为比例尽量提高,将“艺术行为”尽量弱化,这样软件开发才能成为一种可控的活动。如同萨缪尔森将数理方法引入到经济学研究中一样,现在用数理方法研究经济学已经理论经济学家的共识。用量化的方式管理软件项目,相信也将会成为软件项目管理者和开发人员的共识。


同时Relax又是非常敏捷的。它所遵循的方法论和最佳实践均符合敏捷宣言所提倡的核心价值观和原则。短周期迭代、持续交付、重视沟通、以结果度量进度…这些敏捷特性您都会在Relax中体验到。
3.5. 产品 + 咨询模式:为客户提供超值服务


淬锋的最终目标不是简单地销售产品给客户,而是要帮助客户利用我们的软件建立或改善软件开发过程。众所周知的,软件过程/项目管理是一个非常专业的领域,为了达到预期的效果,咨询就显得十分重要。淬锋为客户提供全程的免费咨询服务,因为我们认为有义务帮助客户更好地利用Relax管理软件项目。


免费咨询不是培训或售后服务,而是淬锋与客户特有的合作模式。我们不向客户灌输一些空泛的说辞,而是与客户一起在真实的项目环境中去实践如何定义和分析需求、如何评估工作量、如何规划版本、如何进行迭代开发…,最后再将这些实践与理论相互印证。
 

4总结:Relax为客户带来的收益


如前文所述,Relax拥有诸多同类产品所不具备的特性。那么,客户选择Relax能带来什么收益呢?我们认为Relax从以下几个方面能为客户带来可观的投资回报:


1.缩短项目开发周期,节约开发成本;
2.快速响应客户变化,赢得市场机会;
3.如期交付高质量的软件,赢得客户信任;
4.建立组织级开发流程,为企业持续发展提供动力。


大野耐一先生在面对丰产生产方式和福特生产方式优劣之争时曾说,能为企业赚钱的生产方式才是好的生产方式。经验表明,Relax是一种能为客户赚钱的开发方式:内部通过杜绝浪费、提升质量以节约成本;外部通过赢得客户信任度以获取新的市场机会。