研发管理

这本书是2009年初买的，当时我刚入行一年多，在技术之外，对于个人职业发展、工程组织、业务、公司、行业都还是懵懵懂懂，有很多的困惑和思考，或不知道如何破局，或不知道自己想的是否正确。这本书可以说是在黑暗中给了我一盏明灯，给我解惑，给我信心，让我能更踏实、安心一些。我也是由此知道了作者阿朱，并且从那时就开始关注他。 直到今日，这本书出版已经9年过去了，但我觉得这本书仍然很有价值，特别是对于刚入行，或者是对项目管理感兴趣的朋友。这本书没有庞大深奥的方法论，有的是问题、场景、思考、处理。非常的贴近大多数企业应用服务公司现状，在09年，CMM/CMMI好像还没有烂透，仍然有很多公司以此标榜自己，很多公司都在努力通过认证。知道怎么过审、复评，但却仍然做不好项目，是很常见的现象。这本书的出现，说句烂大街的话，就是“填补了国内该领域的空白”。 这本书可以给你的： 软件公司组织结构中的关键角色都是谁，他们主要在干些什么、怎么组织的？（组织结构篇） 中小型项目的实施过程可能出现什么问题？怎么处理？不同角色都在做些什么？应该怎么做？（过程管理篇） 如何认识激励考核？（激励考核篇） 身处这片江湖，个人应该如何自处？（职业发展篇） 未来什么样？（未来趋势篇） 关于修行（心路成长篇） 来源： oschina 链接： https://my.oschina.net/u/991164/blog/1612964

经过近半年的研发， learun.framework7.0-Workflow 工作流管理平台已成功更新。 在研发期间，我将所有业余时间和精力完全投入到learun.framework7.0-Workflow工作流研发中，研发过程实属不易，因为耗时耗脑，对工作流管理平台的代码不断的优化，以期望其更加小巧精致，有更好的维护性。 研发learun.framework7.0-Workflow工作流初衷是基于我现在的项目的需要，也是想乘此机会把框架打造成符合中国国情的工作流管理平台，造福更多开发人员和企业，后续也会持续对learun.framework7.0-Workflow工作流管理平台进行完善，在使用的过程，如有疑问或需技术支持都可以与我联系。 工作流的目的是解决现实中繁杂多变的业务审批流程，很多公司、政府、军工单位中审批业务流程是频繁变更，特别在研发ERP信息管理系统或多或少都存在这种需求。工作流技术的出现为这种需求提供了一种更好解决方案，将大大的减轻研发人员的工作量。在工作流技术未出现前，研发人员为应对这种情况是疲于应付 ，精疲力竭。通常都是通过硬性编码对固定的业务流程，进行针对性编码，这种编码方式，就很不适应业务频繁的变更，造成开发人员这种被动的局面。 learun.framework7.0-Workflow介绍 官方网址： www.learun.cn 登陆路口： http:/

7 月 6 日上午，在 ArchSummit 2018 深圳站 | 全球架构师峰会上，七牛云工程效率部技术专家宫静分享了《基于容器和大数据平台的持续交付平台》为题的演讲。本文是对演讲内容的整理。? ? 本次分享的主要内容是基于 容器 和 大数据平台 去构建的持续交付系统，是七牛云工程效率部在持续交付、容器化方面去做的技术实践。将从以下两个方向展开：一个是容器化方向，一个是持续交付的平台。主要会结合在七牛云的实践来介绍这个持续集成、持续部署在容器化方向的探索和思考，以及未来方向的考虑。? 七牛云业务场景： 上图的数字其实是七牛云的业务场景的缩影，七牛云现在有六大产品线，围绕这六大核心业务，我们有 500 多个组件和服务，这个数字可能还在持续地变化，不断地上升，不断地发展。我们外部的业务需求是这样的，因为市场在快速变化，它对我们业务需求要求是有一个快速迭代的能力，快速发布的能力。工程效率部的目标是在保证质量的前提下来做到一个快速的验证和有效的发布的能力。而产品研发人员和工程效率这边是这样的一个人员比，在这样的一个人员比下，我们会遇到哪些问题呢？ 以下是我们研发团队面临的一个真实的问题的总结。当一个团队中的开发人员面对的是怎么样一个开发场景，开发人员要面对的是多样化的编译运行环境，要保证从代码开发到编译到运行到调试自测这样一个完整的路径覆盖，当他完成这个路径过长的时候

