FireRivers

摘要： 敏捷方法一览各种敏捷方法的要求千差万别，但是它们都遵循以下12条原则。1、最重要的是通过尽早地、频繁地交付有价值的软件来满足客户——尽早交付有价值的软件。2、频繁地交付可运行的软件，数周或者数月交付一次——频繁发布新版本。3、可运行的软件是衡量进展的主要标准——软件比文档更重要4、接受需求变更，即便是在开发最后阶段——倾听，并快速学习5、项目期间业务人员与开发者共同工作——紧密协作6、找积极主动的人来开发项目——为他们提供所需的环境和支持，相信他们能做好自己的工作7、开发团队里最节省时间最有效的信息传递方式是面对面的交流8、自发组织的团队才能做出最好的架构、和设计——架构要敏捷，好主意无处不在 阅读全文

摘要： 六月份，莫名的让我想到了“焦虑”和“躁热”这两词，也许是天气慢慢的升温；也许是生活、感情、工作，有点点焦头乱额；不过在这里，只吐槽工作和产品，不提生活、感情。 忘记了是在六月的上旬还是中旬，急匆匆的跑去腾讯听了一期QQ大讲坛（QQ会员--从十元到十亿），还好赶到那里，不算太迟，正好开讲，主讲人是QQ会员的产品总监，PPT做得挺精美的，充分的运用好了自己的素材，据说忙了几个通宵， 。（PS：任何让人愉悦的好东西，都是需要花时间和精力去精耕细作的，真没什么捷径可走）。期间，用关键词回忆之前所讲东西时，给我印象蛮深的，时隔这么长时间，还能想起几个呢？“团队”、“执行力”、“精细化运营”... 阅读全文

摘要： 莫名的感觉，今天这一天过得很操蛋，本该是在家休息的，715即将临近，被公司要求跑过来加班，一大早的极不情愿的爬起来，到公司，还没网、没冷气的，埃希.....这一天完全被影响了，难怪如此的不在状态，工作效率也是有史以来最低下的吧。最近这两个月来都在忙活美之网全站的低保真原型，有时候画多了，真有一种想吐的感觉，不过，有句话讲得挺好的，重复的事做多了到极致，你依然会是最牛逼的，似乎有一段时间没有吐槽几句了，借此机会，喷一喷。不提生活、不提敢情，只谈工作：从三月份过来，入职到现在，也有整整3个月了，这个门户从无到有，慢慢的到现在也有了些东西，虽然还不是那么的尽如人意，但鉴于目前的这种情况，也还算... 阅读全文

摘要： 过得很快，五一假期，转瞬即逝，还来不及细细回味那被窝里的懒觉，不过，这天气越来越热，想继续耐床也耐不住。 以目前的情况来看，公司的各项工作都在如火如荼的开展，编辑组拼命使劲的寻找内容，我这边马不停蹄的制作产品原型，最闲的估计是那两个程序员了，也难怪，需求没出来，他们拿什么去开发呢？但现在这样的模式，我不知道可行不可行，编辑组拼命的找内容，但我这边相关的一些正文的产品原型却还没出来，他们找的这些内容格式能跟我这边要设计的产品原型相符合嘛？不过我觉得那个CMS系统所发布的内容应该还是比较通用灵活的，不然也不会那么被市场所认可。 也该说说我自己了，整体上的进度还是慢了点，问题出在哪... 阅读全文

摘要： 2012，我的本命年，在各种纠结与忐忑中开始了我的2012，电影里面的世界末日，不知会不会来临，我个人倒是希望它来吧，来得愈加的猛烈越好，这个星球已经被摧残得不像样了，也不怕在来个玉石俱焚。唉,,,,没事别YY了，过好当下，说说我的工作吧： 二月初来到深圳，在各种期盼与纠结中开始找寻工作，周一到周五的工作日不停去面试、面试，还是面试，周末难得休息一会，后知后觉中，那个猥琐的时间贼把我那最宝贵的财富厚颜无耻的吞噬了一个月，三月到了，总算是找到了一家自我感觉还算满意的公司，这儿人不多，加上管理层二十人不到，是属于一个大集团的，人力资源和财务这一块暂由集团运作。初来这里，总觉着还是冷清了点... 阅读全文

