Re:[agilechina]_Re:_敏捷团队中，对于写文档怎�纯矗�

[cpedia]

这些东西在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 <yidi...@gmail.com> wrote:

没错，这就需要一个好的集需求、BUG管理和版本控制于一身的系统了。

在07-6-14，Steven Mak < stev...@gmail.com> 写道：

所以我?得在可以的情?下, 文?是?? "生成" 出?的.那?更新了代?之後, 只是?行?指令的就生成?新的文?出?.

On 6月13日, 下午4时06分, "Robin Lu" < iamawal...@gmail.com> wrote:
> 写文档不难，难的是维护文档，代码变了，文档也跟着变，两套同步，那才是最难最难的啊
>
> 在07-5-26，zongzi <honghun...@gmail.com> 写道：
>
>
>
> > 似乎不少人有这样的观点，敏捷是通过多沟通来减少文档的。
>
> > 我就是不明白，为什么那么多人都认为写文档那么难哪？
>
> > 不过我不太了解敏捷团队中的文档状态，但是在我所知的几个非敏捷团队中，都对文档有着明显的排斥。
>
> > --
> > 这是一个有钱人的世界，与我的世界截然不同！


--
                       致
礼！
                         yidi...@gmail.com

--
CCEnterprise Team

[cpedia]

[Jeff Xiong]

所有的项目管理工具无非就是这些：任务，版本，基线。如果仅仅因为这些就说"不知道多少年前就有了"的话，那么最近10年来也就没有任何新的项目管理工具出现了。

--
Jeff Xiong
Software Journeyman - http://gigix.thoughtworkers.org
Open Source Contributor - http://rubyworks.rubyforge.org
Technical Evangelist - http://www.infoq.com/cn/

[cpedia]

不只是实现这些功能的工具而已，是对过程理论的一种阐述，如果你知道最新的RMC工具是如何定义过程并整合到rup其它过程控制管理工具里的，你就知道他们不只是工具，而是一套过程体系！所以我对mingle的期待在于她如何将敏捷的一些过程控制理论融入进去的，当然还有她对开源社区的态度。

-----------------------
欢迎使用手机浏览器UCWEB

---原邮件---
发件人:Jeff Xiong
发送时间:2007-06-25 09:23
收件人:agilechina
主题:[agilechina] Re: [agilechina]_Re:_敏捷团队中，对于写文档怎 纯矗

[cpedia]

[Huang Liang]

敏捷并不是一套过程体系，如果尝试使用一套蕴含了"敏捷过程"的过程管理软件去规范所有团队，肯定不是不合适的。

[Huang Liang]

sorry，笔误，应该是不合适。

[cpedia]

不是过程是什么，我的哥哥？要不人家搞个mingle做什么。mingle不就是让那些老板们多了一种选择。选择一种更低成本的软件来简化他们对过程的控制。

-----------------------
欢迎使用手机浏览器UCWEB

---原邮件---
发件人:Huang Liang
发送时间:2007-06-25 11:35

[cpedia]

[Huang Liang]

基于我对mingle的理解，mingle的目的不在于此，敏捷团队可以用它，使用传统方法的团队也可以用它。不同的团队使用mingle，可能会有完全不同的效果。mingle给知道如何使用敏捷方法的团队提供了一个比较好的工具。

窃以为，不同的敏捷团队的具体过程是不一样的，会有或多或少的差别。而敏捷方法究竟是否适合于该团队，还需要具体问题具体分析。mingle确实为老板多提供了一种选择，但是究竟能不能满足他们的目的这就很难说了。

[Yiding He]

连哥哥都叫了，寒。

敏捷的工具是用来帮助敏捷的，而不是用来限制敏捷的。对敏捷来说只有"实践"而没有"过程"，因为不同的项目其"过程"也是不一样的。

在07-6-25，cpedia <cpe...@gmail.com > 写道：

--
                       致
礼！
                         yidi...@gmail.com

[陈平]

不可能的，mingle要买给老板门的,要像你这么说,看谁会买.

在07-6-25，Yiding He <yidi...@gmail.com> 写道：

--
Anything is possible,I believe!
http://www.cpedia.com

[weihello]

故事大纲 + 任务单 + 现场交流 + 图表（大多数都是数码相机拍的）+ wiki + 单元测试（高质量）+ Demo + 功能测试 +
CC report（覆盖率/复杂度/单元测试代码增长率） + Iteration plan

这些通常是我们项目中的"文档"。 其他要有也是靠上述加工，没有多少参考价值的"文档"。

在 07-6-25，陈平<cpe...@gmail.com> 写道：

--
Ｘ斗米

[li xiao]

Mingle希望能成为敏捷开发过程中趁手的工具，从大的方面看，确实是另一个项目管理工具而已，就像TextMate也就是另一个文本编辑器一样，
但是很多细小的方面会让你体会到不同的，比如：svn 提交时可以在message中加上"#173"，其中"#"为自定义的story keyword，
Mingle会帮助你建立该项code revision同story 173之间的关联以方便搜索和跟踪。
Mingle内建的wiki更是需要花点时间了解的，它可以方便地自定义图表，
不久就会有演示录像放出来，其中应该就有一段通过添加一个wiki page来为每个团队成员显示各自工作任务列表的。

在07-6-25，weihello <weih...@gmail.com> 写道：