文献阅读收获
由于我们组开始的时候文件在我的手里，后来才给PM齐总（齐炜祯），我经过阅读觉得收获很大，所以也写在这里。
人件阅读收获
500个一线开发的软件工程项目开发跟踪结果
- 15%项目出现问题，越大的项目出现问题概率越高。
- 没有一个失败的项目是单纯因为技术问题而失败
- 实践与感悟：如果没有很好的合作计划/工具，足够有效的沟通，每个人的输出能力会大打折扣。比如如果没有明确划分每个人要做的事情，很可能大家都提交百分之八十的结果，如果接口定义也不准确，那最后将会一团糟。
统计--编码大赛
- 能力最强：能力最差效率比 = 10 ：1
- 能力最强 ： 中间均值 = 2.5 ：1
- 能力大多集中在中上游，下游长尾分布
- 编码速度与 语言 经验年限 薪酬（？？？不理解）关系不大
- 同一个公司/环境出来的个体 差异不大
- 编码效率和环境是否足够安静适合工作成正比关系
音乐对工作的影响
- 对于编写一段程序，听音乐组与不听音乐组差别不大
- 对于隐藏规律的发现，听音乐组做的非常好
- 对于日常工作任务，当使用左脑完成时候，听音乐没什么问题
- 对于需要创新的工作，对于右脑的使用权会和音乐冲突
确保流状态稳定
- 进入流状态的时间大约为 7 到 15 min
- 需要流状态的工作，最好不要经常被打断
- 实践与感悟：每天固定拿出四个小时对效率的提升非常大，如果冲刺时候还在兼顾别的事情，往往会导致效率的大幅度降低。
高离职率带来的问题
- 新人上手时间普遍在半年左右，如果高技术壁垒的行业可能为两年
- 员工，小团体会普遍考虑短线利益，不利于公司发展
- 优秀的扁平型组织结构，一般一线员工工作年限为5年，升到管理层需要10年
- 感悟与实践：当一个必要功能绑定给某个具体的人（情况很多见），当他突然有事/离职的时候，对团队影响很大，因为很可能他手里的工作对其他成员来说有专业壁垒，找同样方向的人又会导致入手熟悉时间过长。
团队毁灭发动机
- 防御式管理：杜绝不信任
- 官僚主义：不需要多解释
- 物理分隔：组织团队来一顿意面晚餐很重要（团建的重要性）
- 时间碎片：一个人兼职的项目最好是一个，不要超过两个，否则切换角色/人际互动会消耗大量精力
- 牺牲产品质量：也许降低质量是领导，市场，销售，经费的共同诉求，但是会极大打击团队的自信与热情
- 凭空产生ddl：与共同愿景相悖，种下 不信任种子
- 感悟与实践1：每天的例会非常的重要，就算说的问题很少，也要坚持碰头，这会让沟通变得更加清晰明确，进度更加可控，还能增加团队战斗力。
- 感悟与实践2：PM的作用非常巨大，当其他成员对于PM的安排都非常信服和支持，整个团队的进展会快很多。就像赛龙舟，PM带起的击鼓节奏以及整个团队的积极响应对推动一个项目非常的关键。如果PM带头晕船或者胡指挥，团队就好似乱撞的苍蝇，并不知道该往哪个方向努力。
优秀团队养成特征
- 对产品质量追逐的满足感带来凝聚力
- 结婚时告诉她我爱她：人类需要不断的被确认自己沿着正确方向行进
- 团队成员拥有团队荣耀感，同时具有一些排他性
- 团队成员有展现自己领导力的舞台，鼓励个性发展，团队结构呈网络而非分层，真正管理者表面上“游离于团队之外”
收获
收获
收获
收获
收获
非常赞同的观点有：
- 数学物理课程推迟进行
- 大幅度增加上机课程的时间
- 基本的软件测试工具放在大一
- 鼓励高级厂实习
- 从大一开始建立专业博客
感悟
回想科大信息安全专业的培养（当然信息安全不是专门为了软件工程而培养人才），我们在大一大二花费了太多时间和经历学习数学物理，还有电路等课程，在计算机方向的动手少之又少。
文献阅读
原文：https://www.cnblogs.com/yqsyqs/p/10207306.html
