|
club.mypm.net
在从学校刚刚毕业后不久，读过一本老外写的书《Management Information
system》，印象非常深刻的是，书中一上来就首先剖析了一个观点：建立有效的信息系统，还是有效的建立信息系统。在这里明确提出了两者主次的关系，相信但凡稍做思考，所有人都会得出正确的答案。PgMp.mypm.net
这两种说法的根本差别就在于，一个强调的是建立信息系统的目标，一个强调的是建立信息系统的过程。但是在日常工作中，却看到许许多多的情况下，经常出现关注过程超过关注目标的情况，结果出现南辕北辙的情况，非常有效的开发出了无效的信息系统。bbs.mypm.net
如何保证所建立的信息系统是有效的，在建设过程中始终能够把握住信息系统建设的正确方向，我想从以下几个层次做一分析：项目管理者联盟
1，软件需求。pmp.mypm.net
软件需求是针对具体软件系统所提出的具体需求，直接说明了软件开发应实现的结果。作为软件开发的技术人员，至少要做到需求导向，而非技术导向，在开发中要保证所开发出的系统符合软件需求的要求。开发过程当中通常都要首先进行需求分析，然后才能组织技术开发，在后期还要依据软件需求进行软件测试，检测软件开发所实现的功能对软件需求的符合性。项目管理论坛
2，业务需求。club.mypm.net
对于软件系统开发的技术人员来说，严格遵守软件需求完成开发任务，但所交付的系统有时仍是“不好用”。那么我们进一步向前找原因，有时发现在建立系统时，业务需求出现了问题。业务需求不等于软件需求，它是软件需求的前提。在业务需求当中，会从业务的视角描述完整的业务处理流程，其中既有需要信息系统处理的环节，也有需要人工介入的操作环节，既有本机构内的处理流程，也可能有外部合作机构的处理流程。整个业务流程中往往有许多个“人-机”交替的处理过程，可能会涉及多个不同的信息系统，会涉及多个系统之间的交互衔接问题，所以一项业务的完整信息流只有在描述整体业务流程的业务需求中才能体现出来。只有在保证业务处理流程中信息流的完整性和一致性的前提下，分解到各个软件系统的软件需求才是可靠的，才能保证按照各自软件需求所建立的各个信息系统，能够配合实现所需要的完整的业务流程，满足业务需求的要求。没有业务需求做基础的软件需求是空中楼阁!项目管理者联盟
3，产品需求。项目管理者联盟文章
按照业务需求建立的信息系统，在满足业务需求方面自然是有了很大的改进。但是在实际企业经营当中，仍然有时还会遇到这样的情况，业务与技术配合在一起，很好的建立了满足业务需求的信息系统，但对于企业的业务拓展、经营管理，并未起到明显的推动作用，有的甚至由于业务一直开展不起来，最终放弃所建立的信息系统。这样的信息系统好像仍然不能算是“有效的”。进一步查找原因，主要就是企业的产品管理问题。项目管理者联盟文章
说到产品管理，大家基本都知道有BRD、MRD、PRD：www.mypm.net
·BRD(Business Requirement
Document，商业需求文档),更像一个商业计划书，用来说明产品规划及各种可行性分析，比如法律可行性、市场可行性、技术可行性、财务可行性等。其中需要说明的是，遇到过许多场合(特别是在依赖信息技术的业务中)，当大家谈及技术可行性时，往往把“技术”狭隘的理解成“信息技术”。其实产品的技术可行性，是泛指产品当中所涉及的各领域专业技术的可行性，还可能是工程技术、风控技术、管理技术之类的，这些都是不同领域中的专业“技术”。项目管理者联盟
·MRD(Market Requirement
Document，市场需求文档)，是描述该产品将来的市场销售策略，比如目标客户群的细分、目标客户的特征、市场策略、销售方法等。项目管理者联盟文章
·PRD(Product Requirement
Document，产品需求文档)，是具体说明产品是什么样的，详细描述产品的各种属性，比如产品的功能、材料、外观、质量等等。项目管理者联盟
从上面的说明可以看出，BRD、MRD、PRD是有内在因果关系的，一个新产品，基于BRD进行决策后，利用MRD设计市场策略，再通过PRD定义产品，然后才是产品的实现与交付。可以看出，前面提到的业务需求应该就是PRD的主要内容。在BRD、MRD的前提下定义出来的PRD，在保证满足市场需求并具有各种可行性的前提下提出的业务需求，是进一步分解形成软件需求的前提。经过这样的产品管理过程，才有可能保证开发出的产品是能够为企业创造价值的，这样建立起来的信息系统才有可能保证是真正有效的。项目管理者联盟
文章首发于乔东老师个人微信公众号：IT管理工匠，专注于IT管理的理论与最佳实践，不断提升IT管理“工艺”，欢迎关注交流。training.mypm.net 项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
