技术管理

先介绍一下情况，我们团队大概10个人，我不是项目经理，也不是骨干成员，只是普通的程序员。 1.我从09年11月份来公司实习，到目前为止我没经历过一次codereview，大家开发完了之后直接简单调试一下，然后扔给QA部门测试，没有codereview，也没有任何单元测试。我一直要求进行代码走读，这样可以加强同事之间的交流，有些成员说没时间，项目经理口头同意了我，但是一直没有行动。 2.从第一个问题可以看出我们团队很少进行技术性的交流，我甚至不知道它们任何一个的编程风格，所以我最近提倡学习、共享的氛围，建了一个office2010的groove工作平台，倡导大家在上面分享自己的文档和经验，大家还可以像论坛一样发表自己的感想，但是效果不太好，我觉得可能是我没有关注每个人的感受，太注重自己，而忽略了别人，别人当然也不会理睬你，而且我不是项目经理，难免没有威信。还有原因可能是我们彼此都不了解对方的工作内容，交叉内容很少，我想我可以试着去了解别人负责的模块，这样就有机会和别人沟通了。 3.我接触敏捷不久，但深深被其思想折服，但是我却没有听到我们团队任何一个人提起过敏捷，我想如果哪一天我要推行的话，实施起来难度肯定相当的大。 我的目的是自身持续学习提高的同时，尽可能的影响更多的人，进而直接影响软件产品质量和代码质量。我想我一个普通人员能做的也就这么多了，我之前没有其他公司的经验

CTO如何的定义，相信每个人心中都有一个哈姆雷特，最近整理了一下我的一些思考： C，chief即主要的，这个职位以技术为根本，利用技术搭建系统，支撑公司战略和业务的执行。 T，我把他看成横和竖的结合，这一横，表示要有广度，要和公司战略结合，要和商业模式结合，也要对行业有深入研究和了解，最后在技术落地。这一竖，表示要有深度，在广度中确定方向之后，要在这个确定的方向上深扎下去。 O，英文意思是管理，代表要把管理相关工作做好，包括组织模型、使命愿景、团队建设、项目进度以及预算成本等。 以上是对CTO的一个简要的概括，当然还有很多的内容需要更多的篇幅去详细阐述，也欢迎大家一起沟通讨论。 来源： CSDN 作者： tongyazhai 链接： https://blog.csdn.net/tongyazhai/article/details/104094923

前言 从单体架构到SOA架构，再到微服务架构，除了软件开发本身的技术驱动外，背后还有管理方法论的推动。这个视角是我担任技术管理职位之后才逐渐意识到的。本文就来分享一下我对系统架构与技术管理的一些思考，其背后的理论基础就是著名的『康威定律』。 康威定律缘起 1968年，马尔文·康威（Melvin Conway）在其论文《How Do Committees Invent?》阐述了系统设计与组织架构的内在联系。1975年，Fred Brooks在他著名的《人月神话》书中引用了这篇论文的结论，并命名为康威定律。Conway的论文原文表述如下： Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations. 中文意思是设计系统的组织，其产生的设计等同于组织之内、组织之间的沟通结构。可以简洁地表述为『组织架构等同系统设计』。下图是亚马逊、Google等知名互联网公司的组织架构抽象图，很好地说明了这一概念。 2015年，来自哈佛商学院和 MIT 的研究团队，用实际的研究和调查，证明了康威定律的普适性。在其发表的论文《Exploring the Duality between

2016年11月30日13:22:26【转】 CTO、技术总监、首席架构师的区别 提升自已的能力,比如专业技术,行业发展趋势,技术发展趋势,协调能力,组织能力,管理能力等【技术总监】 需要从技术总监和研发Leader身上剥离职责。让技术总监和研发Leader偏项目管理（管理族），把各个模块之间的架构设计工作，独立出一个岗位，就是架构师，来负责。【首席架构师】 真正的CTO，是软件产品和技术是统一管理的。商业、产品、技术、管理、团队相平衡的综合统管【首席技术官CTO】 一、高级程序员 如果你是一个刚刚创业的公司，公司没有专职产品经理和项目经理，你就是公司的产品经理，你如果对你现在的开发员能力不满，那么你只需要的是一个高级程序员。 你定义功能、你做计划推进和管理，他可以带1-2个副手把你规划的功能实现了，他是主力干活者，有技术难题也是他来亲自攻克解决。 所以，一个高级程序员，他的职责很清晰： 1、负责核心复杂功能的实现方案设计、编码实现 2、负责疑难BUG分析诊断、攻关解决 二、研发Leader 公司再长大些。如果你就有一个研发团队（含产品/开发/ 测试 ），你就一套主产品，而且你的研发团队小于15人，那么你需要的就是一个研发Leader。 因为你已经有了1-2个高级程序员，核心难题攻克和核心功能研发进度与质量保证，已经可以靠他们自身能力解决掉了。那么你需要研发Leader干什么。

