ITPub博客

前言：企业在划分项目时，可按照项目的复杂程度、管理范围等将项目分为三个级别，分别是企业级、部门级和小组级（与目标划分原则相同），然后将每一级的目标与项目对应起来。我们知道，企业制定的目标（OKR），一个目标（O）会有多个关键结果（KR），关键结果是衡量目标完成与否的标准，因此，每个项目的目标对应的应该是目标中的关键结果，当然，目标及关键结果的复杂程度不同，所以一个关键结果可能会对应多个项目。清楚项

 996.ICU是什么？前段时间，由程序员在GitHub上发起的“996.ICU”引起大家关注，所谓996，是指上班时间早9点-晚9点，一周工作6天，这一工作制度几乎成为互联网企业加班的代名词。当然，在当前这种竞争异常激烈的条件之下，很多公司为了在竞争中活下来，在各种压力之下开启了这种工作方式，尤其是一线城市。只是，强制推行996是否真的能够让企业保持持续的竞争力？答案有待商榷，个人认为

很多软件公司的研发团队都喜欢用Scrum管理研发流程，Scrum是一个诞生于20世纪90年代的敏捷方法论，CORNERSTONE内部也一直在使用这一方法。相较于瀑布式开发的其他传统方法，Scrum最大的优点是关注持续快速迭代以及对变化的适应性。如果使用瀑布式开发，在项目一开始就要确定项目结果，并且要对此达成一致，通常还要有详细的计划和项目规范。项目计划是从这些规范中产生的，通过以项目在未来的完成情

 Scrum与组织的关系Scrum是一种能使业务变得敏捷的框架，而企业恰恰需要变得敏捷。只是，企业本身有时候并没有足够的能力来帮助Scrum团队的成长，甚至还会阻碍Scrum团队的成长。企业能以什么样的方式最大限度地发挥Scrum的优势？又在哪些方面阻碍了个人的发展？企业本身所具备的公司架构和企业文化，将影响内部的团队和产品。所以企业的作用不能忽略，而且与企业本身的理念背道而驰没有任何益

避免OKR制定的误区根据目标达成一致的结果，制定明确、有效的OKR可以推动团队实现伟大目标，并使组织关注最重要的优先事项。写得不好的OKR可能导致策略混乱，破坏内部指标，并导致团队专注于维持现状而非突破现状。制定OKR时，尽量避免这些误区： 沟通不畅的OKR延伸目标设定延伸目标需要在提供目标的团队内部以及其他与延伸目标相关的团队进行认真的沟通。如果你的项目依赖于另一个团队的目标，确保你了

