在加拿大
我们现在正开始一个新的项目，想建立Agile的开发环境，主要过去他们都是用很老的软件（像Clearcase）和Waterfall的流程，所以新项目的特点就是用现在主流的技术和Agile的方式。我的Mid-tier是J2EE + Restful + Web service，Frontend是iOS，用Native API开发iPad，Backend和数据库是existing application。Java的开发环境是Eclipse + Maven + Nexus + WebSphere Liberty Profile。我们买了一台Mac Mini，把Jenkins和Github都host在Mac上，Jenkins也能支持iOS。我们还买了Jira用于项目管理。我现在这个环境是不是属于比较主流的Agile开发环境？还有什么可以提高的吗？大家平时单元测试做的多吗？只用Junit吗？还用其他什么单元测试框架吗？
评论
你的问题有点奇怪呀。我觉得Agile是一套软件开发方法论，以适应多变的软件开发需求，达到更早更好满足客户要求的目的。比如采用small iteration，delivering working subset software from time to time, always involving customers etc具体到你用什么软件开发环境用哪些技术,跟是不是follow Agile development methods没什么关系。
评论
西葡那些事儿 (2011)意大利中北部之旅 (2009)美东四城记（波、纽、华、费）(2010)墨西哥城都市游 (2012)邮轮入门级-巴哈马 (2016)你的问题有点奇怪呀。我觉得Agile是一套软件开发方法论，以适应多变的软件开发需求，达到更早更好满足客户要求的目的。比如采用small iteration，delivering working subset software from time to time, always involving customers etc具体到你用什么软件开发环境用哪些技术,跟是不是follow Agile development methods没什么关系。点击展开...说得对。不过Agile开发方法，一般会配合JIRA等同类软件来进行项目的管理。嗯，刚看到你们也有了。
评论
至于Unit Test, 那当然很重要了。Agile的方法论要求是quality focus的，尽可能随时有一个workable的application, 因此Unit Testing是保证quality的很重要的一环，前一阵炒的比较热的还有Test Driven Development, 要求先写unit test,再code, 随时保证unit tests working.
评论
西葡那些事儿 (2011)意大利中北部之旅 (2009)美东四城记（波、纽、华、费）(2010)墨西哥城都市游 (2012)邮轮入门级-巴哈马 (2016) 赏 2015-05-08#5
4,099 $0.00 你可以请俺这个认证scrum master给你们咨询指导一下，买了jira就要用好是不是，嘿嘿评论
A brave new world
你可以请俺这个认证scrum master给你们咨询指导一下，买了jira就要用好是不是，嘿嘿点击展开...scrum master的证明明是花钱买的啊评论
sallay 说:scrum master的证明明是花钱买的啊点击展开...是的，基本给钱有证，哈
评论
A brave new world
赏 2015-05-08#8 
734 $0.00 都不知道agile是什么，为什么觉得agile好？就因为流行？晕了评论
学习
评论
反正我作为一个资深软件软件工程师，在scrum meeting 上面，，只要我们不是工作在同一个模块，根本听不懂其他组员讲的东西,但是就这样也混了好多scrum了。。。。惭愧惭愧。。。 每天早上的例会，纯粹是浪费时间而已。。。
评论
一个智者~一个心理学家~一个观察家..是的，基本给钱有证，哈点击展开...这两天我们请咨询公司的scrum master做顾问，为我们做scrum，开了几天的会，反正我对那个公司是不敢恭维了，具体名字就不说了，应该是个很大的公司
评论
sallay 说:这两天我们请咨询公司的scrum master做顾问，为我们做scrum，开了几天的会，反正我对那个公司是不敢恭维了，具体名字就不说了，应该是个很大的公司点击展开...几天的功夫能有啥成效呢，呵呵，任何方法都不是方法本身解决问题，而是执行该方法的人解决问题
评论
A brave new world
赏 2015-05-08#13 4,099 $0.00 我几乎经历了所有的软件开发生命周期方法（全中文不容易啊）坦白的说条条大道通罗马，事在人为，方法论本来就是指导菜鸟居多的。不过没有经历过传统的方法论的人往往是难以立即现在敏捷开发的优缺点的，我一直不认为要盲目的使用一些东西在你没有明白理解为什么之前评论
A brave new world
我几乎经历了所有的软件开发生命周期方法（全中文不容易啊）坦白的说条条大道通罗马，事在人为，方法论本来就是指导菜鸟居多的。不过没有经历过传统的方法论的人往往是难以立即现在敏捷开发的优缺点的，我一直不认为要盲目的使用一些东西在你没有明白理解为什么之前点击展开...我们是请scrum master帮我们做user story的分析，他们好像不懂什么技术，就写了些As..., I would like to..., so...的纸条，然后要我们打分，我也不知道为什么纸牌是1，3，5，8，13，30，然后直接200，300了而且我觉得他们的user story分析的也不对，有些是feature，有些很epic，根本break down不出什么task了。感觉他们很忽悠。评论
sallay 说:我们是请scrum master帮我们做user story的分析，他们好像不懂什么技术，就写了些As..., I would like to..., so...的纸条，然后要我们打分，我也不知道为什么纸牌是1，3，5，8，13，30，然后直接200，300了而且我觉得他们的user story分析的也不对，有些是feature，有些很epic，根本break down不出什么task了。感觉他们很忽悠。点击展开...就是靠忽悠。。。但是忽悠起来赚的钱还挺多的。。。呵呵
评论
一个智者~一个心理学家~一个观察家..我们是请scrum master帮我们做user story的分析，他们好像不懂什么技术，就写了些As..., I would like to..., so...的纸条，然后要我们打分，我也不知道为什么纸牌是1，3，5，8，13，30，然后直接200，300了而且我觉得他们的user story分析的也不对，有些是feature，有些很epic，根本break down不出什么task了。感觉他们很忽悠。点击展开...不知道是你们懂得太少还是他们讲的太少，呵呵。我感觉两个都有。从我目前看到的，你们懂得也实在太少了，你们先需要scrum基本的training，然后才是实战进一步提高。userstory怎么拆分其实基本原则很简单，主要就是纵向的划分，对最终用户有价值的角度为主，粒度尽量小一点，13就很大了，200就太离谱了。
评论
A brave new world
我们是请scrum master帮我们做user story的分析，他们好像不懂什么技术，就写了些As..., I would like to..., so...的纸条，然后要我们打分，我也不知道为什么纸牌是1，3，5，8，13，30，然后直接200，300了而且我觉得他们的user story分析的也不对，有些是feature，有些很epic，根本break down不出什么task了。感觉他们很忽悠。点击展开...1, 3, 5那个是story point，就是衡量工作量的一个单位。8 ~ 13个story point应该就差不多够一个人做一个iteration，因为cod review啥的来回反复的时间也挺多的。直接200， 300应该是算整个项目在某个阶段总共要多少个story point。scrum master不需要懂技术的。主要是贴出一个story，然后你们分分步骤怎么完成，每个步骤的工作量是多少。评论
shielin 说:反正我作为一个资深软件软件工程师，在scrum meeting 上面，，只要我们不是工作在同一个模块，根本听不懂其他组员讲的东西,但是就这样也混了好多scrum了。。。。惭愧惭愧。。。 每天早上的例会，纯粹是浪费时间而已。。。点击展开...我觉得听不懂是正常的，毕竟谁也不是多面手。目的是遇到困难的同学有个场合把问题提出来，然后看看有谁会的，会后一起坐下来想想，看看。还有就是碰到困难，预计的时间不够了，要做些调整。
评论
fieldmarshal 说:不知道是你们懂得太少还是他们讲的太少，呵呵。我感觉两个都有。从我目前看到的，你们懂得也实在太少了，你们先需要scrum基本的training，然后才是实战进一步提高。userstory怎么拆分其实基本原则很简单，主要就是纵向的划分，对最终用户有价值的角度为主，粒度尽量小一点，13就很大了，200就太离谱了。点击展开...什么叫纵向的划分？我觉得还是应先以功能模块的形式划分user story和task。对最终用户有价值的角度为主？是不是要同时考虑几个模块？他们之间有可能有dependency，这怎么处理？
评论
五年前我们就开始打牌做过若干个声称用Agile管理的项目，有些很有效，有些只是个形式，上一个公司的PM自称是scrum master，每周开的会被他称作scrum meeting, 内里充其量还是water fall那一套，真是让人笑歪了嘴巴。去年的一个美国项目，美国方面的scrum master是个老家伙，第一次应用scrum，每个sprint planning meeting半小时就开完。我们这边的架构师闻后大惊，问我这厮是否新手，我只好说光看年纪就不算是。可见Agile这东西虽好，但最终还是依赖实施的人是否通晓其中的关窍利弊以及应用方面的经验。
·新西兰金融投资 和盛（亚洲）运营有限公司
·新西兰汽车 全网最低价 油电混合飞度