今天北京又下雨，不得不说的产品事

    晚上下班时又下大雨，坐13线居然停运半个小时。小区里又堵满了水，好像根本没有下水道一样。
    来年春天，应该像过去一样，帝带领群臣到天坛祈祷风调雨顺。现在每次一刮风下雨，你们的豆腐渣工程彻底露出来了。这些工程认证上马时像瀑布模型，执行时是敏捷开发。下水道这个产品没有做好，水一泡路又损坏了，鞋一泡要换新的，车一泡熄火了，路堵了，时间废了，人心烦了，和谐这个产品还要不要做。如果把互联网产品经理拉到传统
行业来做产品经理，会是怎样？

为什么看到所有讨论敏捷不行的 都是不停地提 开发不周全，功能不完善啊……

因为国内实施敏捷不注重实质，光注重浮在面上的东西了。比如scrum，什么打牌，什么站立会议，什么总结会都是手段，果用不好都是浮云，反而会降低工作效率，关键要从上而下建立尊重开发人员，尊重客观现实的观念，以产品质量为导向，才能真正有敏捷的效果

当计划没有变化快的前提下，搞敏捷失败正常

个人感觉敏捷中的逐步完成，不断重构（反思）、发展
整个过程非常符合
事物的认知，和事务的发展规律

事务认识总是从浅入深逐步演化
事务发展也总是曲折、由弱变强的

从半自动化开始敏捷，
不一定非要实现所有的实践。
压力会少很多

部分实施敏捷，在摸索的道路上前进

我们老板看了一本《用户故事》就兴冲冲的说要敏捷。让我们需求人员写用户故事代替写需求规格。我说那是否有自动化测试？每日构建？怎么不断拿产品与用户沟通？

他认为跟用户反复讨论需求，在前期把用户故事写好，设计做好，就算是敏捷了。唉，我们团队Junit、Maven、Ant 基本上都没用过。

看看忍者神龟,就知道下水道的差距到底有多大

国人做的产品的态度太差，非常不认真。