异步连接到MySQL服务器。 $serverConfig为MySQL服务器的配置，必须为关联索引数组 $callback连接完成后回调此函数 swoole连接数据库实例： 推荐学习： swoole教程 就到这里啦，有需要学习交流的友人请加入交流群的咱们一起，群内都是1-7年的开发者，希望可以一起交流，探讨PHP,swoole这块的技术 或者有其他问题 也可以问，获取swoole或者php进阶相关资料私聊管理即可 点此加入该群​jq.qq.com ​jq.qq.com 来源： https://www.cnblogs.com/heyue0117/p/12172352.html

已经工作了有些年头了，很多东西都自认为学的很多掌握的不少。在这个公司也待了有3年了，逐渐变得麻木变得浮躁起来。最近开始为跳槽做准备，也陆陆续续的找了几家公司。要么是工资待遇不行，要么是要经常出差还有就是和自身发展的方向不符合。通过这几次的面试也逐渐开始反思自己，自己今后的路该如何走？目标是什么？ 长久以来，一直在公司里担任的是项目经理。可是触及的所谓的项目管理却很少，多数的情况下还是作为一个团队带头人人事经理的角色而存在。虽说今年9月的时候考了PMP认证，但是离真正的项目管理项目运作还是有那么点距离。我作为一个以技术出身的人今后应该还是以技术为主要支撑点。毕竟对于一个要带领开发团队的人来说，技术才是威信的所在。然而，光有所谓的技术并不能将一个团队带好，更多的还是需要管理方法的运用。所以给自己近期定的目标是以技术为支撑做项目管理。 既然目标已经确定下面就是考量下达成目标需要的几个必要条件吧。首先是技术，作为一个技术型的项目经理技术是一定要过关的。可以不钻但是要精，不可以浮躁。对于技术要有强烈的热忱，即要能沉得下去，也要能浮的上来。要始终明白自己应该以技术为自身的核心价值体现；其次是管理，作为一个管理者首先是要学习一定的管理方法，尤其是项目运作方面的，还有就是必要的沟通能力和书面表达能力,最后就是心态应该是开放的不应该拒绝沟通和互动。 就目前来言和自身的距离目标还有一些的距离

信息系统项目管理师考试大纲 一、考试说明 1.考试要求： （1）掌握信息系统知识； （2）掌握信息系统项目管理知识和方法； （3）掌握大型、复杂项目管理和多项目管理的知识和方法； （4）掌握项目整体绩效评估方法； （5）熟悉知识管理和战略管理； （6）掌握常用项目管理工具； （7）熟悉过程管理； （8）熟悉业务流程管理知识； （9）熟悉信息化知识和管理科学基础知识； （10）熟悉信息系统工程监理知识； （11）熟悉信息安全知识； （12）熟悉信息系统有关法律法规、技术标准与规范； （13）熟悉项目管理师职业道德要求； （14）熟练阅读并准确理解相关领域的英文文献。 2.通过本考试的合格人员能够掌握 信息系统项目管理的知识体系 ， 具备管理大型、复杂信息系统项目和多项目的经验和能力 ； 能根据需求组织制定可行的项目管理计划 ； 能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到达既定的项目目标 ； 能分析和评估项目管理计划和成果 ； 能在项目管理进展的早期发现问题，并有预防问题的措施 ； 能协调信息系统项目所涉及的相关人员 ； 具有高级工程师的实际工作能力和业务水平 。 3.本考试设置的科目包括： （1）信息系统项目管理综合知识，考试时间为150分钟，笔试，选择题； （2

