subject_62236.htm

vc

<hr size=1>
<blockquote><p>
回复者：dongfanghong 回复日期：2003-11-25 15:10:21
<br>内容：图 2. 敏捷架构过程模式概览（High-Level）<BR>
<br>
<a href="javascript:history.go(-1)">返回上页</a><br><a href=http://www.copathway.com/cndevforum/>访问论坛</a></p></blockquote>
<hr size=1>
<blockquote><p>
回复者：李启后 回复日期：2003-12-01 22:19:27
<br>内容：1.一个软件项目的成功和你采用的开发方法论并没有直接的关系。<BR><BR>软件的开发的确是个非常有意思的行当，一个软件项目的成功处决的因素实在是很多，但是有一点可以肯定，这里成败的关键因素在人。我个人更倾向于认定关键因素在人的沟通和团队置于怎样的氛围之下。方法论无疑是对已有成功经验的高度总结，但是应用一个方法论，如果本身的实施游离了方法论微观的实质，那么方法论的应用无法催生出它标示的效果，这不是方法论本身的错。<BR><BR>2.管理活动的加入能够在一定程度上提高开发过程的有序性，但是成本却因此提高，更糟糕的是，很容易导致团队的低效率，降低创新能力。<BR><BR>我比较喜欢用秋千来比喻这种状况。秋千荡起来，施加的力量和频率可以看作是管理活动。<BR>什么方式能够使秋千荡得最高呢？ 温和而又有内在韵律的力量恐怕才是最佳的选择。
<br>
<a href="javascript:history.go(-1)">返回上页</a><br><a href=http://www.copathway.com/cndevforum/>访问论坛</a></p></blockquote>
<hr size=1>
<blockquote><p>
<font color=red>答案被接受</font><br>回复者：马三 回复日期：2003-12-02 10:36:04
<br>内容：&lt;BLOCKQUOTE&gt;引用“第4楼”所言<BR>&lt;Q&gt;1.一个软件项目的成功和你采用的开发方法论并没有直接的关系。&nbsp;&nbsp;&nbsp;&nbsp;软件的开发的确是个非常有意思的行当，一个软件项目的成功处决的因素实在是很多，但是有一点可以肯定，这里成败的关键因素在人。我个人更倾向于认定关键因素在人的沟通和团队置于怎样的氛围之下。方法论无疑是对已有成功经验的高度总结，但是应用一个方法论，如果本身的实施游离了方法论微观的实质，那么方法论的应用无法催生出它标示的效果，这不是方法论本...... . . . . . .&nbsp;&nbsp;.&nbsp;&nbsp;.&nbsp;&nbsp;.&nbsp;&nbsp;.&nbsp;&nbsp;.&nbsp;&nbsp;. &lt;/Q&gt;&lt;/BLOCKQUOTE&gt;<BR><BR>同感！<BR>在经历过数次code and fix的痛苦之后，我曾经也对开发过程迷信过，从瀑布模型到rup，再到现在非常流行的敏捷过程。可是，我发现软件过程在其发展的过程中，越来越重视人和团队的重要性，甚至可以说，只要你搞好了人和团队，不采用任何软件过程一样可以成功。<BR>不过，达到这个目的过程也越来越像是一个“修行”的过程，当你对各种软件过程趋之若鹜时，你是“手中有剑，心中无剑”；当你理解了软件过程的目的，理解了其价值观，理解了其所以然，对各种软件过程中的有效实践运用自如时，你是“手中无剑，心中有剑”；当你最终不再认为过程，实践等等这些东西有意义，随心所欲不逾矩时，你是“手中无剑，心中也无剑”，最终达到道学和禅学的最高境界。
<br>