记得看某个战争片的时候有个龙套（貌似还是个知识分子）跟里面说，下次在阵地上遇到敌人轰炸，就躲到以前的弹坑里好了，因为有数据显示炮弹落到同一个弹坑的概率极低，如果真落到你这个，那你也不用躲了。低到什么程度倒是没说。

这里就说到了数据，有理论依据了。

同样的工作中用某某方法你是性能高了，未来可扩展性也好了，但针对某个场景压根就不用考虑性能，人压根也不需要扩展，你费那个劲儿干嘛哦。那反过来说，现在某个功能上缝缝补补的勉强完成需求了，可能从现在时候是节约时间了，也提高“工作”的效率了，出来混迟早要还的，狗皮膏药总有无不住窟窿的时候，一旦被别人戳破，那真是自找的。这个角度到底是省时间了还是浪费了呢？

类似的问题实际上还有不少，比如修改完用户密码后是应该保持客户登录还是应该跳转强制重新登录？那现在软件质量不好，到底不好到什么程度呢？那基于现在这个Team到底有多大的产能呢？

诸如此类的问题，针对同一个项目中，可能不同工作经验的人给出的答案都不一样，很大程度上基于个体主观的感受来回答。你说改就改啊？凭啥要强制登录呢？你说我这东西不好就不好啊，微软还天天打补丁呢？有种你做的比我快。这类的声音此起彼伏。

那怎么说服各方都理解甚至认同你的想法呢？摆数据哦，针对不同的问题，设计几个大家认同的指标，各个指标都有详细的数据支持。

凡是是不是好，怀又坏到什么程度，在没有数据支撑的时候都是个体的吐槽，摆数据看5分钟，比你没事儿就觉得、认为半个小时要直观的多。当然数据只是结果，解读数据、分析数据背后的原因最后让大家达成一致才是关键。

这里只是说要达成一致，这个一致很有可能还是不对，但是至少team的理解是一致的，即使有难那也是同担啊。一个坑里刨食还互相掐架，累死！

P.S.刚刚给一哥们扎啤烧烤庆生，然后被叫去跟boss聊工作，忍不住想吐槽几句。吐槽，纯属吐槽！

职场里，特别是初入职场最怕的学不到东西，没法往更高处走。所以各大企业开始校园巡讲的时候总是会把无条件加班之类的东西包装成，会有充足的挑战在等着你，把起步价薪水过低的情况包装成会一个良好的职业规划，而不用去计较那3-500的薪资差异。不过为啥从来没有一个企业说可以在这点上即给充足的挑战又有良好的福利能跟员工达成双赢呢。最近帮老家亲戚的小孩看工作岗位，牢骚下而已，扯远了，回到正题。

公司采用Scrum的方式来开发软件，这个过程要求所有的短平快的产出以便能跟用户交流，收集其反馈然后进入迭代改进。

由于前期人员到位不及时，各个角色人员都缺失，很多不建议重叠的角色都重叠在自己身上，整个开发的效率很大程度上取决于自己的产出效率，特别是设计这一块。设计出不来活，自己就会投入工作的60-70%的时间去做设计，这样整个项目的需求及进度反而没人管了，恶性循环其结果估计好不到哪儿去。

话说“穷则变，变则通”被逼急了没办法了，我需要更多的时间来关心需求、关心整个项目的进度，所以我做了一系列艰难的决定，这其中就有我要将设计降下去，我要抓大放小，大框架我搭好后，细节的交给开发人员自己来做设计。

决定既然是艰难的，那执行起来肯定不会顺利到哪儿去。现在还在执行中结果如何暂且还不知道。

想想这个过程其实也蛮有意思的，以前自己总觉得什么事都需要自己过一遍才感觉放心，需求、设计、甚至还会去看看大家些的sql语句，往往看到的都是过程，忽略了对结果的关注。感觉自己总是试着去当一个babyset，总以为自己会比别人做的更好，搞得自己很累，大家也不见得轻松。

倒是这个艰难的觉得让我开始轻松起来，我有更多地时间去做需求，去细化故事，没了设计的先入为主和羁绊，拆分其故事来可能会更简单呢。也能将更多的时间投入到进度跟踪，团队建设和其他的管理工作中了。

反过来看看被我决定的那帮兄弟，刚开始接手那肯定是非常非常难受的。因为以前啥都做好了照着文档干活，到现在你必须自己绞尽脑汁的不停的思考为什么要加这张表，这个字段我不加行不行，还会时不时的扎堆讨论某个设计实现是否合理，虽然在这部分上花的时间明显多了，但是开发起来却更得心应手了。我相信在这个过程中，他们肯定也掌握了一些比单纯开发更多地技能。从长期来看，无论对公司还是个人，我想这可能是某种意义上的双赢吧。

接下来我要做的就是规范设计流程，制定评估标准，以便更多的开发人员能完全的掌控驾驭在现在的框架下设计实现某些功能。当然还有更多的艰难决定去让更多地人觉得难受…

本科学地是计算机科学与技术，没怎么系统地接触过这些概念，今天下班回来查找了一下项目经理的职责

1.确保项目目标实现，保证业主满意 这一项基本职责是检查和衡量项目经理管理成败、水平高低的基本标志。
2.制定项目阶段性目标和项目总体控制计划 项目总目标一经确定，项目经理的职责之一就是将总目标分解，划分出主要工作内容和工作量，确定项目阶段性目标的实现标志如形象进度控制点等。
3.组织精干的项目管理班子 这是项目经理管好项目的基本条件，也是项目成功的组织保证。
4.及时决策 项目经理需亲自决策的问题包括实施方案、人事任免奖惩、重大技术措施、设备采购方案、资源调配、进度计划安排、合同及设计变更、索赔等。
5.履行合同义务，监督合同执行，处理合同变更 项目经理以合同当事人的身份，运用合同的法律约束手段，把项目各方统一到项目目标和合同条款上来。

基本上任何项目都适用，很宽泛，太宽泛的东西作为Abstract Class还行，具体到某个行业还是需要的具体的Class，又找了找具体到软件行业职责

1. 制定项目计划，并根据各种变化修改项目计划
2. 实施 项目的管理、开发、质量保证过程，确保客户的成本、进度、绩效和质量目标.
3. 制定有效的项目决策过程
4. 确保在项目生命周期中遵循是实施公司的管理和质量政策
5. 选择一个能够精确衡量项目成本、进度、质量、绩效的项目距阵
6. 风险管理
7. 招聘和培训必须的项目成员
8. 确定项目的人员组织结构.
9. 定期举行项目评估(review)会议
10.为项目所有成员提供足够的设备、有效的工具和项目开发过程
11.有效管理项目资源

网络上出现的多的就是这11条，我就在想什么样的人，或者说是该具备什么样的素质的人才能担任这一角色呢？我现在是否真的能胜任该角色呢？又找到了如下的国际软件项目经理的七大素质

1、在一个或多个应用领域内使用整合了道德、法律和经济问题的工程方法来设计合适的解决方案。
2、 懂得确定客户需求并将其转换成软件需求的过程。
3、 履行项目经理的职责，善于处理技术和管理方面的事务。
4、 懂得并使用有用的项目管理工具。
5、调谐互相冲突的目标，在成本、时间、知识、现有系统以及组织的限制下找出可接受的折衷办法。
6、在一个典型的软件开发环境中谈判、有效地工作、在必要时进行领导，并与有关负责人（包含外方）进行良好沟通。
7、 从最初创建建议书一直到项目签收结束都应用国际标准。