一、考试说明 1．考试要求 （1）掌握信息系统知识； （2）掌握信息系统项目管理知识和方法； （3）掌握大型、复杂项目管理和多项目管理的知识和方法； （4）掌握项目整体绩效评估方法； （5）熟悉知识管理和战略管理； （6）掌握常用项目管理工具； （7）熟悉过程管理； （8）熟悉业务流程管理知识； （9）熟悉信息化知识和管理科学基础知识； （10）熟悉信息系统工程监理知识； （11）熟悉信息安全知识； （12）熟悉信息系统有关法律法规、技术标准与规范； （13）熟悉项目管理师职业道德要求； （14）熟练阅读并准确理解相关领域的英文文献。 2．通过本考试的合格人员能够掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制订可行的项 目管理计划；能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项 目在一定的约束条件下达到既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调信息系统项目所 涉及的相关人员；具有高级工程师的实际工作能力和业务水平。 3．本考试设置的科目包括： （1）信息系统项目管理综合知识，考试时间为150分钟，笔试，选择题； （2）信息系统项目管理案例分析，考试时间为90分钟，笔试，问答题；

最近一直在思考技术转管理过程中需要注意到的一些事情，现在就总结下分享给大家看看 核心职责 确定团队目标 不论项目大小，一定要有目标，有目标才能让所有人看到方向，明确每天工作的意义。单纯技术人员应该切换思维为全局性，而不局限于技术层面，现在个人的成功而不是成功，团队的成功才算最终的成功，应该多思考怎么样才能让团队高质量的绩效产出。 欠缺哪些资源 项目开始时候，需明确知道目前团队有哪些资源，比如人员，技术风险点及物理硬件采集。只有了解了需要哪些资源，我们才能更好的完成定下的团队目标 怎么实现这个目标 这个在整个项目过程中都有所体现，具体怎么实现，我们可以拆分为三大块 业务管理 团队管理 技术管理 业务管理 业务管理，主要就是管理我们需要处理的业务需求。其实我们可分为这几大块 内容 每天的任务分配与分解 制定大致的开发排期 每天了解开发进度 讨论与跟进各种具体的技术问题 协调一些产品需求变更 响应一些市场同事的需求 跟进功能上线 敏捷 关于敏捷开发，针对不一样的团队、不同的产品，具体实践方式是不同的。不过重要的是每过段时间，需要做总结，来反思过去的一段时间中，是否出现变坏的趋势，然后在针对性的改进。总结下「敏捷是态度而不是流程，是氛围而不是方法」。 具体实践有下面 4 个部分组成 计划会议 每日站会 评审会议 回顾会议 困难 困难的地方很多，或者说当坐上管理岗位后，承担的责任就变重很多

涉密信息系统建设管理 涉密信息系统“三员”是指系统管理员、安全保密管理员和安全审计员。系统管理员主要负责系统的日常运行维护工作；安全保密管理员主要负责系统的日常安全保密管理工作，包括用户账号管理以及安全保密设备和系统所产生日志的审查分析；安全审计员主要负责对系统管理员、安全保密管理员的操作行为进行审计、跟踪、分析和监督检查，以及时发现违规行为，并定期向安全保密管理机构汇报相关情况。“三员”权限设置应相互独立，相互制约，相互之间不得兼任或者替代。 [6] 涉密信息系统“三员”应具备信息安全保密知识和业务技能，认真履行岗位职责，积极完成与职责相关的工作，按照有关保密标准的要求建立健全工作记录和日志文档，并妥善保存；“三员”应掌握常见安全产品的适用方法和技术手段，熟悉数据库、操作系统、网络设备和应用系统的安全知识和技术防护措施；“三员”应当定期接受管理和业务方面的集中培训，熟练掌握国家保密法规和标准要求，不断提高技术技能和管理水平。 [6] 管理改进 1、根据实际工作需要足额配备“三员” “三员”应当设置独立的工作权限，实现相互监督、相互制约，相互之间不得兼任或者替代；单位“三员”应该设立A、B角，互为备份；单位应该按照最大化原则配备“三员”以满足日常运维工作；无涉密信息系统仅使用涉密计算机的单位，应当配备安全保密管理员。 2、扎实做好“三员”上岗前及上岗后的技能培训 “三员