## 产品设计体会(二二)——封闭开发
又给封闭了好几周了,和外包的微软项目团队在一起。
算起来到公司有超过一半的时间出于项目封闭状态,也算幸运吧,因为封闭的项目通常是比较重要和神秘的(好吧,或者是因为办公区域没地方坐了,=,=bbb)。
《人件》里很强调办公环境对人的影响,不过那是对正轨成熟的大公司而言的,从我们经常搞封闭就可以看出,确实还是一家创业型的小公司。
封 闭的好处比较明显,大家都挤在一间房里,围着一张会议桌办公,交流非常方便,有什么问题,吼一声就通知到所有人了;而且封闭通常是为了“赶工”,所以争论 会比较多,小空间可以使得争论更容易产生,而且参与者会更加投入,不用担心激烈的争论会打搅到外人,因为屋里没有外人;封闭还会让人丧失时间概念,早上会 到得比较晚,但晚上经常也在工作,这样通常快速、高效,会不自觉的加班,而且互相之间的影响比较大。
另一面,封闭的缺点也是显而易见的,环境较差,比较挤,当大家对项目有激情,或者经常有团队激励(包括物质的如出去聚餐,精神的如又跨过了一个milestone)的时候,高昂的战斗气氛可以保持,但难免的长时间会心理疲惫、压抑,个人感觉通常是2、3个月。想到一个特例,阿里的秘密基地湖畔花园的封闭通常会很久,但那里的团队战斗力可以一直保持,这就是团队激励的作用。
从上面的特点可以看出,封闭比较适合创业型团队的敏捷开发,追求速度的同时必然牺牲流程、规范、文档等东西,而这次封闭正好又是和超级正规军微软在一起,microsoft的 同学做起事来完全就是《软件工程》教科书式的,项目启动、……、需求分析、概要设计、详细设计,每样的文档空白模板一拿出来就已经几十页了,每周的周报、 会议记录都有极其华丽的模板,讨论都是口说无凭要邮件出来双方回复确认的,这段时间可以感受到两种文化的剧烈碰撞,学到了很多,这种新模式作出的产品如 何,2个月后揭晓。
- 前言
- (一)——变态吧,开始帖周报了
- (二)——数据分析
- (三)——性价比:做不做?
- (四)——需求管理
- (五)——有关流程
- (六)——再谈流程
- (七)——需求探针
- (八)——产品与项目
- (九)——关于学习
- (十)——团队合作
- (十一)——市场扫描
- (十二)——少而精
- (十三)——再说需求分析
- (十四)——做过的几个项目
- (十五)——PM、PD、UE与UI
- (十六)——Feature List
- (十七)——PD的几种文档
- (十八)——概念设计
- (十九)——UPA年会的流水账
- (二十)——有关改版
- (二二)——封闭开发
- (二三)——用户研究
- (二五)——当交互设计遇到敏捷开发
- (二六)——PD就是出来卖的
- (二七)——大产品设计
- (二八)——细节之文案
- (二九)——产品设计的五个层次
- (三十)——“体会”导读的思维导图
- (三二)——零散的体会
- (三三)——用户大会
- (三四)——土老板破冰必杀技
- (三五)——QA与测试
- (三六)——再理解“敏捷”
- (三七)——可用性测试
- (三八)——项目外包!=开发外包
- (三九)——CSDN专访精编版
- (四十)——销售渠道
- (四一)——用户创意无限
- (四二)——又是零散体会
- (四三)——说说评审会
- (四四)——项目外包不适合“敏捷”?
- (四五)——外行眼中的技术分工
- (四六)——UML学习摘录(上)
- (四七)——UML学习摘录(下)
- (四八)——资源战争与BRD
- (四九)——产品市场化
- (五十)——终点:Matrix
- (五一)——敏捷的估计与规划
- (五二)——MS Office使用心得
- (五三)——产品文档与规范
- (五四)——PD招聘广告词
- (五五)——项目Kick Off
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录