ThoughtWorks、Teambition、Trello、Slack、DevCloud 主流敏捷软件开发工具平台比较
在大公司做了6年程序员,2年项目经理的小王,正在创业公司迎来他焦虑的而立之年。
但是对于3个月前加入创业公司的决定,他现在有些烦躁和怀疑人生。在他过往的经验看来,公司新接的小项目,在过去的大公司里1个月就该交付了。现在已经3个月了,工作、生活一切好像都乱了套,虽说对创业有心理准备,但是这些在他看来都不应该成为问题——
CEO低估了项目难度,在客户面前满口答应1个月交付没问题
对软件版本缺乏有效的管理
各语言代码检查,安装各种工具和插件,不胜其烦
半路接手项目,开发环境和架构大换血造成拖延
手工集成
测试人员介入太晚,开发完才测试
……
1个全栈工程师带3、5个刚毕业的程序员,大部分正规军的系统训练,团队尚在磨合期,却要满足客户不断提出的需求,紧迫的deadline,一个项目失败就可能直接导致创业失败。
面对严酷的小团队、新团队技术创业现实,在开发人员素质参差不齐的情况下,必须依靠工具辅助开发全流程,补齐创业团队短板,提高研发竞争力。对比大企业的自有自研工具,中小企业多靠第三方工具实现,我们比较了ThoughtWorks、Teambition、Trello、Slack、DevCloud主流敏捷软件开发工具。
1、产品功能是否覆盖软件开发全生命周期
Thoughtworks: 是
思特沃克是较早将DevOps理念引入中国的跨国公司,也为国内多家大型软件公司提供过咨询服务。旗下产品:mingle(项目管理)、Snap CI(持续集成-已停止服务)、GoCD(持续交付)、Gauge(自动化测试)。跨国公司的调性就是不为单一市场本地化,所以产品全英文界面,产品基于开源平台开发。

Teambition:否
Teambition是国内团队协作工具的领导者,互联网创业明星企业。主打项目管理沟通与协作,产品不仅包括软件开发,还包括众多传统垂直细分行业。产品支持部分API接入,以方便完成软件开发的全流程。

Trello:否
Trello可以说是国外开发者(国内部分团队)偏爱的产品了,与Teambition一样主打项目管理,但是Power-Up支持了众多场景与API,没有细分具体行业,但简洁的全中文界面,清晰的场景,学习成本极低,很容易上手。如果你的团队纠结于付费和国际化,使用Trello绝对是不二之选。

Slack:否
近日传闻AWS有意收购Slack,Slack作为国外异军突起的SaaS产品,将邮件、聊天、搜索整合在一起自下而上推动增长的模式打破了SaaS产品的固有套路。产品依然不支持中文,特别是某些服务所需网络国内访问并不顺畅,团队使用成本较高。

DevCloud:是
DevCloud是华为自主研发的一站式云端DevOps平台。产品包含项目管理、配置管理、代码检查、编译构建、流水线、测试管理、部署管理、发布管理服务,实现了端到端一站式开发,覆盖软件开发全生命周期,专注软件开发领域。

2、是否有服务团队一对一指导?
一个企业选择一个全新的研发平台,全新的模式,迁移成本巨大,不仅是代码安全,还有人员学习成本。特别是服务场景越多的产品,不是单单的FAQ能解决的。然而大部分互联网企业的产品,是很少提供专项的专家技术支持的。
思特沃克(Thoughtworks)侧重咨询,往往只针对大型企业提供服务,以“三高”著称:高品质、高规格、高价格。不是一般中小企业享受得起的;Teambition、Trello、Slack主打互联网模式,只有消费到一定金额的客户才会有技术支撑,其余全靠自学;DevCloud(华为软件开发云)可以说充分发挥了华为的人海战术,技术支撑团队可以进驻企业,一帮一把项目迁移上云,扶上马再送一程。
3、是否更适合国内企业场景?
如上文所述,外来的和尚不一定会念本地经。况且能请得起外来和尚的也不多。近些年互联网创业风起云涌,3、5个人的创业公司和团队比比皆是,这种苍蝇腿肉跨国公司是看不上的,也不可能全程培育,他们更崇拜全球统一标准、统一模式。这里本土企业的优势就明显了,创业者与创业者有更多共同语言。

