写下自己写代码的经历，回顾自己从基层程序员到企业管理者的变化，尝试挖掘自身的全部价值。

自己的经历

        首先简单说一下自己的经历，工作将近8年，基本顺序是从程序员、研发团队Leader、项目技术负责人、项目经理，目前为某科技公司CTO。

        下图为自己工作和项目经历的时间表：

        主要分为四个阶段：

        1. 第一个阶段是刚大学毕业的头两年，我在一家外资企业做全栈工程师。主要工作内容是根据原型制作Web页面，实现页面交互功能。同时，还需要自己实现后端功能、设计DB，包括测试环境和生产环境的部署。

        该阶段的主要收获是开发技能的提升，起初我无法按时完成任务，即使加班也无法完成。直到后来，我可以用2天时间完成一周的任务。

        2. 第二阶段是研究生在读期间，除了完成导师要求的开发任务、在核心期刊发表论文外，有幸以研发团队Leader和项目技术负责人的身份分别完成了两个软硬结合的项目。

        在此期间，我几乎参与了每个项目的所有过程：亲自对接客户需求、技术栈选型、开发计划制定、系统架构设计、系统基础框架搭建、核心代码开发、准备生产环境、现场部署调试。这也让我对瀑布式项目有了深刻的认识。

        3. 第三阶段是研究生毕业时，我以社招的方式进入了另一家外企。

        在该公司我待了两年，大概参与了3个项目，主要收获是丰富的敏捷理论和大量实践经验。同时，技术广度也得到了拓展。

        4. 第四阶段是最近的一份工作了，我以CTO的身份进入该公司。但事实上，除了CTO的职责外，我需要为销售人员提供售前支持，直接管理研发部门，同时管理多个项目，甚至制作某些系统的原型图。

        我在该公司待了整整一年时间，工作范围除了技术外，还包括多项目协调、供应商管理、跨部门沟通等等，几乎涵盖了PMBOK中提到的方方面面。

关注点的逐步增加

        只关注自己任务内的功能和技术，这是我刚参加工作时的情况。当时没有太多余力关心同事们在做的事情，最多在闲聊时听到一些新的技术名词。

        系统的全部需求和相关技术，这是在我带团队时需要时刻关注的，包括Web端、PC端、服务端，以及软硬件对接。

        需求变更是常态，这是我在敏捷实践的两年之中最深刻的体验。客户满意度，成为我最关注的点。关注需求变更、进度变化、质量保证等，这些都是为了保证客户满意度。

        公司现状、公司战略、项目组合、成本控制、风险控制、资源优化、团队建设等等，除此之外，我每天关注每个项目的情况，以及每个项目对公司产生的影响。

我都做过什么，我能做什么

        按项目的生命周期来看，除了最重要的销售阶段外，其余阶段都曾是主要参与人员。

        做的了方案，对的了客户；

        做的了需求，写的了代码；