摘要： 在做手机产品设计的过程中，遇到很多看似很小，且很容易被忽略的问题，正是这些小问题，一次次的撩拨用户的耐心，让用户对你的产品心生怨念。刚出道的朋友没有经过实战，对细节注意不多，往往都会遇到类似的问题，强调多次后，觉得不如写下来，给新人共勉。1、没有不可点击的效果一般按钮会有四态，不可点击效果、可点击效果、聚焦状态、按下状态。如果你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导。2、菜单层次太深菜单项以5~7个为宜，如果有二级菜单，就要注意合理的菜单分类，不能有太多层级的菜单，否则很难预期，也很难找到，寻找和返回都会变得很麻烦。3、文字长度不加以限制手机界面很小，寸土寸金 阅读全文

摘要： 1. 在项目开始时，确定你对目标有清晰的理解（产品机会评估）。2. 从产品探索最开始时就建立和首席设计师、主程序员的密切合作。3. 注重真正的协作交流，而不仅仅满足于写那些没人看的文档。4. 迅速的将关键的产品理念融入到原型的制作中。5. 设法验证自己对产品的假设，不要纸上谈兵，尽快判断哪些假设正确，哪些不正确。6. 尽早反复地将产品原型提供给目标客户测试，及早发现问题。7. 记住要确定基本产品。8. 产品探索的目标：确定产品是有价值的、可用的、可行的。9. 在产品探索的过程中不断保持和相关部门的信息互通，向大家展示不断更新的产品原型，让他们了解进度。10. 不要把时间花在为开发人员写文档上， 阅读全文

摘要： 看身边，看朋友，看同事，看看我们这个并不成熟的圈子，优秀的产品经理总归很少。他们已经犯完了应该犯的错误，然后才牛逼起来。 反思我做产品经理的漫长历程，我把我以前犯过的错误，把后来带人的所见，以及与朋友聊天时的所闻，都列出来，以备大家各自警醒。 1、想当然。 Y% *^xie 这个是产品经理经常所犯的最大错误了。我们接到一个需求，我们想了想，然后就认为自己想的是对的。因为我们用过很多同类产品，想过很多类似的事情，等等。我们也想去做市场调查，但漫长而经常不靠谱的市调结果，往往让我们更加不知所措。所以我们反思：除了想当然我们还能干嘛?也就只能想当然了。 % *^shiYN 为了不让自己想当然，我们. 阅读全文

摘要： 需求是从哪里来的？目标客户是谁？有多少人有这样的需求？这个需求紧迫吗？他们的痛是什么？场景是什么？（用产品之前/之后）+1：解决之后在网站数据上会有什么表现？前3个问题能够帮我们切入问题的本质，引发更多的思考，后一个问题让我们思考到底要什么样的结果，如何衡量。第一问：需求从哪里来，目标客户是谁这个问题要一分为二，先说“需求从哪里来”，个人感觉这是最强大一个问题，直接把半数以上不靠谱的需求都枪毙了：到底是我们想做，还是客户想要？我们常常发现很多的需求是我们想要，或者我们觉得客户想要。比如“我们做一个财务管理的软件，就可以帮小企业把钱都管起来了，现在他们记账太混乱了”。可是当产品出来了，我们访问小 阅读全文

摘要： 敏捷开发，目前团队现状：1）没有明确的、合理的、可持续运行的流程机制。1、流程仅仅是个口号，口号得不落实；2、流程设置不合理，没有根据实际的情况，不可行；3、只是为流程而流程，过于形式；2）流程的保障、奖罚机制没有配合到位。1、流程管理过于松散，走流程，不走流程并行；2、流程管理取法控制，缺乏一套合理的、可用的评估标准或原则；3、流程管理缺少奖罚，和员工实际利益没有挂钩，与KPI考核脱节；以前我也讨厌流程、BS流程，现在发现一个缺乏流程管理的团队，将会有多么的糟糕，特别是作为IT企业很多快速开发的产品，往往一两个月下来，很多人都不知道自己做了，什么，应该做成什么样，很多人还是拼印象说是我对这单 阅读全文