|
锁定老贴子 主题：在公司推广敏捷--起步篇
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间：2006-12-13 关键字: agile
最近,我师父--我们公司每个新人都有师父带3月入门,然后就一直是师父;哦,他是有力量推动敏捷的那种--培训回来,对敏捷表现出来浓厚的兴趣,我原来对于一些关于敏捷的书本学习,似乎可以实践一下了. 今天中午,他交代我在我的项目中开始实践一下敏捷.
对于我们公司,推广敏捷,那可绝对是件大事,百几十开发的啊. 而且,以前好像推行每日构建之类,以失败告终 . 因此,我们必须在小范围内推广成功,然后才能说别的. 我没有经过什么实践,这是第一次去在实际项目中实践,请各位高手指导啊. 有兴趣帮助我们推广敏捷的朋友,请您多多指教. 我会定期在这里发布进展状况,请您关注一下. 首先介绍一下项目概况, 我们现在有两个人, 开发一个基础性的项目.Java , workfow 相关的. 我首先定一下我们要使用的一些敏捷相关的东西,请大家 指导一下:
以上是打算选择的工具. 请指教. 另外,描述用户故事,书里面说用卡片. 也不知道各位牛人怎么做的? 想想卡片也不方便,如果多几个人卡片传来传去的. 可不可以直接在JIRA里创建一个Task呢? 声明：JavaEye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
|
| 返回顶楼 | |
|
时间：2006-12-13
如果我是你,我也差不多会选择那些工具,可仔细一想如果眼睛总是盯在工具上是不是也就不敏捷了,我觉得应该大家花一定的时间讨论一下到底什么是敏捷到底如何敏捷,把这个问题想搞清楚了,什么工具就只是工具了.我的陋见!
|
| 返回顶楼 | |
|
时间：2006-12-14
引用 最近,我师父--我们公司每个新人都有师父带3月入门,然后就一直是师父;哦,他是有力量推动敏捷的那种--培训回来,对敏捷表现出来浓厚的兴趣,我原来对于一些关于敏捷的书本学习,似乎可以实践一下了. 今天中午,他交代我在我的项目中开始实践一下敏捷.
对于我们公司,推广敏捷,那可绝对是件大事,百几十开发的啊. 而且,以前好像推行每日构建之类,以失败告终 . 因此,我们必须在小范围内推广成功,然后才能说别的. 我没有经过什么实践,这是第一次去在实际项目中实践,请各位高手指导啊. 有兴趣帮助我们推广敏捷的朋友,请您多多指教. 我会定期在这里发布进展状况,请您关注一下. 首先介绍一下项目概况, 我们现在有两个人, 开发一个基础性的项目.Java , workfow 相关的. 我首先定一下我们要使用的一些敏捷相关的东西,请大家 指导一下: 开发工具: eclipse 版本控制: CVS 构建工具: MAVEN2 (正在选择,还有没有其他的?) 单元测试: Junit 当然还有可能用到其他单元测试的,例如 DBUnit 集成测试: selenium 集成工具: Continum 或者 CruisControl 对这个东西到底怎么用,现在还不是很了解,请一下.用它有什么好处??概念很模糊啊. 需求管理, Bug 管理跟踪, 任务管理和分配, 计划, 配置管理, 交流工具(WIKI): JIRA 和 Trac 这两个东西为主要备选项, 仔细看了看,基本功能差不多啊. trac可以看代码,不过好像只能和SVN协作. JIRA没有看代码的功能. trac可以得到源代码,python我也知道一点.但是好像没有中文支持啊. 其他工具: 白板, 简单UML图 以上是打算选择的工具. 请指教. 另外,描述用户故事,书里面说用卡片. 也不知道各位牛人怎么做的? 想想卡片也不方便,如果多几个人卡片传来传去的. 可不可以直接在JIRA里创建一个Task呢? 百人一起敏...成功可能性很低的说:培训,磨合成本高死了... 一小队不大于10人的起步会好一点,容易一点 一个培训师花半年时间组个二十队人马之后再敏也不迟... 开发工具: eclipse (都用哪些插件?) 版本控制: CVS 正在用SVN 构建工具: MAVEN2 ant(反正就写一次...不用太多人会,改的时候再学也来的急) 单元测试: Junit 没用过正在用hsql内存测试 集成测试: selenium 干什么用的? 集成工具: Continum 干什么用的? PS: 再写就不要新开贴子了 都写在一个帖子中好找.... |
| 返回顶楼 | |
|
时间：2006-12-14
ginger547 写道 如果我是你,我也差不多会选择那些工具,可仔细一想如果眼睛总是盯在工具上是不是也就不敏捷了,我觉得应该大家花一定的时间讨论一下到底什么是敏捷到底如何敏捷,把这个问题想搞清楚了,什么工具就只是工具了.我的陋见!
我对敏捷还不很理解，不过看到一些牛人们这么说的。这是第一。 另外，使用JIRA这些确实不错，能起到不错的效果。例如任务分配，需求和Bug的跟踪管理等。 Maven对开发周期的管理也很好，用了用，觉得可以吸收一下。如果每日构建，没有一个好的工具，很困那难啊。 单元测试乃是基础。 至于 集成测试等工具，我也不懂，正在学习中。。。 |
| 返回顶楼 | |
|
时间：2006-12-14
工厂中的工人与作坊中的艺人区别就是
一个会用机床另一个用刀子时间长...刻出来的东西好 敏捷规则就是用机床的安全手册..... |
| 返回顶楼 | |
|
时间：2006-12-14
我觉得 敏捷的起步,在于识别目前所面临的问题,然后才是做改善.
并不是使用了某某工具,就叫敏捷了. |
| 返回顶楼 | |
|
时间：2006-12-14
抛出异常的爱 写道 工厂中的工人与作坊中的艺人区别就是
一个会用机床另一个用刀子时间长...刻出来的东西好 敏捷规则就是用机床的安全手册..... 这个比喻太好了。 |
| 返回顶楼 | |
|
时间：2006-12-14
tuti 写道 我觉得 敏捷的起步,在于识别目前所面临的问题,然后才是做改善.
并不是使用了某某工具,就叫敏捷了. 你说得也是有道理的。的确在于识别目前得问题，然后才是改善。 例如需求变更管理，控制需求变更我们公司现在有一些问题的，我认为。有的同事在抱怨，客户的需求变化无常。这对于项目的进度有严重影响，搞得他们不得不加班。一方面，需求变更应该通过项目经理才能变更，但是客户关系太密切，一些细节上的 改来改去，开发人员报给项目经理然后去拒绝未免不好。 需求的经常变化，这时候就需要一个工具来跟踪和管理，不然到后期维护或者开发，根本不可能知道以前的情况，更不可能知道需求的细节了。另外，例如Bug的跟踪管理，你让每个开发人员去自己记录，也是不错，不过如果换人或者团队中其他开发人员，就不可能了解这些Bug的详请，甚至不知道有这么个BUG了。如果没有公开的管理，是否对BUG进行负责任的、仔细的处理和记录，完全取决于个人的习惯和水平（偶尔责任心也是个因素）。因为团队中个人水平、经验、侧重点是不一样的，公开的跟踪管理，也有利于各施所长，解决问题。 引入适当的工具，就是为了解决目前的问题。 至于为什么将暂时不熟悉的工具放到列表中，是因为，只有熟悉了才知道是不是可能有用。我现在处于探索阶段，团队尚不熟悉的工具只有我一个人在做先期学习。 敏捷还包括其他的方面，我们也在做，例如代码共享，协作编程（就是偶尔的结对，呵呵，完全结对编程－－个人不欣赏，因为不太可能推广） 另外，确实如上面一位兄弟所言，需要先建立一个熟悉敏捷的团队，我们正是这么计划的。 |
| 返回顶楼 | |
|
时间：2006-12-14
问题一:
phpxer 写道 有的同事在抱怨，客户的需求变化无常。这对于项目的进度有严重影响，搞得他们不得不加班。 措施一: phpxer 写道 需求的经常变化，这时候就需要一个工具来跟踪和管理，不然到后期维护或者开发，根本不可能知道以前的情况，更不可能知道需求的细节了。 有了跟踪和管理需求变化的工具,就可以减少需求变化对当前项目进度的影响了? |
| 返回顶楼 | |
|
时间：2006-12-14
tuti 写道 问题一:
有的同事在抱怨，客户的需求变化无常。这对于项目的进度有严重影响，搞得他们不得不加班。 措施一: 需求的经常变化，这时候就需要一个工具来跟踪和管理，不然到后期维护或者开发，根本不可能知道以前的情况，更不可能知道需求的细节了。 有了跟踪和管理需求变化的工具,就可以减轻对项目进度的影响了? 不能，解决这个问题需要跟客户更多地沟通，以及其他方式。这样做的是为了了解和精确记录需求，估算需求变更的成本等，以为商业上的判断提供根据。另外，引入JIRA这样的工具更主要的是为了便于项目配置管理。例如，需求跟踪，任务分配，BUG管理跟踪，以及版本管理等。 |
| 返回顶楼 | |
