站在开发的角度看项目

    昨天项目很忙，很多琐碎的需求下来，这些事情充满了我的一整天，以至于没时间学习。嗯，也即使是这样，也要提醒自己，不能完全以做出功能为目的，过程中需要学习的地方还是要学习，产品提的需求，我们开发需要冷静下来想用户是不是真正需要这些功能。还需要加强学习linux的命令。
     很多时候测试后期时进度比较赶，bug比较多，修复的地方比较多，反复测的地方也比较多。这个现象开发需要负一定的责任，很多bug是需要导致的，所以产品也要负相当部分的责任，但是产品也是人，产品不可能预估到所有问题，所以我们开发应该要起到一个更加重要的角色，我们要理解产品写的需求，并且冷静、客观地想用户是不是真正地需要这些功能，如果发现一个功能有点冗余了，一定要和产品沟通清楚，告诉他用户真正需要的是什么，一个好的产品不是没有东西可以加了，而是没有东西可以减了。

目前存在的问题正是这个问题，产品提了需求，我们开发不去用批判的目光去评审需求，导致后期测试又提出一些更加人性化的操作等等，一旦说服产品，我们后期又要修改我们的代码，测试又要重新测试产品，导致这个周期加长，如果不加长，那么就是严重的加班。
我们作为一个开发，不能要求项目经理做到怎么样，不能要求产品做到怎么样，也不能要求测试做到怎么样，但是我们可以做好自己，如果一个团队里面开发可以做到在做项目之前就发现需求文档中那些不合理的需求并且提出来，那整个做项目的周期就可以缩短，我们各个岗位的工作量也会减少，我们就可以有很多时间来提高自己。所以，开发在一个团队里面可以起到一个很重要的角色。重点是看我们开发自己怎么做，我们开发当然也可以对需求文档不作评审，但是后期需求文档需要优化时我们开发就变成了最苦逼的岗位了，往往加班加得最多的岗位也有开发。
站在自己的岗位上，把自己可以做的东西做到最好，我们会对整个项目组有很多的贡献！同时自己也减轻很多工作量，其他岗位也会随之减少一定的工作量，我们的效率会更高，收获也会更多。