禅道博客
分享专业技术知识，文章内容干货满满！
全部
禅道软件，真傻
禅道软件最近干了件“傻”事——他们要在中国培养1万名项目经理，而且是纯公益性质的，内部称之为“万项计划”。我的读者对禅道软件不会陌生，K哥专访过禅道软件创始人王春生（以下简称春哥）、CEO王志强（以下简称强哥），在我看来，禅道软件很喜欢干“傻”事，比如坚持用开源的方式做项目管理软件、经常把功能从商业版搬到免费版等等，下面就来聊聊“万项计划”。
01 为中国培养1万名项目经理
去年，春哥发现禅道软件的许多用户都有一个痛点：他们在实际工作当中会遇到各种各样的问题，这些问题很难通过框架、流程或工具来解决。比如项目经理、交付经理，他们要解决的问题涉及到人、财、物、时间等多个维度，交织在一...
04-19
先进企业的管理工具就一定先进吗？
最近这几年，互联网大厂纷纷进军企业服务赛道，都推出了各自的企业协同管理领域的解决方案。从宣传上来讲也会用一些很高大上的概念，比如先进企业、酷公司之类的。通过他们的影响力营造出一种理念：我是互联网大厂，我很成功，我现在把我内部用的管理工具产品化了，你们来用就行了，你们用了我的工具就变得和我一样先进了。
但是，这个命题成立吗？互联网大厂在业务上的成功就等于他们在管理上成功吗？企业用了他们的工具就变得先进吗？这需要打个问号。
2024年1月30号，字节跳动的CEO梁汝波在全体员工的年度会议上发表讲话。梁汝波提到如下几点：（更详细的内容可以看《“该有的大公司病全有了”，CEO梁汝波谈字节正走入...
04-17
你会拆分产品待办项（PBI）吗？
将产品待办项（Product Backlog Item，简称PBI）拆小，是所有产品负责人的必备技能。更小的产品待办项有助于提高团队的灵活性、可迭代性，并更好地应对变化。今天我们就来探讨一下如何更好地拆分PBI。
产品待办项（Product Backlog Item，简称PBI）多小才合适？
尽可能小，但仍然有价值。
产品是提供价值的工具，每个产品待办事项（PBI）应该提供增量的价值。
“我们需要像一块蛋糕的垂直切片一样思考。即使是最小的垂直切片，我也能享受到蛋糕的美味。”
产品的核心在于提供价值。这既是为用户和客户提供价值，也是为企业提供价值。
为了提供...
Lavaneesh Gautam
04-16
测试人员都是画画大神，让我看看谁还不会用代码图？
给大家30秒的时间，一起来思考这是什么？
这是某系统登陆模块功能的初始类图。
随着现代软件的不断复杂化，代码图（Code Graphs）为测试人员提供了一种直观的方法，让复杂的代码逻辑易于理解。本文将深入探讨代码图，通过挖掘到的真实场景和实际示例，展示可视化代码图如何增强软件测试人员的能力以及如何开展测试工作。
一、什么是代码图
代码图指的式用于表示代码结构、类之间关系或代码元素之间交互的图形化工具，常见类型包括类图、时序图、活动图、组件图等多。
代码图由以下两个部分组成：
节点（Nodes）表示代码元素，如类、对象、活动；
...
04-15
入门必看！IPD（集成产品开发）模式下，这些团队都要干啥？团队分工指南来了！
IPD（集成产品开发）模式能够有效地减少冲突纠纷和资源浪费等情况，提高团队工作效率，促进项目整体成功，也被认为目前是集成度最高的一种产品交付模式。为保证IPD模式的集成合作管理理念有效推广，需要建立目标统一的利益相关组织。企业和团队引入了IPD（集成产品开发）模式后，当团队需要新的产品研发、产品维护、迭代时，以产品线为绝对攻坚团队，通过跨部门组织公司资源，项目组内统一目标、统一责任、统一管理、统一绩效、同一方向，形成合力，寻求技术和市场方向的突破。因此，在遵循IPD（集成产品开发）模式流程的前提下，企业需要组建跨部门集成组合管理团队（IPMT，Integrated Portfolio Mana...
04-12
快刀斩乱麻，DevOps让代码评审也自动起来
在Dr.Michaela Greiler的How Code Reviews at Microsoft一文中提到，微软有140000名员工，其中44%员工是工程师。这意味着，有超过6000名的工程师同时在同一个代码库上开发Office、Visual Studio、Windows等产品。
想要确保不同子团队开发的代码能完美协作，并不是一件易事。那么，如此大的工程师规模下，微软到底是如何确保代码质量的呢？秘密在于代码评审！
微软针对900多名开发人员的调查研究表明，有36%的开发人员表示他们一天回进行多次代码评审。以天为单位和以周为单位的开发人员分别占比39%和12%，仅有13%的开发人...
04-07
从用户中来，到用户中去：IPD模式下善用FFAB模型，让你的产品供不应求
IPD（集成产品开发）模型的核心价值在于它改变了企业对于产品研发的固有观点，将企业产研的重点由“技术为导向”升级为“用户需求为导向”，强调企业在产品的研发过程中坚持以用户/客户为中心。
在IPD（集成产品开发）的模式中，需要企业或者团队在限定的时间内，开发完成高质量的产品，协同供应链制造系统，交付能够及时满足市场需求的产品。因此，为了适应这样的产品模式，企业的产品研发流程和营销模式都需要做出改变。在这种模式下，企业的产品研发、交付过程，都相应地从产品层面、研发层面，统一聚焦到用户和市场层面，也就是我们所说的：“从用户中来，到用户中去”！总的来说，IPD（集成产品开发）中的产品研发，通常要重...
04-03
静态代码分析的这些好处，我竟然都不知道？
在软件开发中，单元测试的重要性毋庸置疑。我们都知道编码的必要条件是需要隔离代码来进行测试和质量保证。但我们如何确保部署的代码尽可能优质呢？答案是：静态代码分析。
企业往往不会优先考虑静态分析。事实上，如果我们想创建更好的软件来帮助企业在市场竞争中取胜，我们就不能回避 CI/CD 开发流程的这一部分。
为确保代码的开发准备充分，企业应当并行采用静态分析和单元测试两种方法。然而，在实际操作中，开发人员常常无法同时兼顾两者。忽视静态分析可能会导致错误频发、成本高昂，最终使代码无法达到预期效果。
静态分析主要关注应用程序的内部结构，并适用于多种代码语言。许多开发人员认为静态分析是...
03-27
温馨提示：不注意这几点，PDT（产品开发团队）就得散！
在IPD（集成产品开发）体系中，PDT（Product Development Team，产品开发团队）发挥着至关重要的作用。PDT是一个跨部门、跨职能的协作团队，其成员来自不同的专业领域，包括研发、市场、销售、供应链等。从概念阶段到发布阶段，PDT都以跨部门的形式紧密协作，共同推进产品的研发和商业化过程。
在PDT（产品开发团队）的组建与运行过程中，许多公司常常面临核心组各部门代表难以协同合作、项目目标无法有效对齐等挑战，这些问题极大地削弱了PDT的运行效果。如果PDT不能有效运行，公司可能会对其所依赖的IPD（集成产品开发）体系产生怀疑，最终可能选择退回到旧的项目组织形式。
...
03-27
敏捷开发：想要快速交付就必须舍弃产品质量？
在创新驱动的市场环境中，敏捷开发已成为许多组织的首选软件开发方法。其关键优势在于能够快速适应市场变化，并频繁地交付靠谱的产品。然而，快速交付的同时，团队要如何确保产品质量，确保交付的产品都是高质量的、可靠的且附加价值的，一直以来都是大家挑战以及争论的焦点。
敏捷开发原则植根于"持续交付有用的软件"，不过这并不意味着快速交付就要牺牲质量。这是一种误解。实际上，敏捷开发最本质的部分是找到平衡点。本文将和大家一起聊聊如何在敏捷开发中平衡快速交付和产品质量这二者。
方法一：持续集成与持续交付
敏捷开发强调“持续”：持续集成（CI），持续部署/交付（CD）。这些都强调了同一个点，即...
豆子
03-26
联系我们
刘斌
高级客户经理
电话(微信)
17685869372
QQ号码
526288068
联系邮箱
liubin@chandao.com
名额有限
完善信息领取项目管理礼包
270+项目管理实践
100+项目管理视频
50+项目管理知识模版
去完善
刘斌/高级客户经理
联系客服领取礼包