最近，相信细心的小伙伴们，在使用[CORNERSTONE](https://www.cornerstone365.cn/)管理项目时已经发现了，我们悄悄的对我们多维度视图有了一次重大的更新。更新前大家都知道，我们提供了【表格、分栏、看板、甘特图、日历、统计、周汇总、分类导图】八种视图，更新后我们把原有的日历视图跟改成了现有的资源日历视图。本文就主要介绍资源日历视图以及其一些基础操作，资源日历视图应

在企业进行项目化管理过程中，项目目标是每个人的共识，项目进度虽时有延误但相对容易衡量也比较可控，而项目质量则属于非常重要但却最容易被忽视的要素。导致项目质量被经常性忽视的原因有两点：首先从广义上讲，项目质量不容易辨识；其次，就算知道也很难衡量和控制；而对于我们来说，管理那些不太理解的事情总是很难的。一、准确识别项目质量所以，做好项目质量管理的第一步是在一个项目开始前，除了确定项目目标外，还要清楚这

我们都知道，项目管理的过程包括了启动、计划、执行、监控、收尾五个阶段；那么同样的，我们也可以把工作计划当做一个项目来进行管理。工作计划的启动阶段，要想清楚想做什么、怎么做等这些问题，这个时候建议大家使用5W2H原则，以思维导图的形式将5个W和2个H写出来，每个部分都要做到心中有数，这样无论是个人计划还是工作计划都能做得清晰明了。（图为：CORNERSTONE思维导图5W2H原则页面）使用5W2H的

一、跨部门协作是企业管理痛点据调查结果显示，企业中普通员工与中层管理者之间，花费在内部沟通上的时间，大约占其工作时间的40%-50%，对于更高层的主管来说这一比例则会更高。有些工作在部门内沟通完全没问题，但是跨部门沟通就问题不断；一项工作分配好由一个部门主导另一个部门协作，但因配合不当，迟迟无法交付；跨部门工作经常出现多个部门重复做了同一份工作；工作出现问题，各部门相互推卸责任，无人担责;这些都是

OKR目标管理对公司的意义OKR大概在2013年传入中国，开始主要是一些有硅谷背景的初创企业在推行，现在OKR逐步受到IT、互联网、高科技企业的追捧，开始变得流行起来，国内知名的互联网公司豌豆荚、知乎都成功的在企业内部实施了OKR。《大学》有言：“知止而后有定，定而后能静，静而后能安，安而后能虑，虑而后能得”。意思是我们在做一件事情前，首先要想清楚要达到的目标，这样才能志向坚定，志向坚定才能镇定不

很多时候，我们感觉什么都没干一天就过去了，但对领导者来说，事情最好已经提前做完了，而且是越快越好。聪明的管理者知道，“时间”是需要花大功夫去把控的限制因素，只有掌握了更多关于时间和工作的数据，我们才能更好地执行计划，在预算范围内按时完成项目。燃尽图就是用来反映此类项目数据的工具，常用于敏捷软件开发中，如Scrum。它可以呈现剩余工作量和可用剩余时间，并通过可视化的图示表述繁复文字无法表述的意思。一

前言：敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。当前，似乎每个公司每个人都在践行敏捷。这主要归功于敏捷能够适应变化并整合客户反馈的特质。 现代社会这两者是非常重要的，因

前言事业部是公司商业变现部门，重要收入来源，主导产品为商业广告，通过找到『用户』和『广告』的最佳匹配帮助媒体网站实现流量价值最大化，提升广告主投资回报率，提升用户体验，平衡各方利益，建立可持续发展生态圈。案例背景深圳某集团，主营业务包括日用消费品制造与分销、地产及相关行业、基础设施及公用事业三块领域（以下简称“HD事业部”），HD事业部800多人，每年200多项目，改进前采用传统瀑布式开发，以项目

前段时间一个 Github 项目把互联网公司的加班文化推上了风口浪尖，不可否认，最近这十年，国内互联网的发展速度赶上甚至超过了硅谷，为了加速发展，国内很多公司采用了“拼工时”的做法，天天加班，却忽略了最最应该关注的研发效能。可以回想一下，你的团队是不是也面临着下面的问题？研发团队人不少，大家也很辛苦，但产品发布常常延期，上线后产品问题频发。开发提测质量不好，大量压力聚集到测试，导致代码返工率极高。

什么是 DevOps如今 DevOps 已经成为一个流行词，很多公司都在说自己在做 DevOps，但是每个人、每家公司理解的 DevOps 又不尽相同，从 DevOps 诞生的第一天起，如何定义 DevOps 就是一个争论不休的话题。这篇文章，CORNERSTONE认为基本诠释了 DevOps 的定义：DevOps 是什么不是什么如果你没有耐心把这篇文章看完，维基百科还给出了一个太长不读版：Dev

手工编译，上传服务器文件，执行各种命令，启动和停止服务器，发现一个 BUG，改完再重复之前说的步骤...... 如今看起来啼笑皆非的重复劳动，在没有 DevOps 概念之前，全靠 IT 人员手工完成。不仅如此，DevOps 概念的提出，最初因传统模式运维之痛而生。众所周知，DevOps 一词的来自于 Development 和 Operations 的组合。字如其意，DevOps 就是让软件开发人

随着企业业务对软件系统日益依赖，IT管理与研发模式也随之对“敏捷”模式产生了需求，也就是今天人们时常提起的DevOps。提升效率，是DevOps实践的核心内容之一。就让我们来一起从软件生命周期的业务流与工作流，探讨DevOps实践效率提升的方向与方法吧。一、CORNERSTONE | DevOps之“流”分析软件工程将软件的生命周期定义为问题定义、需求分析、软件设计、程序编码、软件测试、

在数字化和AI时代，软件及提供在线服务的系统的战略地位越来越高；同时随着市场竞争的加剧，每个企业都在思考如何更快速地满足用户诉求，将有价值的服务提供给客户。DevOps作为一种全新的软件开发协作模式，正是在这种背景下诞生的，它强调研发组织内部不同角色的沟通、尽可能的自动化一切操作，不断地获得反馈以寻找提升效能的机会。 DevOps正在被越来越多的企业所认可和适用，例如：腾讯、阿里巴巴、百

在任何一个项目开发或设计中，项目管理都会被认为是最重要的过程之一，因此，选择一款适宜的项目管理工具尤为重要。 而高效的、良好的项目管理必须具备「快速、强大」且包含以下功能： 1. 需求管理：项目的需求变更，跟踪，控制2. 资源管理: 项目的可利用的资源(人力，物力，财力) 3. 计划管理: 包括成员管理和权限分配，日程排定，工作时间管理，里程碑设置4. 进度管理: 日

你是否，经常遇到需求不明确，质量不符迟迟无法验收，团队成员相互推诿责任，关键节点风险预防做不好，领导无力，计划不当，缺乏沟通，无法管理百万级、千万级项目，技术人员被迫担任项目经理怎么办？CORNERSTONE来帮助你 1、启动过程组 项目决定启动后，第一步就是项目组准备需求，整理出需求文档。通过建立一个公开需求池，向项目组所有成员广泛收集需求，通过分析、评审去确定排期与安排，合