RUP与敏捷与周末创业
来源:互联网 发布:若风淘宝 编辑:程序博客网 时间:2024/06/05 03:42
今天在车上大概看了一下周末创业,里面主要讲到如何利用周末的时间来快速将一个点子变成一个公司,很多东西讲得很好,比如即知即行,快速行动。其实说到底还是行动力,很多想法和灵光一闪都是在等待或是不断调研中消失掉了。之前的一些做法,都是在有一个想法后,开始完整的商业计划,市场调研,找资金,找团队,最后下来很可能半路退出,也可能真的开始了,但是已经过去半年或是一年了。
在我看来周末创业和完整商业计划都太过偏激,由此我想到了软件开发过程,重量级的如RUP,轻量级的如敏捷,太过注重一方似乎都有一些太极端化,完全的RUP,过程复杂,流程繁多,耗费大量人力财力。过度的敏捷,太注重快速、迭代,而忽略了前期的设计和文档,又可能陷入另一个泥潭。现在很多人在尝试敏捷, 尝试scrum,尝试TDD,但是很多团队都没能很好的走下去,一方面固然是经验问题,另一方面如何在RUP和敏捷之前找到一个平衡又是相当的重要。
我个人认为,RUP和敏捷不是非此即彼的,这个世界上没有银弹,在软件开发没有完美的过程,通常大型的应用我们推荐用RUP,规范化,文档化,但是在大型项目中,肯定会拆分出很多小的部分,那么这些部分我们又是可以通过敏捷来理解需求,加速开发和团队协作。而中小型的项目,现在很多开始尝试敏捷,但是敏捷也是可以变通的,很多的敏捷过程都指出代码就是设计,前期只要测试用例,就可以开始code,但是我觉得《代码大全》中讲得很好,任何的项目都不能没设计,瀑布和V模型讲求自上而下,先要完整设计,这会导致后面的需求变更代价很高,但是如果前期没有设计,则项目也可能陷入混乱。所以前期的关键需求必需识别,总体的架构设计必需要有,在50%的关键需求识别后,虽然这有些困难,但是必需要做,我们不要求识别所有的需求,重要的,关键的找出来后,进行总体的设计,在这个基础上再应用敏捷,我觉得是更稳重,风险更低的方法。
- RUP与敏捷与周末创业
- 菜鸟看RUP,极限编程与敏捷过程
- RUP,极限编程与敏捷过程的概念
- RUP与软件工程
- RUP 与UML
- RUP与设计模式
- RUP与Scrum的对话
- CMMi, RUP (Rational Unified Process)与产品级敏捷在工程实践上有何不同?
- xp,rup,敏捷过程
- RUP、XP、敏捷过程
- 敏捷改进与敏捷转型
- 敏捷开发与敏捷测试
- 敏捷开发与敏捷测试
- 网络技术与技术革命周末随想
- rup与传统软件工程之可行性分析
- rup与传统软件工程之需求分析
- rup与传统软件工程之设计分析
- 方法学之RUP与XP
- VB.net数据库编程(08):ADO.net数据访问接口
- 没有对错,你就是标准
- poj 1004 Financial Management(基础题)
- hdu1358
- 数据库访问的性能问题与瓶颈问题
- RUP与敏捷与周末创业
- 序列最小优化算法(SMO)
- 栈的简单应用——四则运算(三)
- Checker Challenge
- 基于avd7181c解决视频输入效果差的问题<一>---驱动移植、调试手记
- poj 1005 I Think I Need a Houseboat(简单计算题)
- android_分享 图片 和 文字
- Working with user roles and permissions in SharePoint Object Model
- 关于学习新技术的方法和让自己不断进步的一点建议