每日工作报告的遗憾

不知我所理解的大问题是不是与你一样：
1.搞错了客户需求做出的东西客户说不是他想要的
2.系统运行不起来
...

如果项目真有这样的大问题的话，那客户肯定要求换项目经理了。
当然，小问题总是会有很多的。


赞同！

大问题一般就是
客户钱不好要
客户把程序变的乱七八糟
客户过阵子之后要改回来
程序员疯掉骂娘
程序员开始怠工
手下被调走去救别的部门的火
部长对我们的项目进度非常不满意
财务大姐不给报销一些非常规的费用。。。

1.搞错了客户需求做出的东西客户说不是他想要的
2.系统运行不起来
这种小事不会放在心上的
有两程序员三天不睡一般没啥解决不了的。。。
不过我一般就是那两程序员之一

公司最新改动，自己做了一个简单的系统.
工作报告和绩效考核强制绑定，这下应该好多了.
所以方法好与坏不一定决定了其实施效果好于坏~

呵呵，最终还是出了狠招。
不过感觉楼主还是code review做得不够，不然可以将很多问题扼杀于开发阶段，也许是没有时间，
其实让所有的team members自己相互做code review也是不错的方法。

具体的规定内容和执行方法是什么样的能稍微说说吗？我不大相信可以用一条规定来解决这么复杂的问题。太多规定最后都流于形式了，因为根本执行不下去。

我很希望能够就执行问题和楼主探讨一下。很多规定合不合理，只有执行的时候才看得出来。