人知道的越多就会越谦卑
今天看某位大佬的博客，说自己是个骄傲又自卑的人；让我感叹了下，其实每个人都应该是既骄傲又自卑的人吧！
当一个人懂的越多的时候就会越谦卑，可是每个人都有自己的骨子里的骄傲，这是人性
中学喜欢读很多书，各种各样的，印象中有一句说梁启超的，梁启超演讲的时候喜欢说一句话：梁启超是没有什么学问的。但是转头一笑，会加一句——还是有一点的； 谦虚中又带着骄傲。 其实每个人都一样的，即使再谦虚的人，也会在自己某个方面上认为自己很强，别人都需要配合自己，因为自己是专业的。 其实说了那么多我就是想引出下面我要说的问题： 在去年的很多时候我都会因为一些需求的问题对产品很不满意——提测之后改需求，发布前要微调，需求提的很不明确，总是在开发的阶段重新回去评估需求，让我很不满意。 所以我对这个问题有了一些看法：
- 但是我也明白，很多时候并不一定是pd的问题，我也在很长的一段时间里思考问题的所在，于是我去读了《人月神话》，看完之后我明白了，任何一个项目最后都会腐坏掉，变成一个“焦油坑”，只是速度的快慢而已。而所有的里程碑，项目管理方式，各种确保项目正常进度的方式，最后都会因为一个小差错导致无限期延长，所以大多时候所有人的想法都是让项目朝着好的方向去发展，但是问题在于，当一个项目持续发展下去的时候，没有任何人能完全hold住所有的地方，而这个时候一个小问题的发生，会导致雪崩效应，最后导致项目的延迟；
- 所以我之后开始越来越考虑从自身有不足的方面去看待这些问题，之后我会比较认真的听评审，然后从自身的不足来考虑问题（之前听的时候是从pd哪里有问题来考虑的），然后我发现了一个之前也明白但是不太重视的问题——那就是我们项目已经经历两年，做的又是比较复杂的业务场景，所以在很多问题的考虑上，我比较关心的只是前端方面的问题，顶多稍微考虑下后端，更具体的说就是我关心的其实是技术上怎么实现的问题，对于业务我也更加关心和技术有关的部分，其余的地方会稍微略过；
- 这样对于实现需要是没问题的，但是问题在于，这样相当于抓小放大，只看到自己想看的内容，对于整体的逻辑却搞的不是很明白，一言蔽之就是一叶障目；
- 但是当我比较认真的听完之后，也明白了很多时候因为比较复杂，所以只有一个大概想做的方向，没有具体的内容和逻辑，之后在不断的评审中找到里面的细节。虽然我理解的发生这些问题的原因，但是我还是要说，这里的内容复杂，但是也是由pd一步步提出来到达了现在的阶段，所以讨论这些问题的时候不求所有细节都清晰，但是至少要明白自己做什么，怎么做和有什么产出，而不是就一个模糊的想法就拉所有人来讨论，其实是有点浪费时间的；
所以我说了这么多，更多的其实还是要回归到我的一些思考上：
- 对于开发的同学来说：业务还是要从整体到细节都有一定思考，至少也应该是自己的业务和整体业务的串联，和自己做的东西到底是用来干什么的要明白。之所以说这点，是因为我自己有时候会后知后觉，在内容都做完了，才明白自己做的东西到底是用来干什么的，但是我好歹是后知后觉了，比不知不觉还是稍微好一点；
- 对于pd同学来说：整体的业务要明白，对于提出一个需求的整体闭环也要想清楚，与其做一个没有闭环的东西出来导致没人用，不如开始就不做；
对自己来说，之前遇到很多问题，经常会喜欢抱怨，但是抱怨解决不了问题，真正能解决问题的：一是去做，二是沟通。