编程吧 关注：370,862贴子：1,631,216
- 4回复贴，共1页
bug多的原因有很多。
1、 产品经理是否能精准的表达所需要的功能，还是仅仅简单描述一下而已。如果是简单描述一下，你想功能内不清楚的地方是不是就要靠程序员脑补了？脑补后是不是就跟产品经理的预期不一样？
2、产品经理对产品是否有深入思考？这点很重要。很多的产品经理对产品根本就没有深入思考过，几乎想的是先做出来看看，不行再改。甚至更过分的是上线一段时间了，看效果不好再改动。一个需求的改动牵扯到前端布局、后台逻辑、数据库表设计等改动。往往这些改动是一套的，如果需求频繁修改甚至不合理，这必然导致整体代码设计有问题（就如同拆拆补补的房子没人敢住一样）。
3、工期问题。很多项目或模块工期安排的特别短。给的时间少，必然深入思考的时间少，缺乏充足有效的深入思考时间，代码整体逻辑肯定混乱。
4、程序员自身能力问题。没有强有力的能力支持，也不可能写出好程序。
5、团队间沟通问题。你别看是2个人的开发，这2个人也需要通气沟通。要不然彼此只熟悉自己的功能对别人写的功能不清楚，这也导致开发模块时思考欠缺。
6、项目是几次开发？我之前经手一个十年项目，曾经被N个人开发过。那真是越写越乱。
总结：想要狼群，就要准备很多肉。很多开发团队的程序员都很年轻（大学毕业5年内）。为什么请这些年轻的程序员？便宜呗。一分钱一分货，给的少，就不要需求太高。
1、 产品经理是否能精准的表达所需要的功能，还是仅仅简单描述一下而已。如果是简单描述一下，你想功能内不清楚的地方是不是就要靠程序员脑补了？脑补后是不是就跟产品经理的预期不一样？
2、产品经理对产品是否有深入思考？这点很重要。很多的产品经理对产品根本就没有深入思考过，几乎想的是先做出来看看，不行再改。甚至更过分的是上线一段时间了，看效果不好再改动。一个需求的改动牵扯到前端布局、后台逻辑、数据库表设计等改动。往往这些改动是一套的，如果需求频繁修改甚至不合理，这必然导致整体代码设计有问题（就如同拆拆补补的房子没人敢住一样）。
3、工期问题。很多项目或模块工期安排的特别短。给的时间少，必然深入思考的时间少，缺乏充足有效的深入思考时间，代码整体逻辑肯定混乱。
4、程序员自身能力问题。没有强有力的能力支持，也不可能写出好程序。
5、团队间沟通问题。你别看是2个人的开发，这2个人也需要通气沟通。要不然彼此只熟悉自己的功能对别人写的功能不清楚，这也导致开发模块时思考欠缺。
6、项目是几次开发？我之前经手一个十年项目，曾经被N个人开发过。那真是越写越乱。
总结：想要狼群，就要准备很多肉。很多开发团队的程序员都很年轻（大学毕业5年内）。为什么请这些年轻的程序员？便宜呗。一分钱一分货，给的少，就不要需求太高。
