摘要: 敏捷方法一览各种敏捷方法的要求千差万别,但是它们都遵循以下12条原则。1、最重要的是通过尽早地、频繁地交付有价值的软件来满足客户——尽早交付有价值的软件。2、频繁地交付可运行的软件,数周或者数月交付一次——频繁发布新版本。3、可运行的软件是衡量进展的主要标准——软件比文档更重要4、接受需求变更,即便是在开发最后阶段——倾听,并快速学习5、项目期间业务人员与开发者共同工作——紧密协作6、找积极主动的人来开发项目——为他们提供所需的环境和支持,相信他们能做好自己的工作7、开发团队里最节省时间最有效的信息传递方式是面对面的交流8、自发组织的团队才能做出最好的架构、和设计——架构要敏捷,好主意无处不在 阅读全文
posted @ 2012-07-06 14:02 Foxriver 阅读(164) 评论(0) 推荐(0) 编辑
摘要: 六月份,莫名的让我想到了“焦虑”和“躁热”这两词,也许是天气慢慢的升温;也许是生活、感情、工作,有点点焦头乱额;不过在这里,只吐槽工作和产品,不提生活、感情。 忘记了是在六月的上旬还是中旬,急匆匆的跑去腾讯听了一期QQ大讲坛(QQ会员--从十元到十亿),还好赶到那里,不算太迟,正好开讲,主讲人是QQ会员的产品总监,PPT做得挺精美的,充分的运用好了自己的素材,据说忙了几个通宵, 。(PS:任何让人愉悦的好东西,都是需要花时间和精力去精耕细作的,真没什么捷径可走)。期间,用关键词回忆之前所讲东西时,给我印象蛮深的,时隔这么长时间,还能想起几个呢?“团队”、“执行力”、“精细化运营”... 阅读全文
posted @ 2012-07-05 17:46 Foxriver 阅读(167) 评论(0) 推荐(0) 编辑
摘要: 莫名的感觉,今天这一天过得很操蛋,本该是在家休息的,715即将临近,被公司要求跑过来加班,一大早的极不情愿的爬起来,到公司,还没网、没冷气的,埃希.....这一天完全被影响了,难怪如此的不在状态,工作效率也是有史以来最低下的吧。最近这两个月来都在忙活美之网全站的低保真原型,有时候画多了,真有一种想吐的感觉,不过,有句话讲得挺好的,重复的事做多了到极致,你依然会是最牛逼的,似乎有一段时间没有吐槽几句了,借此机会,喷一喷。不提生活、不提敢情,只谈工作:从三月份过来,入职到现在,也有整整3个月了,这个门户从无到有,慢慢的到现在也有了些东西,虽然还不是那么的尽如人意,但鉴于目前的这种情况,也还算... 阅读全文
posted @ 2012-06-18 09:49 Foxriver 阅读(167) 评论(0) 推荐(0) 编辑
摘要: 过得很快,五一假期,转瞬即逝,还来不及细细回味那被窝里的懒觉,不过,这天气越来越热,想继续耐床也耐不住。 以目前的情况来看,公司的各项工作都在如火如荼的开展,编辑组拼命使劲的寻找内容,我这边马不停蹄的制作产品原型,最闲的估计是那两个程序员了,也难怪,需求没出来,他们拿什么去开发呢?但现在这样的模式,我不知道可行不可行,编辑组拼命的找内容,但我这边相关的一些正文的产品原型却还没出来,他们找的这些内容格式能跟我这边要设计的产品原型相符合嘛?不过我觉得那个CMS系统所发布的内容应该还是比较通用灵活的,不然也不会那么被市场所认可。 也该说说我自己了,整体上的进度还是慢了点,问题出在哪... 阅读全文
posted @ 2012-05-02 10:03 Foxriver 阅读(153) 评论(0) 推荐(1) 编辑
摘要: 2012,我的本命年,在各种纠结与忐忑中开始了我的2012,电影里面的世界末日,不知会不会来临,我个人倒是希望它来吧,来得愈加的猛烈越好,这个星球已经被摧残得不像样了,也不怕在来个玉石俱焚。唉,,,,没事别YY了,过好当下,说说我的工作吧: 二月初来到深圳,在各种期盼与纠结中开始找寻工作,周一到周五的工作日不停去面试、面试,还是面试,周末难得休息一会,后知后觉中,那个猥琐的时间贼把我那最宝贵的财富厚颜无耻的吞噬了一个月,三月到了,总算是找到了一家自我感觉还算满意的公司,这儿人不多,加上管理层二十人不到,是属于一个大集团的,人力资源和财务这一块暂由集团运作。初来这里,总觉着还是冷清了点... 阅读全文
posted @ 2012-04-05 13:37 Foxriver 阅读(101) 评论(0) 推荐(0) 编辑
摘要: 在做手机产品设计的过程中,遇到很多看似很小,且很容易被忽略的问题,正是这些小问题,一次次的撩拨用户的耐心,让用户对你的产品心生怨念。刚出道的朋友没有经过实战,对细节注意不多,往往都会遇到类似的问题,强调多次后,觉得不如写下来,给新人共勉。1、没有不可点击的效果一般按钮会有四态,不可点击效果、可点击效果、聚焦状态、按下状态。如果你的按钮此时处于不可用状态,那么一定要灰掉,或者拿掉按钮,否则会给用户误导。2、菜单层次太深菜单项以5~7个为宜,如果有二级菜单,就要注意合理的菜单分类,不能有太多层级的菜单,否则很难预期,也很难找到,寻找和返回都会变得很麻烦。3、文字长度不加以限制手机界面很小,寸土寸金 阅读全文
posted @ 2012-03-05 12:03 Foxriver 阅读(370) 评论(3) 推荐(0) 编辑
摘要: 1. 在项目开始时,确定你对目标有清晰的理解(产品机会评估)。2. 从产品探索最开始时就建立和首席设计师、主程序员的密切合作。3. 注重真正的协作交流,而不仅仅满足于写那些没人看的文档。4. 迅速的将关键的产品理念融入到原型的制作中。5. 设法验证自己对产品的假设,不要纸上谈兵,尽快判断哪些假设正确,哪些不正确。6. 尽早反复地将产品原型提供给目标客户测试,及早发现问题。7. 记住要确定基本产品。8. 产品探索的目标:确定产品是有价值的、可用的、可行的。9. 在产品探索的过程中不断保持和相关部门的信息互通,向大家展示不断更新的产品原型,让他们了解进度。10. 不要把时间花在为开发人员写文档上, 阅读全文
posted @ 2012-02-19 13:29 Foxriver 阅读(225) 评论(0) 推荐(0) 编辑
摘要: 看身边,看朋友,看同事,看看我们这个并不成熟的圈子,优秀的产品经理总归很少。他们已经犯完了应该犯的错误,然后才牛逼起来。 反思我做产品经理的漫长历程,我把我以前犯过的错误,把后来带人的所见,以及与朋友聊天时的所闻,都列出来,以备大家各自警醒。 1、想当然。 Y% *^xie 这个是产品经理经常所犯的最大错误了。我们接到一个需求,我们想了想,然后就认为自己想的是对的。因为我们用过很多同类产品,想过很多类似的事情,等等。我们也想去做市场调查,但漫长而经常不靠谱的市调结果,往往让我们更加不知所措。所以我们反思:除了想当然我们还能干嘛?也就只能想当然了。 % *^shiYN 为了不让自己想当然,我们. 阅读全文
posted @ 2011-08-15 09:41 Foxriver 阅读(202) 评论(1) 推荐(0) 编辑
摘要: 需求是从哪里来的?目标客户是谁?有多少人有这样的需求?这个需求紧迫吗?他们的痛是什么?场景是什么?(用产品之前/之后)+1:解决之后在网站数据上会有什么表现?前3个问题能够帮我们切入问题的本质,引发更多的思考,后一个问题让我们思考到底要什么样的结果,如何衡量。第一问:需求从哪里来,目标客户是谁这个问题要一分为二,先说“需求从哪里来”,个人感觉这是最强大一个问题,直接把半数以上不靠谱的需求都枪毙了:到底是我们想做,还是客户想要?我们常常发现很多的需求是我们想要,或者我们觉得客户想要。比如“我们做一个财务管理的软件,就可以帮小企业把钱都管起来了,现在他们记账太混乱了”。可是当产品出来了,我们访问小 阅读全文
posted @ 2011-03-07 21:55 Foxriver 阅读(131) 评论(0) 推荐(0) 编辑
摘要: 敏捷开发,目前团队现状:1)没有明确的、合理的、可持续运行的流程机制。1、流程仅仅是个口号,口号得不落实;2、流程设置不合理,没有根据实际的情况,不可行;3、只是为流程而流程,过于形式;2)流程的保障、奖罚机制没有配合到位。1、流程管理过于松散,走流程,不走流程并行;2、流程管理取法控制,缺乏一套合理的、可用的评估标准或原则;3、流程管理缺少奖罚,和员工实际利益没有挂钩,与KPI考核脱节;以前我也讨厌流程、BS流程,现在发现一个缺乏流程管理的团队,将会有多么的糟糕,特别是作为IT企业很多快速开发的产品,往往一两个月下来,很多人都不知道自己做了,什么,应该做成什么样,很多人还是拼印象说是我对这单 阅读全文
posted @ 2011-02-14 16:51 Foxriver 阅读(2120) 评论(2) 推荐(2) 编辑