技术对需求撰写的影响
PHP学习已经有半个月的时间了,总得来说掌握的知识还只是小基础。如果看成是学英语的话那现在就是26个字母基本掌握,掌握了几种简单的语法,同时记住了一些单词。同时我不是一个真正的产品设计,所以大部分工作及精力是放在需求,业务方面,而学了技术,至少是学到现在(可能我学的还不够深入)对我的帮助远远大于对我的限制,确实没有像其他人说的,技术限制了思路。
工作中能体验到的好处:
需求文档中,逻辑的问题少了:不会把多个数据盲目整合,看着整体结构简单了,实际上功能的使用繁琐了,逻辑复杂了,同时有可能会出现矛盾。
对进度的安排及功能的分配心里有些框架了:知道了大概哪些是大工作量,哪些是比较容易实现的,同时平衡业务用户的需求侧重点,从而更合理的安排项目的工期及功能的分配,同时最大化的满足双方的需要。
问题考虑更全面了:一个简单表格,一般我们需要提出的需求需要包括的点有“字段数量,字段定义,字段顺序,表默认显示数据,数据行的排序依据,是否翻页,翻页条件,是否允许查询,查询条件与逻辑”等等类似的功能说明。
歧义句少了: 明白了参数,属性,字段的含义,不会再乱用会误导技术理解的词汇。
文档力求统一,需求分层: 文档同样是一个“产品”,他的面向用户群就是开发人员或设计人员,所以同样需要有概念统一,词汇统一,功能统一的要求,包括各种细节,尽量不要在功能需求中体现表现层的东西,同理在设计建议文档中也少提到逻辑概念。
类似的好处还有不少,总之感觉到是质的变化,再有体会继续整理。
工作标准啊,多重要啊。我前几天面试一个市场主管,对冷热媒介的基本定义都跟书上的定义相反。
Comment by 隔壁的 — 2008-03-18 @ 4:44 pm
那挺无语哦…. 标准确实重要,部门内,跨部门,跨公司,跨行业…….
Comment by admin — 2008-03-18 @ 11:04 pm