公司开发管理建议 本文的目的 1． 希望工作氛围有所改善 2． 希望工作效率得到提高 回答如下问题 1． 为什么疲惫 2． 工作如何分工 3． 代码版本控制 4． 工作环境文档化 5． 新人的培训与成长 6． 当前该怎么做 为什么疲惫 什么样的工作容易疲惫？不是加班，有时加班往往带来的不是疲惫，而是充实和成就感；导致疲惫的元凶是工作中的不确定性和琐碎。 不确定性源于自身能力与所做工作的差异，说白了就是不会；可是EDA 行业到哪里找那么多会的人呢，优秀人才大都在现有公司有一定地位，很难撬到，正确的做法是搞好分工，让适当的人做适当的事，这样就不会面临招人难的困境了，优秀公司的人才都不是挖来的，而是自己培养起来的。 琐碎源于分工的交叉或是工作多。工作琐碎不仅仅是导致开发人员的疲惫，对产品质量的影响很大，容易制造Bug，而新的Bug 又导致工作更繁琐，陷 入 恶 性循 环。 我 并 不是反 对压 力，对某 些 人来讲 ，压 力是促 进 成长的催 化剂 ，但 新一代年 轻 人承 受 压力的能力越 来越 差。最 重 要 的是： 如果 我 们 能够 轻 松 的做完 事情 ，何必 选 择 压 力呢。轻 松 代表 了游 刃 有余 ，也 暗 示 了我 们 能做更多的事情 ，如果 已 经 绷 紧 了，就没 有回旋 余 地了。工作的愉 悦 性是能留 住 人的重 要 砝 码。 工作如何分工 软件开发的迭代流程是：需求分析，概要设计，详细设计，编码调试，测试维护。 需求分析： 不管做什么事，开头都是最重要的，所以需求分析是最重要的，它贯穿整个开发流程，当工作进展到测试阶段时，突然发现需求没有弄清楚，等于是整个工作从头再来，这不光降低了工作效率，而且对于开发人员的情绪打击很大。 重要的事情自然要由重要的人来做，应当安排经验丰富能力强的人来做需求分析。 新人考虑问题不周全，势必增加返工的次数，对软件质量危害很大，而且还会干扰其他人的工作，进而影响到整个公司的效率。 必须加强对需求的跟踪，我们的需求零散的分布在Bug Tracer，文档，Email 里，对QA 工作和工作交接都很不利。 每一次需求变更会影响到整个软件过程，所以在定义需求时要充分考虑，定义需求的工作自然也应该由经验丰富的人来做。 概要设计： 概要设计跟需求分析关联很大，需求分析要做的工作就是理清需求，决定由哪 些 模 块 协同 完 成 ，需求分析和概要设计由一个人...
