Chinaunix首页 | 论坛 | 博客
  • 博客访问: 700753
  • 博文数量: 111
  • 博客积分: 2109
  • 博客等级: 上尉
  • 技术积分: 1124
  • 用 户 组: 普通用户
  • 注册时间: 2012-04-25 12:11
个人简介

通信码农,Emacs爱好者,业余IOS程序员,更业余的PM

文章分类

全部博文(111)

文章存档

2018年(2)

2016年(2)

2015年(2)

2014年(13)

2013年(21)

2012年(71)

分类: 敏捷开发

2014-05-08 15:42:49

1. 产品经理的起源
    宝洁公司,适应公司发展,随着企业越来越大,产品越来越多,越来越复杂,出现                                           
    了产品管理的矩阵型组织

2. 产品经理的职责
    现有的产品经理的概念,更多的涉及了     
    产品规划 - 数据分析 - 用户研究 - 需求分析 - 功能设计 - 项目管理 - 敏捷方法

3. 互联网与传统区别
    
4. 管理是每个人必备的技能,每个人都需要对自身拥有的资源进行管理(时间管理/精力/资金/人员)
    资源不足是常态,所以我们要学会分配以及管理资源

TOBEDONE : 5. 做一份关于产品经理JD & Requriment的调研报告

6. 需求的流程
     
     
需求采集
      

     1. 说与做的关系,用户访谈可能出现的偏差,最好是又“说”又“做”

     2. 样本少 “伪随机”
     
     3. 用户过于“强势”/ 我们过于“强势”

需求的转化

     用户需求 / 产品的需求
     需求分析就是从用户提出的需求出发,找到用户内心真正的渴望,再转化为产品的需求的过程

并不是用户需要什么就给予什么,变个花样给客户他们真正需求的

需求来源于理想与现实的差距,减小差距的方式主要有三种:
1. 改变现状
2. 降低理想
3. 转移需求


项目管理流程部分

产品用户:

无种用户群体






项目管理相关:


文档相关:

BRD: Business Requirement Document
MRD:  Market Requirement Document
PRD:    Product Requirement Document
FSD:     Functional Specifications Document

作者说在阿里一般会写两种文档,在我们这里其实只有SE去写一个成为FFRD的文档,Fast Feature Requirement Document.电信领域跟互联网领域不同的事情我觉得是因为电信产品的复杂度,导致PM必须是一个对于通信网络架构有一定的了解,深入做这个这个产品方方面面的资深工程师,而且电信领域对于用户体验来讲并没有特别的重视,因为实际上网元产品的要求大多是一些stability和capacity的要求.


后文中,作者大致讲的是一种类似于water fall的开发模型,在具体公司的方式大致相同,Design -> review -> code -> code review  Turn over 给测试人员,需要进行DT,然后开始FT, ST,最后Regression Test. 随着一个一个mail stone的到达,最后Deliver 给客户,然后中间追踪质量的手段与方法,从目前我的经历来看,大多数是使用开源的或者收费的bug追踪系统,从bugzilia到内部开发的系统,甚至与小项目用Excel,工具不是目的,只是track进度的一种方式。
我觉得在项目过程中,只要大家都认真的填好自己应该填写的文件,这不应该成为一种负担而是效率优化的重要组成。

在作者讲述项目管理的章节,收获不是很大,可能因为书的受众是应届毕业生或者是对流程不太熟悉的新人,关于敏捷的描述,就我自己的切身感受,敏捷standup meeting很棒,至少让你每天都不能懈怠,必须每天都有收获,作者是每一个sprint就相当于一个小的瀑布模型,还是比较有道理的。

###############5.09 update######################
关于项目管理,作者说“一群超级理性的人很明白“没有规矩,不成方圆”的道理,他们喜欢被规则管理而不是被人管理”

关于跟老板的关系,真是跟我今天看到的一篇文章相得益彰,今天在果壳上看到一篇如何与强者相处的文章,也是提到寻求帮助。
1. 首先不要问“愚蠢”的问题,即使要问,也至少应该坦诚。
2. 要给别人出“选择题”而不是“问答题”

这本书还是挺杂的,记录了作者的心得体会,不过还是很有意思。
以下是工作中送礼的原则。
1. 大中之小不如小中之大
2. 有用的不如无用的
3. 需要的不如想要的
4. 有选择不如没选择
5. 小奖不如没有
6. 晚说不如早说
7. 一次不如两次送
8. 公开不如不公开
9. 涨工资不如人发奖金

需求分析之市场扫描

PEST分析:
Poliical/ Economic/ Social /Technological Factors.

#############################################
总体阅读感受跟我之前说的差不多,其实这是一本类似于“科普”的书,本来以为书的后1/3还能做些笔记,后来发现真正专业的东西并不是太多,也可能是因为PM要求的素质更多的是杂而全吧,作者推荐的书也是五花八门各种各样,不过部分网站跟书籍我也很喜欢,比如我从来都没想给做金融,但是比较喜欢看一下宏观经济方面的,吴晓波的一些case分析的书,《大败局》《激荡三十年》之类的。看到作者推荐《万历十五年》会心一笑,其实我觉得这本书有些过誉了,Darren推荐我看的,好像看过一篇王石的采访,他好像也比较推崇这半书,可能是我的阅历还不够。

阅读(1528) | 评论(0) | 转发(0) |
0

上一篇:Security tips

下一篇:SSH文章转载

给主人留下些什么吧!~~