广州同邦信息科技有限公司是一家专业从事CMMI认证机构，由具有丰富软件管理、研发经验，长年与国外主任评估师一道交流，研讨CMMI标准，全球各地主任评估师已与广州同邦信息科技有限公司形成良好合作。到目前为止，经过两位老师授课的企业，认证通过率达100%，此前，黄教授已在软件研发领域深耕30余载，多年软件过程改进，效率、质量管理等经验，如今回大陆开办公司，志在将国内外先进的管理经验助力于企业客户更好的提升管理，开发效率。 同邦科技目前已成功为100多家客户提供了培训、咨询以及评估服务，涉及的业务范围覆盖电信、电力、电子、医疗、金融、交通、电子政务、安防、自动化控制、物流仓储、离岸外包、系统集成等领域。 当前国内许多研发企业需求管理、过程管理混乱，研发效率、质量低下，为更好帮助国内企业实现研发过程改进，取得CMMI等级认证，我们将不遗余力。 公司名称：广州同邦信息科技有限公司 联系人：林小谋 联系电话：13533732372 (微信同号) http://www.tongbangkeji.cn/ 来源：51CTO 作者： lxmhappy88 链接：https://blog.51cto.com/14534781/2436105

前言：笔者曾经有18年的硬件研发经验，从（1）51单片机到（2）FPGA到（3）嵌入式ARM(ARM9到CORTEX A9)全都研发设计过，产品从（1）B超的整机研发到（2）智能家居系统到（3）无线电监测机到（4）平板电脑研发到（5）路灯智能控制到（5）工业电脑均有涉及，从（1）普通的电子技术工程师到（2）副总工程师到（3）副总经理到（4）事业部总经理。。。 从2017年开始转到系统软件框架，而且偏向于物联网方面的系统，组建了自己的物联网项目研发团队，我们从0开始搭建一个中型物联项目平台，从底层硬件到物联后台到移动端到物联项目的盈利模式。。。。我们一直的路上，努力在三年内打造国内较好的物联网整体解决方案，如有需要合作的大型传统企业转型到物联网+可以直接和我联系！QQ：876477059 。 好了，开始教你学习用spring boot搭建一个我们落地的完整项目模块--客户管理部分。 文章来源: 不惑之年的硬件牛人一步一步教你学spring boot完整项目---客户管理模块从前端到后台之客户管理jQuery相关部分分析1（七）

互联网运维工作，以服务为中心， 以稳定、安全、高效为三个基本点 ，确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。 什么是运维和运维工程师： 一、初入运维领域的头衔： 运维实习生 系统管理员 网络管理员 二、使用频率最高的运维头衔： 运维工程师 IT运维工程师 Linux运维工程师 运维开发工程师 应用运维工程师 三、侧重某项技能或行业的运维头衔： 系统运维工程师 数据库运维工程师 网络运维工程师 安全运维工程师 桌面运维工程师 软件运维工程师 业务运维工程师 CDN运维工程师 IDC运维工程师 存储运维工程师 硬件运维工程师 游戏运维工程师 与业务强相关的岗位，如：直播运维工程师、中间件运维工程师 四、新兴的运维头衔： 自动化运维软件开发工程师 DevOps运维开发工程师 五、资深的运维头衔： 高级运维工程师 运维专家 六、走上管理岗位的运维头衔： 运维主管 运维经理 高级运维经理 运维总监 七、最洋气的运维头衔 SRE(Site Reliability Engineer) 运维人员对公司 互联网业务所依赖的基础设施、基础服务、线上业务进行稳定性加强，进行日常巡检发现服务可能存在的隐患，对整体架构进行优化以屏蔽常见的运行故障，多数据中接入提高业务的容灾能力 。 运维的手段=》 通过监控、日志分析等及时发现和响应服务故障，减少服务中断的时间，

【课程背景】 技术规划流程 TPP （ Technology Planning Process ） ， 就是根据业务和市场目标进行所需技术的识别和分析，并给出相应的策略的过程。技术规划的根本目标是让产品在市场竞争中取得成功。技术规划给出如何通过技术领先在未来的产品和服务的市场竞争中赢得先机或占据有利态势战略和战术策略。 路标开发流程 RDP （ Roadmap Development Process ） , 路标开发是针对公司指定产品或解决方案领域的中长期发展方向和节奏的规划，是公司在这一领域产品和解决方案策略的体现，产品开发的路标应聚焦客户需求，从商业视角进行产品规划是路标开发的核心，是产品规划能否成功的关键。 随着国内外高科技领域的产品竞争越来越激烈，产品和解决方案的创新尤其是核心技术的自主创新已成为中国企业乃至整个中国商业社会转型的重要手段。长期以来多数企业一直将技术研究作为烧钱的代名词，由于其本身的高风险性也导致很多企业不敢贸然涉足。根本原因之一在于企业缺乏清晰的技术战略定位和有效的技术路标规划流程，常常导致了以下的问题： ① 公司长期的技术发展方向不清晰，没有明确的技术战略，核心竞争力无法体现 ② 产品开发过程中存在大量的技术风险而导致延迟，公司希望将技术独立于产品开发而提前进行，但缺少方法和方向 ③ 大量的资源投入到自主技术研发中，但缺少技术规划（TPP）活动

