The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet. Your reply message has not been sent.
Your post was successful
 |
From: cpedia <cpe...@gmail.com>Date: Sun, 24 Jun 2007 19:09:05 +0800
Local: Sun, Jun 24 2007 7:09 am
Subject: Re:[agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
这些东西在rup里面不知道多少年前就有了，rational unified process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在clearcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。 borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的application lifecycle management里面的一些工具集应该就是做这些事情的。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:[胡凯]_khu
发送时间:2007-06-14 20:03
收件人:agilechina
主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
你说的没错，你说的这个产品叫做Mingle http://studios.thoughtworks.com/mingle-project-intelligence下个月就要release了。 此非广告贴
On 6/14/07, Yiding He <yiding.he@gmail.com> wrote:
没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
在07-6-14，Steven Mak <
stevenmak@gmail.com> 写道：
所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
On 6月13日, 下午4时06分, "Robin Lu" <
iamawal...@gmail.com> wrote:
> 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
>
> 在07-5-26，zongzi <honghun...@gmail.com> 写道：
>
>
>
> > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
>
> > 我就是不明白，为什么那么多人都认为写文档那么难哪？
>
> > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
>
> > --
> > 这是一个有钱人的世界，与我的世界截然不同！
--
致
礼！
yiding.he@gmail.com
-- CCEnterprise Team
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: cpedia <cpe...@gmail.com>Date: Sun, 24 Jun 2007 19:09:05 +0800
Local: Sun, Jun 24 2007 7:09 am
Subject: Re:[agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
这些东西在rup里面不知道多少年前就有了，rational unified process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在clearcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。 borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的application lifecycle management里面的一些工具集应该就是做这些事情的。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:[胡凯]_khu
发送时间:2007-06-14 20:03
收件人:agilechina
主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
你说的没错，你说的这个产品叫做Mingle http://studios.thoughtworks.com/mingle-project-intelligence下个月就要release了。 此非广告贴
On 6/14/07, Yiding He <yiding.he@gmail.com> wrote:
没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
在07-6-14，Steven Mak <
stevenmak@gmail.com> 写道：
所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
On 6月13日, 下午4时06分, "Robin Lu" <
iamawal...@gmail.com> wrote:
> 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
>
> 在07-5-26，zongzi <honghun...@gmail.com> 写道：
>
>
>
> > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
>
> > 我就是不明白，为什么那么多人都认为写文档那么难哪？
>
> > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
>
> > --
> > 这是一个有钱人的世界，与我的世界截然不同！
--
致
礼！
yiding.he@gmail.com
-- CCEnterprise Team
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "Jeff Xiong" <gigix1...@gmail.com>Date: Mon, 25 Jun 2007 09:23:05 +0800
Local: Sun, Jun 24 2007 9:23 pm
Subject: Re: [agilechina] Re:[agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。 On 6/24/07, cpedia <cpe...@gmail.com> wrote:
> 这些东西在rup里面不知道多少年前就有了，rational unified > process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。 > borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation > lifecycle management里面的一些工具集应该就是做这些事情的。 > -----------------------
> 欢迎使用手机浏览器UCWEB
> ---原邮件---
> 发件人:[胡凯]_khu
> 发送时间:2007-06-14 20:03
> 收件人:agilechina
> 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> 你说的没错，你说的这个产品叫做Mingle
> http://studios.thoughtworks.com/mingle-project-intelligence
> 下个月就要release了。
> 此非广告贴
> On 6/14/07, Yiding He <yiding...@gmail.com> wrote:
> > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > --
> > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > --
> > > 致
> > > 礼！
> > > yiding...@gmail.com
> --
> CCEnterprise Team
-- Jeff Xiong Software Journeyman - http://gigix.thoughtworkers.org Open Source Contributor - http://rubyworks.rubyforge.org Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: cpedia <cpe...@gmail.com>Date: Mon, 25 Jun 2007 11:11:28 +0800
Local: Sun, Jun 24 2007 11:11 pm
Subject: Re:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:Jeff Xiong
发送时间:2007-06-25 09:23
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了。
On 6/24/07, cpedia <cpedia@gmail.com> wrote:
> 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在clearcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的application
> lifecycle management里面的一些工具集应该就是做这些事情的。
>
> -----------------------
> 欢迎使用手机浏览器UCWEB
>
> ---原邮件---
> 发件人:[胡凯]_khu
> 发送时间:2007-06-14 20:03
> 收件人:agilechina
> 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
>
> 你说的没错，你说的这个产品叫做Mingle
> http://studios.thoughtworks.com/mingle-project-intelligence
>
> 下个月就要release了。
>
> 此非广告贴
>
> On 6/14/07, Yiding He <yiding.he@gmail.com> wrote:
> > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> >
> >
> > 在07-6-14，Steven Mak < stevenmak@gmail.com> 写道：
> > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > >
> > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > >
> > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > >
> > > >
> > > >
> > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > >
> > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > >
> > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > >
> > > > > --
> > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > >
> > >
> > > --
> > > 致
> > > 礼！
> > > yiding.he@gmail.com
> > >
> > >
> >
>
>
>
> --
> CCEnterprise Team
>
>
> >
>
--
Jeff Xiong
Software Journeyman - http://gigix.thoughtworkers.org
Open Source Contributor - http://rubyworks.rubyforge.org
Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: cpedia <cpe...@gmail.com>Date: Mon, 25 Jun 2007 11:11:28 +0800
Local: Sun, Jun 24 2007 11:11 pm
Subject: Re:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:Jeff Xiong
发送时间:2007-06-25 09:23
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了。
On 6/24/07, cpedia <cpedia@gmail.com> wrote:
> 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在clearcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的application
> lifecycle management里面的一些工具集应该就是做这些事情的。
>
> -----------------------
> 欢迎使用手机浏览器UCWEB
>
> ---原邮件---
> 发件人:[胡凯]_khu
> 发送时间:2007-06-14 20:03
> 收件人:agilechina
> 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
>
> 你说的没错，你说的这个产品叫做Mingle
> http://studios.thoughtworks.com/mingle-project-intelligence
>
> 下个月就要release了。
>
> 此非广告贴
>
> On 6/14/07, Yiding He <yiding.he@gmail.com> wrote:
> > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> >
> >
> > 在07-6-14，Steven Mak < stevenmak@gmail.com> 写道：
> > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > >
> > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > >
> > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > >
> > > >
> > > >
> > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > >
> > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > >
> > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > >
> > > > > --
> > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > >
> > >
> > > --
> > > 致
> > > 礼！
> > > yiding.he@gmail.com
> > >
> > >
> >
>
>
>
> --
> CCEnterprise Team
>
>
> >
>
--
Jeff Xiong
Software Journeyman - http://gigix.thoughtworkers.org
Open Source Contributor - http://rubyworks.rubyforge.org
Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "Huang Liang" <excee...@gmail.com>Date: Mon, 25 Jun 2007 11:35:14 +0800
Local: Sun, Jun 24 2007 11:35 pm
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
On 6/25/07, cpedia <cpe...@gmail.com> wrote:
> 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> -----------------------
> 欢迎使用手机浏览器UCWEB
> ---原邮件---
> 发件人:Jeff Xiong
> 发送时间:2007-06-25 09:23
> 收件人:agilechina
> 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> On 6/24/07, cpedia <cpe...@gmail.com> wrote:
> > 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > lifecycle management里面的一些工具集应该就是做这些事情的。
> > -----------------------
> > 欢迎使用手机浏览器UCWEB
> > ---原邮件---
> > 发件人:[胡凯]_khu
> > 发送时间:2007-06-14 20:03
> > 收件人:agilechina
> > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > 你说的没错，你说的这个产品叫做Mingle
> > http://studios.thoughtworks.com/mingle-project-intelligence
> > 下个月就要release了。
> > 此非广告贴
> > On 6/14/07, Yiding He <yiding...@gmail.com> wrote:
> > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > --
> > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > --
> > > > 致
> > > > 礼！
> > > > yiding...@gmail.com
> > --
> > CCEnterprise Team
> --
> Jeff Xiong
> Software Journeyman - http://gigix.thoughtworkers.org
> Open Source Contributor - http://rubyworks.rubyforge.org
> Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "Huang Liang" <excee...@gmail.com>Date: Mon, 25 Jun 2007 11:36:26 +0800
Local: Sun, Jun 24 2007 11:36 pm
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
sorry，笔误，应该是不合适。
On 6/25/07, Huang Liang <excee...@gmail.com> wrote:
> 敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
> On 6/25/07, cpedia <cpe...@gmail.com> wrote:
> > 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> > -----------------------
> > 欢迎使用手机浏览器UCWEB
> > ---原邮件---
> > 发件人:Jeff Xiong
> > 发送时间:2007-06-25 09:23
> > 收件人:agilechina
> > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> > On 6/24/07, cpedia <cpe...@gmail.com> wrote:
> > > 这些东西在rup里面不知道多少年前就有了，rational unified
> > process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> > borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > > lifecycle management里面的一些工具集应该就是做这些事情的。
> > > -----------------------
> > > 欢迎使用手机浏览器UCWEB
> > > ---原邮件---
> > > 发件人:[胡凯]_khu
> > > 发送时间:2007-06-14 20:03
> > > 收件人:agilechina
> > > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > > 你说的没错，你说的这个产品叫做Mingle
> > > http://studios.thoughtworks.com/mingle-project-intelligence
> > > 下个月就要release了。
> > > 此非广告贴
> > > On 6/14/07, Yiding He <yiding...@gmail.com> wrote:
> > > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > > --
> > > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > > --
> > > > > 致
> > > > > 礼！
> > > > > yiding...@gmail.com
> > > --
> > > CCEnterprise Team
> > --
> > Jeff Xiong
> > Software Journeyman - http://gigix.thoughtworkers.org
> > Open Source Contributor - http://rubyworks.rubyforge.org
> > Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: cpedia <cpe...@gmail.com>Date: Mon, 25 Jun 2007 11:53:22 +0800
Local: Sun, Jun 24 2007 11:53 pm
Subject: Re:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:Huang Liang
发送时间:2007-06-25 11:35
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。 On 6/25/07, cpedia <cpedia@gmail.com> wrote:
不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:Jeff Xiong
发送时间:2007-06-25 09:23
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了。
On 6/24/07, cpedia <cpedia@gmail.com> wrote:
> 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在clearcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的application
> lifecycle management里面的一些工具集应该就是做这些事情的。
>
> -----------------------
> 欢迎使用手机浏览器UCWEB
>
> ---原邮件---
> 发件人:[胡凯]_khu
> 发送时间:2007-06-14 20:03
> 收件人:agilechina
> 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
>
> 你说的没错，你说的这个产品叫做Mingle
> http://studios.thoughtworks.com/mingle-project-intelligence
>
> 下个月就要release了。
>
> 此非广告贴
>
> On 6/14/07, Yiding He <yiding.he@gmail.com> wrote:
> > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> >
> >
> > 在07-6-14，Steven Mak < stevenmak@gmail.com> 写道：
> > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > >
> > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > >
> > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > >
> > > >
> > > >
> > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > >
> > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > >
> > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > >
> > > > > --
> > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > >
> > >
> > > --
> > > 致
> > > 礼！
> > > yiding.he@gmail.com
> > >
> > >
> >
>
>
>
> --
> CCEnterprise Team
>
>
> >
>
--
Jeff Xiong
Software Journeyman - http://gigix.thoughtworkers.org
Open Source Contributor - http://rubyworks.rubyforge.org
Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: cpedia <cpe...@gmail.com>Date: Mon, 25 Jun 2007 11:53:22 +0800
Local: Sun, Jun 24 2007 11:53 pm
Subject: Re:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:Huang Liang
发送时间:2007-06-25 11:35
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。 On 6/25/07, cpedia <cpedia@gmail.com> wrote:
不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
-----------------------
欢迎使用手机浏览器UCWEB
---原邮件---
发件人:Jeff Xiong
发送时间:2007-06-25 09:23
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了。
On 6/24/07, cpedia <cpedia@gmail.com> wrote:
> 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在clearcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的application
> lifecycle management里面的一些工具集应该就是做这些事情的。
>
> -----------------------
> 欢迎使用手机浏览器UCWEB
>
> ---原邮件---
> 发件人:[胡凯]_khu
> 发送时间:2007-06-14 20:03
> 收件人:agilechina
> 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
>
> 你说的没错，你说的这个产品叫做Mingle
> http://studios.thoughtworks.com/mingle-project-intelligence
>
> 下个月就要release了。
>
> 此非广告贴
>
> On 6/14/07, Yiding He <yiding.he@gmail.com> wrote:
> > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> >
> >
> > 在07-6-14，Steven Mak < stevenmak@gmail.com> 写道：
> > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > >
> > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > >
> > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > >
> > > >
> > > >
> > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > >
> > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > >
> > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > >
> > > > > --
> > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > >
> > >
> > > --
> > > 致
> > > 礼！
> > > yiding.he@gmail.com
> > >
> > >
> >
>
>
>
> --
> CCEnterprise Team
>
>
> >
>
--
Jeff Xiong
Software Journeyman - http://gigix.thoughtworkers.org
Open Source Contributor - http://rubyworks.rubyforge.org
Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "Huang Liang" <excee...@gmail.com>Date: Mon, 25 Jun 2007 12:16:19 +0800
Local: Mon, Jun 25 2007 12:16 am
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
基于我对mingle的理解，mingle的目的不在于此，敏捷团队可以用它，使用传统方法的团队也可以用它。不同的团队使用mingle，可能会有完全不同的 效果。mingle给知道如何使用敏捷方法的团队提供了一个比较好的工具。
窃以为，不同的敏捷团队的具体过程是不一样的，会有或多或少的差别。而敏捷方法究竟是否适合于该团队，还需要具体问题具体分析。mingle确实为老板多提供了 一种选择，但是究竟能不能满足他们的目的这就很难说了。
On 6/25/07, cpedia <cpe...@gmail.com> wrote:
> 不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
> -----------------------
> 欢迎使用手机浏览器UCWEB
> ---原邮件---
> 发件人:Huang Liang
> 发送时间:2007-06-25 11:35
> 收件人:agilechina
> 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> 敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
> On 6/25/07, cpedia <cpe...@gmail.com> wrote:
> > 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> > -----------------------
> > 欢迎使用手机浏览器UCWEB
> > ---原邮件---
> > 发件人:Jeff Xiong
> > 发送时间:2007-06-25 09:23
> > 收件人:agilechina
> > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> > On 6/24/07, cpedia <cpe...@gmail.com> wrote:
> > > 这些东西在rup里面不知道多少年前就有了，rational unified
> > process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> > borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > > lifecycle management里面的一些工具集应该就是做这些事情的。
> > > -----------------------
> > > 欢迎使用手机浏览器UCWEB
> > > ---原邮件---
> > > 发件人:[胡凯]_khu
> > > 发送时间:2007-06-14 20:03
> > > 收件人:agilechina
> > > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > > 你说的没错，你说的这个产品叫做Mingle
> > > http://studios.thoughtworks.com/mingle-project-intelligence
> > > 下个月就要release了。
> > > 此非广告贴
> > > On 6/14/07, Yiding He <yiding...@gmail.com> wrote:
> > > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > > --
> > > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > > --
> > > > > 致
> > > > > 礼！
> > > > > yiding...@gmail.com
> > > --
> > > CCEnterprise Team
> > --
> > Jeff Xiong
> > Software Journeyman - http://gigix.thoughtworkers.org
> > Open Source Contributor - http://rubyworks.rubyforge.org
> > Technical Evangelist - http://www.infoq.com/cn/
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "Yiding He" <yiding...@gmail.com>Date: Mon, 25 Jun 2007 12:20:33 +0800
Local: Mon, Jun 25 2007 12:20 am
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
连哥哥都叫了，寒。
敏捷的工具是用来帮助敏捷的，而不是用来限制敏捷的。对敏捷来说只有"实践"而没有"过程"，因为不同的项目其"过程"也是不一样的。
在07-6-25，cpedia <cpe...@gmail.com> 写道：
> 不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
> -----------------------
> 欢迎使用手机浏览器UCWEB
> ---原邮件---
> 发件人:Huang Liang
> 发送时间:2007-06-25 11:35
> 收件人:agilechina
> 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> 敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
> On 6/25/07, cpedia <cpe...@gmail.com> wrote:
> > 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> > -----------------------
> > 欢迎使用手机浏览器UCWEB
> > ---原邮件---
> > 发件人:Jeff Xiong
> > 发送时间:2007-06-25 09:23
> > 收件人:agilechina
> > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> > On 6/24/07, cpedia <cpe...@gmail.com> wrote:
> > > 这些东西在rup里面不知道多少年前就有了，rational unified
> > process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> > borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > > lifecycle management里面的一些工具集应该就是做这些事情的。
> > > -----------------------
> > > 欢迎使用手机浏览器UCWEB
> > > ---原邮件---
> > > 发件人:[胡凯]_khu
> > > 发送时间:2007-06-14 20:03
> > > 收件人:agilechina
> > > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > > 你说的没错，你说的这个产品叫做Mingle
> > > http://studios.thoughtworks.com/mingle-project-intelligence
> > > 下个月就要release了。
> > > 此非广告贴
> > > On 6/14/07, Yiding He <yiding...@gmail.com> wrote:
> > > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > > --
> > > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > > --
> > > > > 致
> > > > > 礼！
> > > > > yiding...@gmail.com
> > > --
> > > CCEnterprise Team
> > --
> > Jeff Xiong
> > Software Journeyman - http://gigix.thoughtworkers.org
> > Open Source Contributor - http://rubyworks.rubyforge.org
> > Technical Evangelist - http://www.infoq.com/cn/
-- 致 礼！ yiding ...@gmail.com
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "陈平" <cpe...@gmail.com>Date: Mon, 25 Jun 2007 12:37:07 +0800
Local: Mon, Jun 25 2007 12:37 am
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
不可能的，mingle要买给老板门的,要像你这么说,看谁会买.
在07-6-25，Yiding He <yiding...@gmail.com> 写道：
> 连哥哥都叫了，寒。
> 敏捷的工具是用来帮助敏捷的，而不是用来限制敏捷的。对敏捷来说只有"实践"而没有"过程"，因为不同的项目其"过程"也是不一样的。
> 在07-6-25，cpedia <cpe...@gmail.com > 写道：
> > 不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
> > -----------------------
> > 欢迎使用手机浏览器UCWEB
> > ---原邮件---
> > 发件人:Huang Liang
> > 发送时间:2007-06-25 11:35
> > 收件人:agilechina
> > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > 敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
> > On 6/25/07, cpedia < cpe...@gmail.com> wrote:
> > > 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> > > -----------------------
> > > 欢迎使用手机浏览器UCWEB
> > > ---原邮件---
> > > 发件人:Jeff Xiong
> > > 发送时间:2007-06-25 09:23
> > > 收件人:agilechina
> > > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > > 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> > > On 6/24/07, cpedia <cpe...@gmail.com> wrote:
> > > > 这些东西在rup里面不知道多少年前就有了，rational unified
> > > process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> > > borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > > > lifecycle management里面的一些工具集应该就是做这些事情的。
> > > > -----------------------
> > > > 欢迎使用手机浏览器UCWEB
> > > > ---原邮件---
> > > > 发件人:[胡凯]_khu
> > > > 发送时间:2007-06-14 20:03
> > > > 收件人:agilechina
> > > > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > > > 你说的没错，你说的这个产品叫做Mingle
> > > > http://studios.thoughtworks.com/mingle-project-intelligence
> > > > 下个月就要release了。
> > > > 此非广告贴
> > > > On 6/14/07, Yiding He <yiding...@gmail.com> wrote:
> > > > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > > > 在07-5-26，zongzi <honghun...@gmail.com> 写道：
> > > > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > > > > > > > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > > > --
> > > > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > > > --
> > > > > > 致
> > > > > > 礼！
> > > > > > yiding...@gmail.com
> > > > --
> > > > CCEnterprise Team
> > > --
> > > Jeff Xiong
> > > Software Journeyman - http://gigix.thoughtworkers.org
> > > Open Source Contributor - http://rubyworks.rubyforge.org
> > > Technical Evangelist - http://www.infoq.com/cn/
> --
> 致
> 礼！
> yiding...@gmail.com
-- Anything is possible,I believe! http://www.cpedia.com
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: weihello <weihe...@gmail.com>Date: Mon, 25 Jun 2007 15:34:57 +0800
Local: Mon, Jun 25 2007 3:34 am
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
故事大纲 + 任务单 + 现场交流 + 图表（大多数都是数码相机拍的）+ wiki + 单元测试（高质量）+ Demo + 功能测试 + CC report（覆盖率/复杂度/单元测试代码增长率） + Iteration plan 这些通常是我们项目中的"文档"。 其他要有也是靠上述加工，没有多少参考价值的"文档"。
在 07-6-25，陈平<cpe...@gmail.com> 写道：
> 不可能的，mingle要买给老板门的,要像你这么说,看谁会买. > 在07-6-25，Yiding He <yiding...@gmail.com> 写道：
> > 连哥哥都叫了，寒。
> 敏捷的工具是用来帮助敏捷的，而不是用来限制敏捷的。对敏捷来说只有"实践"而没有"过程"，因为不同的项目其"过程"也是不一样的。
> > 在07-6-25，cpedia <cpe...@gmail.com > 写道：
> 不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
> > > -----------------------
> > > 欢迎使用手机浏览器UCWEB
> > > ---原邮件---
> > > 发件人:Huang Liang
> > > 发送时间:2007-06-25 11:35
> > > 收件人:agilechina
> > > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > > 敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
> > > On 6/25/07, cpedia < cpe...@gmail.com> wrote:
> 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> > > > -----------------------
> > > > 欢迎使用手机浏览器UCWEB
> > > > ---原邮件---
> > > > 发件人:Jeff Xiong
> > > > 发送时间:2007-06-25 09:23
> > > > 收件人:agilechina
> > > > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> > > > On 6/24/07, cpedia < cpe...@gmail.com> wrote:
> > > > > 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > > > > lifecycle management里面的一些工具集应该就是做这些事情的。
> > > > > -----------------------
> > > > > 欢迎使用手机浏览器UCWEB
> > > > > ---原邮件---
> > > > > 发件人:[胡凯]_khu
> > > > > 发送时间:2007-06-14 20:03
> > > > > 收件人:agilechina
> > > > > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > > > > 你说的没错，你说的这个产品叫做Mingle
> http://studios.thoughtworks.com/mingle-project-intelligence
> > > > > 下个月就要release了。
> > > > > 此非广告贴
> > > > > On 6/14/07, Yiding He < yiding...@gmail.com> wrote:
> > > > > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > > > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > > > > 在07-5-26，zongzi < honghun...@gmail.com> 写道：
> > > > > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > > > > --
> > > > > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > > > > --
> > > > > > > 致
> > > > > > > 礼！
> > > > > > > yiding...@gmail.com
> > > > > --
> > > > > CCEnterprise Team
> > > > --
> > > > Jeff Xiong
> > > > Software Journeyman - http://gigix.thoughtworkers.org
> > > > Open Source Contributor - http://rubyworks.rubyforge.org
> > > > Technical Evangelist - http://www.infoq.com/cn/
> > --
> > 致
> > 礼！
> > yiding...@gmail.com
> --
> Anything is possible,I believe!
> http://www.cpedia.com
-- Ｘ斗米
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
From: "li xiao" <swing1...@gmail.com>Date: Mon, 25 Jun 2007 23:27:51 +0800
Local: Mon, Jun 25 2007 11:27 am
Subject: Re: [agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
Mingle希望能成为敏捷开发过程中趁手的工具，从大的方面看，确实是另一个项目管理工具而已，就像TextMate也就是另一个文本编辑器一样，
但是很多细小的方面会让你体会到不同的，比如：svn 提交时可以在message中加上"#173"，其中"#"为自定义的story keyword，
Mingle会帮助你建立该项code revision同story 173之间的关联以方便搜索和跟踪。
Mingle内建的wiki更是需要花点时间了解的，它可以方便地自定义图表，
不久就会有演示录像放出来，其中应该就有一段通过添加一个wiki page来为每个团队成员显示各自工作任务列表的。
在07-6-25，weihello <weihe...@gmail.com> 写道：
> 故事大纲 + 任务单 + 现场交流 + 图表（大多数都是数码相机拍的）+ wiki + 单元测试（高质量）+ Demo + 功能测试 +
> CC report（覆盖率/复杂度/单元测试代码增长率） + Iteration plan
> 这些通常是我们项目中的"文档"。 其他要有也是靠上述加工，没有多少参考价值的"文档"。
> 在 07-6-25，陈平<cpe...@gmail.com> 写道：
> > 不可能的，mingle要买给老板门的,要像你这么说,看谁会买.
> > 在07-6-25，Yiding He <yiding...@gmail.com> 写道：
> > > 连哥哥都叫了，寒。
> > 敏捷的工具是用来帮助敏捷的，而不是用来限制敏捷的。对敏捷来说只有"实践"而没有"过程"，因为不同的项目其"过程"也是不一样的。
> > > 在07-6-25，cpedia <cpe...@gmail.com > 写道：
> 不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。
> > > > -----------------------
> > > > 欢迎使用手机浏览器UCWEB
> > > > ---原邮件---
> > > > 发件人:Huang Liang
> > > > 发送时间:2007-06-25 11:35
> > > > 收件人:agilechina
> > > > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> > > > 敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。
> > > > On 6/25/07, cpedia < cpe...@gmail.com> wrote:
> 不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只 是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。
> > > > > -----------------------
> > > > > 欢迎使用手机浏览器UCWEB
> > > > > ---原邮件---
> > > > > 发件人:Jeff Xiong
> > > > > 发送时间:2007-06-25 09:23
> > > > > 收件人:agilechina
> > > > > 主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗
> 所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了 。
> > > > > On 6/24/07, cpedia < cpe...@gmail.com> wrote:
> > > > > > 这些东西在rup里面不知道多少年前就有了，rational unified
> process过程管理工具集中clearcase做版本和基线控制，requisitePro负责管理需求库，clearquest负责bug的管理和追踪。 3个工具是彼此关联集成的。requisitePro管理的需求库能直接与clearcase配置库关联，任何一个需求的变更能通过ucm统一变更管理体系在c learcase中维护基线，这样对应基线的bug能在相应的生命周期内通过clearcase管理。
> borland的starteam，caliberRM，等也大致是做这个事情的。0borland的东西我没怎么研究过，不过borland搞的applic ation
> > > > > > lifecycle management里面的一些工具集应该就是做这些事情的。
> > > > > > -----------------------
> > > > > > 欢迎使用手机浏览器UCWEB
> > > > > > ---原邮件---
> > > > > > 发件人:[胡凯]_khu
> > > > > > 发送时间:2007-06-14 20:03
> > > > > > 收件人:agilechina
> > > > > > 主题:[agilechina]_Re:_敏捷团队中，对于写文档怎么看？
> > > > > > 你说的没错，你说的这个产品叫做Mingle
> > http://studios.thoughtworks.com/mingle-project-intelligence
> > > > > > 下个月就要release了。
> > > > > > 此非广告贴
> > > > > > On 6/14/07, Yiding He < yiding...@gmail.com> wrote:
> > > > > > > 没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。
> > > > > > > 在07-6-14，Steven Mak < steven...@gmail.com> 写道：
> > > > > > > > 所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.
> > > > > > > > On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> > > > > > > > > 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
> > > > > > > > > 在07-5-26，zongzi < honghun...@gmail.com> 写道：
> > > > > > > > > > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
> > > > > > > > > > 我就是不明白，为什么那么多人都认为写文档那么难哪？
> > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
> > > > > > > > > > --
> > > > > > > > > > 这是一个有钱人的世界，与我的世界截然不同！
> > > > > > > > --
> > > > > > > > 致
> > > > > > > > 礼！
> > > > > > > > yiding...@gmail.com
> > > > > > --
> > > > > > CCEnterprise Team
> > > > > --
> > > > > Jeff Xiong
> > > > > Software Journeyman - http://gigix.thoughtworkers.org
> > > > > Open Source Contributor - http://rubyworks.rubyforge.org
> > > > > Technical Evangelist - http://www.infoq.com/cn/
> > > --
> > > 致
> > > 礼！
> > > yiding...@gmail.com
> > --
> > Anything is possible,I believe!
> > http://www.cpedia.com
> --
> Ｘ斗米
-- Cleaning code that works
You must Sign in before you can post messages. You do not have the permission required to post.
|
|
|
