一个叫大姚的工程师的博客_团队、项目管理原创博文

云原生技术系列：【DevOps 持续交付体系】的落地实践

导言上一篇文章给大家梳理了DevOps持续交付体系出现的时代背景，以及其定义和解读，也引出了对IT价值流的理解。我们应该都可以感知到，对于新的体系在企业中的实际推广最难的不是体系本身，而是大家思想的抗拒与行动的惰怠；所以在引入推行过程中首先做的是对大家的“思想”松松土。!image.png(https://s2.51cto.com/images/20220903/1662172350914167.

DevOps

CI/CD

持续交付

持续测试

持续部署

原创精选 2022-09-03 13:32:03 975 阅读 yyds干货盘点

云原生技术系列：业务引领的DevOps持续交付体系

导言：云原生技术生态除了上述篇章已经讲述的微服务架构、容器技术（Docker）、容器编排技术（Kubernetes）、ServiceMesh技术（Istio）等技术体系，还有一个很重要的管理实践——DevOps，在进行深层次的微服务或云原生应用架构改造后，进行对应的DevOps整体研发流程改造，可实现业务流程的自动化。下面我们就来了解一下DevOps这种产品研发管理实践。软件工程的发展“如何在满足

持续交付

DevOps

原创精选 2022-07-29 08:59:17 1281 阅读

【基于IPD的产品开发体系】推行实践

导言：在自己从事产品研发实践和管理的十几年职业生涯里，经历过以瀑布式开发为主导的产品研发模式，经历过以敏捷开发为主导的产品研发模式，其相应的背景也是在软件项目和互联网软件平台为主导的情境下。但是当企业产品主要是硬件的研发、生产、销售时，经历的却是以IPD（集成产品开发）为主导的产品研发模式。其实自己经历过对IPD的抗拒，慢慢的适应，到着力推行的转变。作为一个软件开发工程师出身和大部分时间在做着互联

IPD

开发体系

原创 2018-12-03 09:54:01 6636 阅读

敏捷开发思想及Scrum实践

导语：现在每当直接或间接带一支研发团队我都会给大家做一次敏捷思想和实践的培训（注：软件方向，复杂的硬件开发流程建议使用IPD思想）。作为一个有近10年的开发编码工作经验的资深程序员，作为一个管理者，作为一个还算转型成功的创业者，我一直有种初心希望所有研发人员能够敢于并且会表达自己，让更多的人了解自己；希望所有的研发人员不仅仅是机械的写代码，也能洞悉市场、了解用户，让自己的产出能够适配用户和市场的需

敏捷开发

Scrum

原创精选 2017-10-29 22:35:15 8584 阅读 3点赞 4收藏

Jira和Confluence的权限管理

(关于Jira和Confluence的基本介绍请参看文章团队协作，集成工具推荐)背景：已经使用Jira和Confluence管理了一个产品团队的任务和资源，现在又想加入另外一个产品团队的任务和资源,首要问题是如何解决两个团队之间的权限隔离。研究了半天，阅读了Jira和confluence的相关文档，终于搞定，现在分享给大家。Jira打开系统管理中的权限模型我们可以看到现在有系统默认的权限模型和我自

权限

敏捷

jira

Confluence

原创精选 2014-08-30 09:39:19 9051 阅读

研发中版本管理的规范性

案例1：这阶段公司内部在测试一个即将上线的产品，好几次都遇到运行良好的服务在某个时间段后不能提供正确服务的情况，由于产品涉及到多个端，协作人员众多，而且各端软件的更替也较频繁，在从内部排查问题的同时也在从外部着手确定是否有人更改过某个程序，众研发人员都说没有更改过程序。但是随着排查的深入往往会发现是某个人搞混了自己发布程序的版本。案例2：团队中有人在发布动态库或应用程序时采用日期来做版本号，在频繁

管理工具

应用程序

管理系统

源代码

规范性

原创 2014-03-23 19:08:23 3665 阅读

《高效程序员的45个习惯——敏捷开发修炼之道》读书总结

截止到现在自己已经有了3年多的敏捷团队实践，包括有一年多的敏捷团队管理经验。个人对敏捷还是比较推崇的，但是必须要注意结合实际进行落地，否则就成了邯郸学步。其中我感觉落地的重点就是千万不要生搬硬套敏捷的实施条款，而是去理解其精髓去融汇贯通。恰好《高效程序员的45个习惯——敏捷开发修炼之道》就给了我们这么一个机会去深入了解敏捷的精髓，在第二次读此书之际我对书中内容进行了些总结归纳，分享给大家第1章：什

敏捷开发

敏捷实践

敏捷团队

原创 2014-01-21 20:03:32 2121 阅读 1点赞 1评论

敏捷团队如何进行绩效考核？

近期公司要求各部门必须要制定详尽的KPI考核方案，看了下人力下发的模版，对研发非常非常不科学，简直把研发工作当做了工厂产线，于是特别针对我们部门的敏捷团队，制定了这么一套考核方案。(参考：敏捷团队的绩效考核)两个考核方向：团队绩效考核，个人绩效考核；团队绩效考核目的：促使团队成员对整体质量负责；考核内容：1.每次迭代的交付物可否被接受。（团队采用的敏捷开发，每一阶段会制定一个产出计划和产出目标）目

绩效

敏捷

研发

原创 2013-08-18 11:16:25 5722 阅读 1收藏

研发部门之间利益之争何时休？如何休？

一直以来觉得技术圈是很纯洁的，小人在这个圈子中很少。但是说句真心话，自私抑或自大的人在这个圈中可不少，而且多以中层管理居多，特别是牵扯到自身利益和部门利益时这种行为表现的更为明显。案例1：1部门要开发一款产品A，其中2部门曾经做产品B时，已经做过很多A产品类似的功能模块或技术点，但是隐含的规则就是你是你的，我是我的。2部门会看紧家门，防止1部门获取这些。1部门怕功劳落入其他人手中，也闭门不出，开始

管理

协作

部门

原创 2013-06-30 23:03:28 1416 阅读 1点赞 1评论

为什么还要相信“人月神话”

首先我要说明的是题目有着双关的含义。一层含义针对我而言，而这个“人月神话”是指Brooks老爷子的书籍《人月神话》，我很认可这本书中的大多数观点。一层含义针对一些企业管理者而言，我从我的角度对某些企业的管理层提出质疑，为什么他们确实相信人月这个神话。首先讲讲《人月神话》这本书之前这本书的大名早就如雷贯耳，但是一想到是一本几十年前的老龄书籍，心里想着伴随着软件业日新月异的发展，这本书的观点一定也是老

管理

人月神话

原创 2013-06-21 23:02:20 4377 阅读 3点赞 4评论

用master-worker模型比对团队管理

先讲一个场景：“团队负责人接到一个新项目，他会把项目进行需求细化，功能细化，然后他会分配给不同的团队成员完成”。在这个场景中，团队负责人就是master，团队成员就是worker，至于这样做的好处，不用说大家也明白，如果团队负责人一个人干，估么着他要么累死，要么任务完不成被领导骂死。同理，架构层面master-worker模型的最大作用就是提

网络编程

worker

master

敏捷编程

原创 2013-04-04 10:50:06 4520 阅读

jira

confluence

原创 2013-03-23 15:15:35 2119 阅读

我的敏捷布道

去年，在慢慢了解了公司的研发体系和存在的一些问题后，向公司高层提了关于实施敏捷的建议，并没有讲具体的敏捷理论，也没有讲如何实施敏捷的，只是把我经历敏捷后的一些感受讲了出来。对公司而言——敏捷思想带来民主、透明、自觉的文化；对团队而言——敏捷团队带来了交流沟通、互助学习、友好信任；

敏捷

原创 2013-03-05 22:05:00 1071 阅读

开发团队测试的难与易

做了多年的研发工程师，在所处的环境中，所接触的开发人员中很少有看重对自己代码进行测试这项工作的。大多研发人员往往是写好了代码运行起来，简单做下测试，甚至不去测试就抛给接口使用者或者质量管理人员。而且理由很充分“没时间...；我觉得应该没问题...；这种简单的事让专职人员去测试，否则浪费自己的时间....”从这些话首先该否定的是其人的职业素养，

单元测试

原创推荐 2012-12-06 23:00:18 1839 阅读 6点赞 8评论

你们的团队是怎样组织开展大型项目的？

大型项目往往需要比较多的人员参与，如果轻视管理协调，工具的规范，代码规范，版本发布规范......那么项目一定会逐步陷入失控的境地。下面是我经历过的而且认为的一个比较理想的项目规范： >开发模式敏捷开发，选择敏捷，是因为我认为敏捷的核心理念之中，“沟通”正好可以解决项目由

工具

开发模式

原创推荐 2012-02-25 23:26:33 3368 阅读 3点赞 4评论

《项目百态》读感系列”苏式风格“

有些人问了，为什么交付的产品包含了用户要求的功能，却不招用户待见，很快就被搁置一边了。乔帮主会这样回答你，苹果的产品能俘获众多用户的心是因为注重用户体验，关注细节。在我们每个人的项目实践中多多少少都会更关注需求，功能的实现，而忽视了用户体验。但是，请诸位先换位思考下，现在我是用户，对于一个产品来说，你满足了我需要的功能，但是界面简单，操作复杂

职场

用户体验

休闲

UCD

原创推荐 2012-02-21 21:45:57 1458 阅读 1点赞 5评论

《项目百态》读感系列”玩的就是心跳“

“只要参与过一两个软件项目，就一定对书中介绍的情景深有感触，也必然会从中得到经验教训”这是《软件随想录》的作者Joel Spolsky对这本书的感受。以下我也结合自己实际的工作体验对这本书中的模式场景说一下自己的感受：模式“玩的就是心跳”大概介绍的就是这样一种场景，在工作中永远都是紧迫的项目，在项目中永远都是紧迫的

职场

休闲

项目百态

玩的就是心跳

原创 2012-02-19 21:57:26 963 阅读 1点赞

你想要成为哪种项目经理？

1.技术牛X型，脾气不好：这种经理的特质往往是很关注技术细节，做产品时个人英雄主义极为严重，容不得组员有半点质疑，即使给组员质疑的机会，他也往往会坚持己见，对这种项目经理，当你做为菜鸟时一定会对他敬畏有加，觉得他好好有魄力啊，往往他给组员分配任务时只是一个大苦瓜分三份，你吃这个，你，你吃那个。当你有不能解决的问题时，他会先奚落你一番，然后啪啪啪给你配置好环境，咔咔咔给你敲好代码.......然后再

职场

休闲

项目经理

技术牛X

原创推荐 2012-02-16 21:17:27 3392 阅读 11点赞 14评论

结对编程其实可以变变？

想必大家对敏捷开发中的结对编程都有所了解，可在公司试用推广时却很容易遭到大多数同事的反对，反对理由如下：1.长期的习惯导致在有个人在旁边监督你编写代码时很别扭；2.敏捷的结对编程要求两个程序员最好能力水平相当？这个不好界定吧，另外每个人都有每个人的编码习惯，大家也知道，做为程序员的我们往往比较固执，也比较爱布道，所以很容易产生各种实时冲突，影响开发效率；3.也许两个人会

职场

敏捷开发

休闲

结对编程

原创推荐 2012-02-05 21:35:12 2545 阅读 2点赞 5评论

软件项目的优先级

因为现在开展项目几乎都是用的迭代式开发，在开展一个软件项目的起始阶段，难免需要关注关键点，在实际实施中和从项目管理书籍的学习中，我总结了以下优先级，不光是个人看法，是对别人看法的总结，觉得很有道理。 1.高可靠性；（High Availability) 2.低成本；（Cost Effective） 3.可扩展性；（Scalability） 4.投放市场快速性；（Time to Marke

职场

休闲

优先级

软件项目

原创 2011-07-09 16:52:08 1374 阅读

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

永远的朋友

云原生技术系列：【DevOps 持续交付体系】的落地实践

云原生技术系列：业务引领的DevOps持续交付体系

【基于IPD的产品开发体系】推行实践

敏捷开发思想及Scrum实践

Jira和Confluence的权限管理

研发中版本管理的规范性

《高效程序员的45个习惯——敏捷开发修炼之道》读书总结

敏捷团队如何进行绩效考核？

研发部门之间利益之争何时休？如何休？

为什么还要相信“人月神话”

用master-worker模型比对团队管理

团队协作，集成工具推荐

我的敏捷布道

开发团队测试的难与易

你们的团队是怎样组织开展大型项目的？

《项目百态》读感系列”苏式风格“

《项目百态》读感系列”玩的就是心跳“

你想要成为哪种项目经理？

结对编程其实可以变变？

软件项目的优先级

欢迎