是否值得花时间去做研发人员的工时管理？ 谈到研发人员的工时管理，很多企业的管理人员总觉得是一件让人挠头的难事，理由可能包括： · 研发工作一般是智力密集型而且往往带有创新性的工作，有很多的弹性和不确定性，不同于生产车间，可以定义标准的工时定额； · 工时的收集比较烦琐，而且信息的准确性难以保证； · 工资成本是相对比较固定的，工时管理无助于降低研发成本 可是与此同时，没有人会否认提高“研发能力”的重要性。然而研发能力如何来衡量？从定性的角度来说，当然是对先进技术的掌握和研发人员的素质、经验和技能； 从定量的角度来说，无非是每个研发人员的工时。因此，管理研发人员的工时，就是管理研发所需的最重要的资源，就是管理企业的研发能力。 进行研发人员的工时管理，可能带来的收益包括： · 研发能力利用率的提高。假如研发能力的利用率从 60 ％提高到 80 ％，就意味着在同样的研发成本投入下，可以多出 33 ％的人力资源用于开发新产品； · 项目资源效率的提高。通过更加透明的资源平衡，可以改变过去某个项目独占资源的情况，使单个项目使用资源的效率更高； · 研发人员工作效率的提高。通过工时管理提高研发人员的工作积极性，提高单位时间的工作效率； · 降低由于资源不足而带来的研发项目风险。通过更有效的资源计划和管理，减少资源冲突，降低项目风险。 研发工时管理的成熟度阶段和最佳实践 Michael E.

编者按： 本文转载自网易副总裁，网易杭州研究院执行院长汪源的个人公众号“冷技术热思考”（欢迎搜索关注）。 上一篇中台系列的文章 重点阐述了中台的概念，本文是系列文章的第二篇，目的是说明什么情况下可以考虑建设中台，如果要建怎么建的问题，可以作为企业思考中台建设的大框架。 以下为原文（有少量改动）： 本文将例举典型的需要建设中台的场景，供参考判断要不要建中台。建设中台需要考虑组织、技术支撑和方法论，往往还需要咨询服务的帮助，本文也可以作为思考中台建设的大框架。 要不要建设中台？ 要建设中台，首先要考虑要不要建设中台。话说的这么绕是因为现在有很多不明就理就想建中台的。这个问题先做个初略的判断。 01业务中台的典型场景 对业务中台来说，比较符合的场景主要有： · 业务系统研发团队至少大几十人（含外包的），需求多变化快，系统又涉及多个领域（比如做ERP、电商的），业务逻辑比较复杂。这时业务中台可以把系统和业务领域划分清楚，提高研发效率。 · 做相似行业的外包项目为主，业务规模也做的比较大的（一年有两位数的项目）。这时业务中台可以提升软件复用，降低定制化成本，提高研发效率。如果你做外包，每个项目都完全不一样，那中台也救不了你。 此外还有以下场景可能不需要建设完整的中台，但适合落地与中台相关的微服务技术的： · 大规模互联网式在线系统，对稳定性和弹性要求高当前搞不定的

本文继 20年研发管理经验谈（十六） 。同时本文是本系列文章的终结篇。该系列告一段落。以后有机会再继续。 如何申报创新基金 　　创新基金是经国务院批准设立专门用于支持科技型中小企业技术创新活动的政府专项基金， 自1999年6月25日正式启动以来，两年来共安排资助项目1961项，资助总额16.8亿元。 　　申报能否成功关键看项目水平，只要项目具有省部级以上认定的国内先进水平以上，有良好 的市场前景和较好的社会效益，申报成功的可能性较大。此外专家的推荐和评价也与申报成 功与否关系较大。 　　创新基金的申报工作是从每年的4月1日至12月31日；管理中心每年组织4—5批次的集中审理 。 　　企业申报材料的推荐单位必须是当地政府的科技主管部门或行业主管部门，且管理中心只受 理以邮寄方式送达的项目申报材料。 　　无偿资助项目一般在100元以内，重大项目不超过200万元；贷款贴息一般在100万元以内， 个别项目最高不超过200万元。 　　目前要申报科技基金和科技认定有两种方式，一是传统的书面申请方式；二是网上申请方式。考虑到浦东新区广大企事业单位对在网上申报科技基金和科技认定可能会有一个适应过程，因此，从系统开通之日起的半年内定为“过渡期”。在过渡期内，我们鼓励广大用户尽可能地在网上办理科技基金和科技认定的申报业务，同时仍然保留原有的业务受理窗口。您既可以选择网上申报