Backlog和第一阶段冲刺结果以及产品Demo 博客停更了一段时间,但是我们团队没有闲着,现在一次性汇报团队工作进度,Backlog和第一阶段冲刺结果以及产品Demo. 在一段时间的分工合作以及调整观察团队人员能力以及性格情况后,我们基本确立了每个人的任务以及团队的构成. 我们团队是由五个人负责的,具体分工如下: 五人团队: 产品负责人:吴伟锋 负责:一些常规的功能和时间安排,产品研发,功能预判,时间预判,产品制作流程预判,后台及数据库编写维护. 性格特点:实干,有良好的时间意识和技术,能与组…

常用的市场调研工具和方法 用户调查:第一,设计调查问卷需要技巧和经验,不是一件容易的事:第二,调查结果为获得解决方案提供了一要途径,但不是解决方案本身 产品使用分析:使用分析工具记录用户使用产品的行为,不断地观察学习,然后调整产品.应该明确告知用户分析工具只收集统计数据,不涉及用户隐私 数据挖掘:想知道同时使用几项服务的用户性别比例?想知道特定人物角色的活跃程度和分布情况?数据分析工具可以轻松回答这类问题 拜访用户:没有一种方法可以替代前往用户使用产品的场所实地考察的作用,但出于对资金和时间成本…

“技术产品”面向市场的表达方法思辨 首先,我们来看看“技术产品”在面向市场去表达的时候,怎么表述是容易被市场接受和理解的,“目标受众是谁?”.“市场切入点是什么?”,做到有的放矢,打动目标受众.切中其关注点和真正需求.这里我用“技术产品”与药品.紫外线预报等我们日常经常见到的来做一个形象的对比分析,以现实生活中随处可见的实例来思辨.审视和开展工作,尤其是这种传统行业的经典做法,观察和体会个中规律.微妙,将其应用到自身工作中,挺有意思的: 基于以上的思考,答案已经很显而易见了,一定是表达逻辑4中的…

                                                [市场调研与分析]Intel发力移动安全领域                                                 第一部分 Intel收购McAfee情况调研 1.1  Intel收购McAfee综述 2010年8月,英特尔公司以76.8亿美元价格收购安全软件供应商McAfee公司,继续向嵌入式前沿扩张,特别是手机市场.但这笔让人惊讶的交易仍存在质疑.英特尔在周四表示已经和…

Global DDoS Threat LandscapeQ4 2017 https://www.incapsula.com/ddos-report/ddos-report-q4-2017.html,DDOS攻击的报告. Market Guide for DDoS Mitigation Services 2018年的,from:https://www.gartner.com/doc/3873489/market-guide-ddos-mitigation-services Summary The…

产品经理是软件产品的主要领导者.不同于项目经理,产品经理是对产品负责,更多的是负责产品的设计定型:而项目经理则对项目负责,更多的是负责项目软件的实现.产品经理的一些工作,和项目经理是一致的,比如需求分析,原型设计等. 产品经理主要是对产品进行市场调研,需求分析,原型设计,讨论设计,用户体验,测试反馈等等内容.具体来说,产品经理就是对产品进行计划,然后由项目经理进行实现.可以这么说,产品经理可以认为是项目的客户和用户,负责将项目的功能性需求和非功能性需求做好,将解决方案提交给项目经理.然后项目经理…

写在前面:非常不错的一篇GTD入门以及人生目标与规划的文章,值得收藏. 本文来自 零折 作为<小强升职记>的读书感悟,给我自己.作为分享,也送给或许需要的给你. 我不知道你是否真的需要.但我受Amy师姐等一众人的影响,已经爱上了分享.呵呵,话也可以倒过来说,其实分享也就是爱.(个人感悟,参照<少有人走的路>对爱的定义.) 本文如题,主要是分享与探讨人生的规划与GTD系统.由于能力有限,如有不解请善用搜索,同时也欢迎探讨.(以下很多图文非本人原创,感谢大家,如有侵犯,必定修改.用得最…

作为<小强升职记>的读书感悟,给我自己.作为分享,也送给或许需要的给你. 我不知道你是否真的需要.但我受Amy师姐等一众人的影响,已经爱上了分享.呵呵,话也可以倒过来说,其实分享也就是爱.(个人感悟,参照<少有人走的路>对爱的定义.) 本文如题,主要是分享与探讨人生的规划与GTD系统.由于能力有限,如有不解请善用搜索,同时也欢迎探讨.(以下很多图文非本人原创,感谢大家,如有侵犯,必定修改.用得最多的,就是<小强升职记>里面的东西了,毕竟是本文是读书后的产物嘛.) 一.何…

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人…

产品需求对产品研发而言非常重要,写不好需求,后面的一切工作流程与活动都会受到影响.转载一篇文章,关于产品需求文档写作方面的,如下: 本文摘自(一个挺棒的医学方面专家):http://www.cnblogs.com/okaimee/archive/2013/01/11/2855896.html 一.文章的摘要介绍 无论我们做什么事都讲究方式方法,写产品需求文档(以下称PRD文档)也是如此,之前我通过四篇文章分享了自己写PRD文档的一些方法,而这一篇文章主要是对之前四篇文章进行整体的摘要介绍,帮助大…