51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师【周活动】 找茬--心里圈的故事 !【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【专家100期】:如何走出自动化测试第一步 【专题】测试入门必备:测试环境的管理与搭建 【征稿】新年伊始,越努力越优秀! 自学软件测试那点事
查看: 354|回复: 1

[原创] 程序员角度看待产品经理的需求介绍

[复制链接]

该用户从未签到

发表于 2019-1-11 16:41:49 | 显示全部楼层 |阅读模式

路上遇一产品同学的问题:产品经理如何更好地与其他人员(包括开发,测试等相关人员)沟通,阐述整个产品。


吃完饭,闲着蛋疼,刚好自己对于面对不同的产品经理也有所感触。废话不多说,根据不同情况进入正题。


1.全栈工程师,集法宝于一身,六脉神剑,打造自己的产品,需求肯定非常清楚。

2.一些初创的公司,项目boss带领几个组员。  boss接到某个任务,然后分发给组员。这里boss即为产品经理,一般这种情况,好的boss会给组员画个草图,说明下一些功能点。大致排版从草图中可以意会,具体的排版,美观度自己解决。开发好了如果不符合重来。  优缺点:一般只有在添加某些小功能才会用到这种方式,同时组内交流也很方便,不会影响开发。大功能还是算了吧,好记性不如烂笔头,还是要有需求文档。

3.一般的公司有某个开发任务时,先由专职的产品经理进行需求分析,然后交由技术组


(1),进行技术方案编写,然后让架构师进行技术评审

(2),一系列技术评审通过后进行开发,开发完了交由测试人员测试

(3),产品经理进行需求分析后,至少需要让上面的1,2,3三种角色了解不同程度的需求。


  • 1.开发组,对于开发组的人员要对需求进行全面的了解,包括自己需要保存什么数据,如何与第三方交互,才能出技术方案。
  • 2.评审人员:需要了解大致的需求,但不需要开发人员那么细致。
  • 3.测试:跟开发组差不多吧


因此,要节约项目开发时间以及项目设计合理,项目经理应该让相关人员能清楚,明了的知道项目需求。


那么,如何让其他人轻松,全面的知道你想表示的东西,我想最直观的就是图像。同时把图像串起来,在一定程度上也就把逻辑,流程串起来了。


人都是很直观的,往往在做事的i时候,都是先哪一步,再哪一步。如果开发页面的时候,比如对微信的需求分析显示,出发点是登录页面,登录后跳到主页面,主页面里总共有4个按钮项目,A微信,B通讯录 C发现 D我。 D设置里有钱包,卡包等功能。每个功能1张图。类似于树状图,由xmind进行组装,每张图的备注在下面阐述,这是我第一家公司的产品经理用的一种方式,目前为止,我觉得是非常好的一种方式。比用wiki还是word进行页面显示好多了。如图自己随便创建了一张xmind的图,因为第一次画,见谅哈。图下面的文字就是对图的说明。我认为这样,整个流程都走通了,每个流程都有大致的数据显示,对于开发人员,测试以及评审人员都能很轻松的明白产品的大致面貌。



文笔有限,就这样吧。。。或许就应该让产品经理(女的多)和程序员(男的多)互殴,斗着斗着不知道了。。哈哈哈


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /3 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2019-3-21 01:44 , Processed in 0.063408 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2019 Comsenz Inc.

快速回复 返回顶部 返回列表