客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。
1、 分析人员要使用符合客户语言习惯的表达
2、分析人员要了解客户的业务及目标
3、 分析人员必须编写软件需求报告
4、 要求得到需求工作结果的解释说明
5、 开发人员要尊重客户的意见
6、 开发人员要对需求及产品实施提出建议和解决方案
7、 描述产品使用特性
8、 允许重用已有的软件组件
9、 要求对变更的代价提供真实可靠的评估
10、 获得满足客户功能和质量要求的系统
11、 给分析人员讲解您的业务
12、 抽出时间清楚地说明并完善需求
13、 准确而详细地说明需求
14、 及时作出决定
15、 尊重开发人员的需求可行性及成本评估
16、 划分需求的优先级
17、 评审需求文档和原型
18、 需求变更要立即联系
19、 遵照开发小组处理需求变更的过程
20、 尊重开发人员采用的需求分析过程

“需求确认”意味着什么
详情请查看全文..........

Tags: 软件架构  项目管理  设计  解决方案  系统  需求分析  

项目管理软件比较:jira, trac, sharepoint, teamwork, dotproject, igantt,etc.
公司要发展，要管理，就需要一个好的内部工作平台，集合项目管理、工作流是最基本的需求。最近比较了一些常见的项目管理工具，结果如下：
trac: 开源项目管理软件，功能比较弱，适合单一一个项目的管理。不过可以和svn较好的结合，配合很多软件来增强功能。安装、配置比较麻烦，要想用好、好用需要花不少时间折腾系统
jira：商业产品，功能强大，可以安装在windows、Linux上，java写的，安装非常简单，可以同时管理多个项目
sharepoint 2007：功能强大，微软的产品，安装过于复杂（server 2003+sqlserver+visual studio 2005＋workflow+sharepoint 2007），对硬件要求也很高（至少2G CPU和1G内存),个性化配置需要使用微软的产品来开发
Open Workbench：软件、非网站，很难团队使用
lGantt: 同open workbench
XPlanner：用于XP开发模式的网站，开源软件，界面较简单
teamwork: 商业产品，功能较强大，但我下载后居然不能运行
dotproject：开源软件（网站），功能较强大，配置较复杂。
综合来讲，Jira还是不错的，如果XP模式，就使用xplanner

Tags: 项目管理  jira  trac  sharepoint  teamwork  dotproject  igantt  etc