项目负责的心得

对我的懒惰标识歉意，好久没没有总结一下现状了

首先说说现阶段吧，通过负责一个android项目让我成长了不少，通过和领导吵和同事吵和产品吵和设计吵我发现如下：

        和领导，负责项目整体的节奏，要时刻注意整体项目的进度，还有控制资源的分配，如提测，一定要保证自测的结果，以及数据的正确性，当保证自己没有问题时要及时与后端沟通，若是你没有去沟通这个问题还是你的，呵呵，谁让你没有对问题负责呢

        这就涉及到和后端沟通的一个方式的问题，禅道，一定要小心，千万不要简单的把bug简短的转给别人，要把问题描述清楚，这叫做专业，这叫做不给别人添麻烦（想在想想他们如果做好自测，不是不给我们添麻烦嘛，算了），好吧，那就把请求，参数，返回结果一并写成word，提禅道吧，只给别人时是添加不了附件的

        再说说团队内部，还是先说说自己，不要把自己当作项目负责人，你只是负责统计的，统计任务分配，统计完成情况，统计遇到的问题，这样看来就清晰了，不要试图插手别人的代码，不要试图帮助其解决bug，除非他求着你，要不你的好心或者责任心只会影响交流沟通，真当问题来了，对号入座就好了（虽然这么写很不符合我的本心，但这真的是解决问题的办法，从原理来说还是正确的），再说说面对上级时如何沟通吧，首先要明确上级不是要给你治罪，他只是要把握一下进度，所以只需要把结果告诉他即可，要是再问原因，先找自身问题，最后再把别人的问题说出来（感觉这样的流程是正解）。一定要记得不要上来就解释原因，重点是汇报结果

        和产品必须立字据，必须标明时间，必须给出最新版需求，必须给出文案，必须给出状态机，必须找上司确认需求，必须以正式的方式公布出来，对应之前没有考虑的情况必须在原型中或者说明中标红，千万不要相信他们审核过的设计图，那里坑太多，必须把每种情况的设计图给出（不通字长，不通网络状态，不通业务逻辑），记得这些是必须的，要不无限延期！！！

        和设计千万要看能不能实现，各种自适应你自己看着办。。。千万要保证所有图要是最终版！字体，字大小，整体样式等一定要先普及，这样能节约不少你的时间

做了几个o2o，im的项目后，总感觉这就是一种网页解析器，好多系统自己能做的东西根本就用不到，让我深度怀疑自己的选择，所以我找到了嵌入式开发，操作系统等方向，貌似这才是一个真正的程序员应该想要的吧，

自由的数据处理，明白通用的规矩（系统设计定义的规矩），巧妙的设计模式，时而环环相扣，时而毫不相干，统筹全局，小惊喜不断，我真的很想用代码和物质实现这样一件”玩具“！

最后提醒自己不要浪费时间，不要忘记你的方向，努力吧，乘着年起无限！！！