菊厂MDE的生存经验–方案对比

154 views

万丈高楼平地起。
无论对做技术方向、还是做管理方向,这样都有吸引力和成就感。但以现在的年代,对于一般的业务,无论业界、还是公司内部,都有一些现成的技术方案、平台可供选择。因此,工作中主要的问题不在于无方案可选,难处在于选择太多,需要具备一双慧眼从中选择一个既匹配业务、匹配团队、又匹配个人的方案。
那么,现在手头有用户的需求,也有一些可选的方案,怎么从中选择一种方案呢?
从如下几个维度进行分析:

  • 业务场景
    业务场景以我方项目为准,可以从客户诉求、业务价值、原始需求出发,整理一个相对完善的清单。如果可选集中的方案有成熟的交付案例,则可以从中提取各方案对应的清单。
  • 业务功能
    对业务场景清单的细分和分解,需要考虑客户的特点、我方项目的交付特点,整理得到功能清单。同理,可以按照类似的格式,对可选集中的方案做一次梳理。
  • 业务规格
    和功能稍有差异,主要体现容量、速度、效率等方面的要求。这类要求需要耐心和客户沟通、确认。但在MDE层面,直接面对客户的机会相对要少一些,通常可以从前述清单出发,整理出规格清单,和架构师、SE确认即可。同理,需要针对可选集中的方案,梳理相同的清单。
    举个例子,比如作为一套管理系统,要求必须容纳N个账号,其中M个账号允许同时在线。
  • 技术方案
    对于前述整理的功能,对技术组合的要求,梳理后整理成清单。同理,需要针对可选集中的方案,整理对应的清单。
  • 技术规格
    使用对应的技术方案,为满足前述的需求,可以达成的规格,需要使用的资源等,可以从场景出发,整理成几份清单。同理,可选集中的方案,由于已有成熟应用的案例,可以直接从案例中提取。
    举个例子,比如报表系统,为满足时效性的要求,可能会有不同的技术组合,那么在时间、资源方面有不同的要求,相对应的,在技术层面可以梳理出不同的规格要求。
  • 收益/代价/风险
    我们期望方案,一方面可以匹配用户的需求,另一方面照顾项目团队的感受。 满足要求的方案不能说不存在,只是多数时候需要在某些方面做一定的妥协。那么,为了满足前述要求,需要在收益/代价/风险方面,做不同的选择。因此针对可选集中的方案,从需求出发,梳理清单。

最后一步,汇总清单,罗列关注要点,从可选的方案中,挑出匹配程度最高的方案。

总结一下,关键字有,客户需求,需求场景,可选方案,重要的关注点。



若非注明,均为原创,欢迎转载,转载请注明来源:菊厂MDE的生存经验–方案对比

关于 JackieAtHome

基层程序员,八年之后重新启航

此条目发表在 工作总结 分类目录,贴了 , 标签。将固定链接加入收藏夹。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

Protected with IP Blacklist CloudIP Blacklist Cloud