以上,工具只是辅助,思想还需实践。所谓敏捷开发的核心,不过是转变生产方式,以市场、客户、用户为导向,重新理顺管理、开发、测试、运维的关系。一个真诚的建议是能面对面交流的,千万不要以邮件代替。转型总是痛苦的,可是“飞轮效应”告诉我们,虽然早期推动困难,但只要轮子转起来,就会越来越快。这还难道不值得我们今天多加一点力吗?
ThoughtWorks、Teambition、Trello、Slack、DevCloud 主流敏捷软件开发工具平台比较的更多相关文章
- 敏捷软件开发VS传统软件工程
敏捷软件开发:又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新兴软件开发方法,是一种应对快速变化的需求的一种软件开发能力. 与传统软件工程相比,它们的具体名称.理念.过程.术语都不尽相同 ...
- 敏捷软件开发 VS. 传统软件工程
敏捷软件开发 VS. 传统软件工程 软件工程这一术语1968年被提出,之后美国软件工程专家巴利·玻姆对十多年间研究软件工程的专家学者们提出的一些准则与信条,于1983年对提出软件工程的七条基本定理,将 ...
- 敏捷软件开发vs传统软件开发
摘要 本文介绍了传统软件开发(着重介绍了传统软件开发中常用的瀑布模型)和敏捷软件开发,以及敏捷开发和传统开发的对比. 一.传统软件开发 比较常用的几种传统软件开发方法:瀑布式开发.迭代式开发.螺旋开发 ...
- 敏捷软件开发(4)--- TEMPLATE METHOD & STRATEGY 模式
1.TEMPLATE METHOD 泛型,也就是这个模式,是可以基于泛型的. 我们往往会有一些算法,比如排序算法.它的算法部分,我可以把它放在一个基类里面,这样具体类型的比较可以放在子类里面. 看如下 ...
- 敏捷软件开发(3)---COMMAND 模式 & Active Object 模式
COMMAND 模式 command模式非常简单,简单到你无法想象的地方. public interface Command { void execute(); } 这就是一个command模式的样子 ...
- 敏捷软件开发(1)--- STATE 模式
如果状态在运行过程中,不停的切换和改变,我们怎么办? 状态的迁移是我们生活和工程中非常普遍的一个概念.于是在数学上有一种理论来分析和解决这个问题. 有限状态机理论是一个非常成熟的理论,所有动作和流程的 ...
- 敏捷软件开发:原则、模式与实践——第14章 使用UML
第14章 使用UML 在探索UML的细节之前,我们应该先讲讲何时以及为何使用它.UML的误用和滥用已经对软件项目造成了太多的危害. 14.1 为什么建模 建模就是为了弄清楚某些东西是否可行.当模型比要 ...
- 敏捷软件开发:原则、模式与实践——第12章 ISP:接口隔离原则
第12章 ISP:接口隔离原则 不应该强迫客户程序依赖并未使用的方法. 这个原则用来处理“胖”接口所存在的缺点.如果类的接口不是内敛的,就表示该类具有“胖”接口.换句话说,类的“胖”接口可以分解成多组 ...
- 敏捷软件开发:原则、模式与实践——第10章 LSP:Liskov替换原则
第10章 LSP:Liskov替换原则 Liskov替换原则:子类型(subtype)必须能够替换掉它们的基类型(base type). 10.1 违反LSP的情形 10.1.1 简单例子 对L ...
随机推荐
- 关于python中矩阵的实现和矩阵的转置
python中矩阵的实现是靠序列,,, 序列有很多形式, 其实矩阵是现实生活中的东西,把现实生活中的结构转换到程序中. 就需要有个实现的方法,而这种路径是多种多样的. 下面给出一个把矩阵转换成pyth ...
- 素数表(Eratosthenes)
怎么判断一个数是素数? 常规的方法是枚举从2开始的数,看看是否能被整除. 但是,如果要判断的数很多的时候,那么效率会十分低下.... 一个优化的方法是不用判断比这个数小的所有数(到平方根位置),而是判 ...
- (转) 设置sqlplus中的退格键
转自:http://blog.itpub.net/26110315/viewspace-717249/ 有些时候当你使用sqlplus登录到数据库中的时候,敲错了命令想要删除修改的时候,发现以前敲入的 ...
- 洛谷——P3128 [USACO15DEC]最大流Max Flow
https://www.luogu.org/problem/show?pid=3128 题目描述 Farmer John has installed a new system of pipes to ...
- NSDate时间
NSDate 使用 ios时间的秒数 取当前时间的秒数 NSTimeInterval time = [[NSDate date] timeIntervalSince1970]; long long i ...
- Storm新特性之Flux
Storm新特性之Flux Flux是Storm版本号0.10.0中的新组件,主要目的是为了方便拓扑的开发与部署.原先在开发Storm拓扑的时候整个拓扑的结构都是硬编码写在代码中的,当要对其进行改动时 ...
- CSDN日报20170406 ——《代码非常烂,所以离职。》
[程序人生]代码非常烂.所以离职? 作者:stormzhang 我在面试的时候一般会问这么一个问题:你为什么离职? 当中有不少同学会提到这么一个原因.现在的项目代码太烂了,前人留下了非常多坑,我实在忍 ...
- 【t063】最聪明的机器人
Time Limit: 1 second Memory Limit: 128 MB [问题描述] [背景] Wind设计了很多机器人.但是它们都认为自己是最强的,于是,一场比赛开始了~ [问题描述] ...
- POJ 题目2506Tiling(大数)
Tiling Time Limit: 1000MS Memory Limit: 65536K Total Submissions: 8128 Accepted: 3941 Descriptio ...
- 机器学习01-kNN邻近算法
k-近邻算法 概述:k-近邻算法採用測量不同特征值之间的距离方法进行分类 长处:精度高.对于异常值不敏感.无数据输入假定 缺点:计算复杂度高,空间复杂度高,而且它没有办法各处基础数据的一些内部信息数据 ...