很多软件企业随着业务发展，出现了诸多研发问题，如产品交付延期，研发加班，产品故障率高，测试压力大，客户满意度低。这些问题更多是提升研发效能不得当所致。软件研发是一个复杂的系统工程，效能提高也就需要系统化端到端地思考，需要从多方面入手。研发流程优化，做好每个环节，做好环节与环
微服务是这几年最流行的架构，说起架构不提微服务都不好意思跟人家打招呼。最近想要再梳理一下关于微服务的知识，并且结合本人的一些实践经验来做一些总结与分享。前面会分享一些概念性的东西，后面也会使用.net来实践，一步步完成一个简单的微服务架构的小demo。 什么是微服务# 其实微服
微服务是这几年最流行的架构，说起架构不提微服务都不好意思跟人家打招呼。最近想要再梳理一下关于微服务的知识，并且结合本人的一些实践经验来做一些总结与分享。前面会分享一些概念性的东西，后面也会使用.net来实践，一步步完成一个简单的微服务架构的小demo。 什么是微服务# 其实微服
前言：在产研全链路流程上，协同最大的目标就是团队信息的透明化，即在清晰目标的指引下进行团队信息透明的日常研发工作，助力项目/产品成功发布。基于此，研发过程是否行之有效就成为我们关注的另一重点要素。通常「研发过程」是指：代码到制品再到部署上线的全链路，这个过程是持续集成的重中
任何企业进行软件系统研发时，都需要匹配的技术人员与管理人员，传统的软件研发模型中，针对团队组织有完善的职能定义，敏捷模型也不例外。第一章、第二章简要阐述了Scrum敏捷开发模型中涉及的角色，本章重点结合项目案例详细介绍敏捷开发团队中的成员构成与组织架构。2.3.1 团队成员构成【
团队的本质是杠杆。因为一个高效的团队，才会产生1+1>2的价值。 高效的团队，是每一个组织都期望拥有的，而提升团队的效能，各有各的不同，要根据具体的情况，来逐步的构建和探索合适的方式，一步步的才能达到一个理想的状态。 而损害一个团队的效能，则可能容易的多，几个不合适的行为，就可能将团队
devops是什么？ DevOps 对团队意味着什么？DevOps 使以前孤立的角色（开发、IT 运营、质量工程和安全）可以协调和协作，以生产更好、更可靠的产品。通过采用 DevOps 文化、做法和工具，团队能够更好地响应客户需求，增强对所构建应用程序的信心，更快地实现业务目标。 devops好处？ 采用 DevOps 的
自我介绍 我将从我的三段教育经历，性格，以及学习习惯等方面进行自我介绍。 我的本科学习是在一个211高校的理工实验班完成的。 我的硕士是在浙江大学航空航天学院完成的，在硕士期间，我在我们专业的国际顶级期刊上发表了两篇论文。 目前我在浙江大学计算机学院的人工智能研究
代码的创造者是代码评审过程中的最重要的角色，是代码评审的发起者，也是最大受益者之一，而如何让代码评审为发起者带来更大的好处，下面是4个有效的建议。 改动范围要小 每次评审的代码变动的范围，要保持尽可能的小。当一次评审的代码中，有超过3个，或者5个以上的关键变动时，就要考虑是否将其
用数组代表每个人的能力 一个比赛活动要求 参赛团队的最低能力值为N 每个团队可以由一人或者两人组成 且一个人只能参加一个团队 计算出最多可以派出多少只符合要求的队伍 输入描述 5 3 1 5 7 9 8
原创不易，求分享、求一键三连 最近有个粉丝问了一道大题： 小钗，我最近空降到一个小公司做技术负责人，感觉团队士气很低，同学们要么有力无处使，要么常规摸鱼，这种一盘散沙的团队该如何带呢？ 这道题我还真会！只不过这是一道大题，没那么简单，需要大家耐着性子读完，这里先给出解题思路： 直面
身处职场之中，太多话题相围绕，“个人成长”、“管理”或许是讨论的最多的了。 但“个人成长”和“管理”却是大不相同的两件事情，针对“管理”的问题，看过一些书籍，给我的感受就是对一件事的认知、思维方式很重要。 看问题的高度不一样，得到的结论必然不同。 前段时间，看到一篇博文，内容中
你怎么不更新啦？怎么最近动态也变少啦？都去干吗了？工作很忙么？ 算起来我也阶段性停更一年半了，这一年半不仅是在不断尝试自媒体不同的内容和方向，工作上的巨大转变也推着我去学习尝试了很多全新的东西。 和志同道合的三个小伙伴并肩作战一年多，今天我的小团队做了一次调整。虽然有点舍不
更多的人力投入真的意味着更快的工作吗？ ——《人月神话》读后感 如果三个工人需要用十个小时的时间去挖一个坑，那么对于一个相同大小的坑，如果现在有六个工人，我们需要多长时间呢？没错，这个问题实在是简单的不能再简单了——五小时。但事实上，如此简单的工作，我们当然可以把它分开来，按照
一、助教工作的具体职责和任务 (包括：你和老师是如何配合的、你和课程其他助教是如何配合的（如果有的话）) 构思作业，发布作业，作业答疑，点评、批改作业，答辩时提出自己对项目的疑惑、建议和改进 协调老师和同学之间的沟通 每次制定好评分规则和特殊去情况判定后，再和其他助教一起分
1、打开团队资源管理器——选择管理连接 2、输入服务器url，登入账号密码——选择项目，点连接 3、连接成功后，打开团队资源管理器主页，选择项目源代码管理器——选择文件夹，右键即可操作代码
当今世界改变的速度已与过去不同，每当经历一个颠覆性的技术革命时，都给这个世界带来了深刻的变化，大数据、云计算、人工智能等新兴技术推动着世界不断前进，如何在这样一个VUCA时代下实现业务的快速响应呢？devops的出现很好地解决了这个问题，它能够响应市场的变化，更快速地交付，更多地关
上周天，注定是一个艰难但着实充满意义的一天。正所谓人生处处是课堂，只要去用心去体会，何处不修行。它带给我的不仅是生理上的挑战，也给我带来了一笔精神上的财富。我也为我能处于这样一个有默契的团队而感到荣幸，我相信，在我们这个大家庭中，不论我们接下来会面临怎样的困难，我们都能够手
实训第一天：拓展训练 收获： 1.友谊：我认为今天的拓展训练收获最多的就是友情，70多人的团队，我们都未曾谋面，通过各种活动，我们彼此了解，从陌生到熟悉，从对彼此的担心到信任。这就是团队的魅力所在。 2.坚持：最后的攀登毕业墙的项目，每个人都在尽全力达成目标，面对心中的恐惧，肉体的疼痛，
第1天拓展训练心得体会 早上项目 信任背摔 一个人站在大约1.5米高处，身体平直着向背后摔下去，同时团队的其他伙伴用手臂相互交织构成一张网，顺利接住摔下来的同伴。背摔这个项目首先需要建立相互信任，当队友将生命安全托付给我们之时，就说明队友对我们的信任是充分的，我们必须以高度的责
又是熟悉的拓展训练，这次比上次运动量大多了，但是也有趣很多。 通过游戏的方式让我们逐渐懂得了团队合作的重要性，一根筷子能轻易折断，但是一把筷子却不会被轻易折断。 最后的人梯毕业墙，有人为团队牺牲在下面做垫脚石，有人最先上去拉正在往上爬的人，说实话很震撼。 原本以为两个小时都不
最近，又换了一份工作。。。 其实上一次换工作就在21年10月份，那次纠结了很久。 而这次，从此今年（22年）3月份提交了离职单，最后因为总监和副总的斡旋，我选择了回头；换了部门，本来是一腔热血，虽然这个部门的工作有一些挑战，但是作为技术管理，我坚信只要把团队建立起来，其他的往后都不会有什么问题
这是「研发效能团队规模、职能划分和优劣势分析」系列的第四篇。上篇文章「中小互联网公司研发效能团队规模、职能划分和优劣势分析」主要分析产研团队在200人以下的中小公司现状以及给出一些建议。本篇文章主要分析产研团队在1000人规模的二三线中型互联网公司研发效能现状，并结合
编辑 前言 制造业企业不断地改进业务、生产和运营流程，以实现收入和利润的最大化。有许多方法可以实现这些目标，但最常见的策略包括提高整体生产率和效率，最大限度地节约成本，增强客户体验，适应市场动态变化，减少工厂停机时间。 从技术的角度来看，自动化是几十年来持续改进的动力
一提到考核，大家首先就会想到KPI，一个几乎所有打工人都不喜欢的东西，笔者也强烈反对普遍意义上的KPI。 正是因为KPI的副作用太大，直接导致很多管理者不敢考核，于是所谓的“人性化管理”得以大行其道。所谓人性化管理，在我看来实际上是一种消极管理行为，是管理不作为、管理无能的遮羞布
