随笔分类 -  团队建设与管理

关于如何提升团队效率的一些想法
摘要:前言 提升效率是团队今年的其中一个目标,然后以下是我的一些想法。 首先 要想提高效率,我认为首先要解决几个问题: 如何衡量 - 无论采取了什么措施,要知道这些措施是否有效,我们都需要一个可量化的衡量方法。例如可以考虑用scrum中的story point。 如何激励 - 如果某些措施确实可以提高效率 阅读全文

posted @ 2023-11-20 22:42 bee0060 阅读(45) 评论(0) 推荐(0) 编辑

关于架构师与团队建设能力的一些想法
摘要:原创不易,转载请注明出处: https://www.cnblogs.com/bee0060/p/15580245.html 作者: bee0060 发布于: 博客园 前言 最近在公司参与了一些关于架构师的讨论,有了一些想法,特此写下来记录下。 我想的问题是,对架构师来说,团队建设的能力是否重要呢? 阅读全文

posted @ 2021-11-25 22:59 bee0060 阅读(350) 评论(0) 推荐(0) 编辑

浅谈沟通技巧
摘要:原创文章, 转载请注明出处https://www.cnblogs.com/bee0060/p/14129513.html 作者: bee0060 巴别塔 巴别塔的英文名叫Babel,相信前端同学们对babel都很熟悉了,但是巴别塔的故事不知道大家有没听过?故事大概剧情如下: 巴别塔 (希伯来语:מִ 阅读全文

posted @ 2021-01-14 01:05 bee0060 阅读(625) 评论(0) 推荐(0) 编辑

浅谈面试官的“被面试”技能
摘要:原创文章,转载请注明出处: https://www.cnblogs.com/bee0060/p/14157785.html 前言 面试其实也是一个双向选择的过程,面试官在筛选候选人的同时,候选人也在筛选面试官和企业。特别是能力较强的候选人,他们往往可以拿到多个offer,这个时候就很看面试官吸引候选 阅读全文

posted @ 2021-01-04 23:46 bee0060 阅读(645) 评论(2) 推荐(0) 编辑

浅谈任务委托与团队建设
摘要:前言 在我们工作一段时间后,伴随能力的提升,一般会更被信任和认可,之后会承担更多的职责和工作。 完成更多的职责和工作可以更进一步的证明自己并获得更多认同,然后又是更多的信任、职责、工作,形成一个循环。 在这个循环中,我想大部分同学都倾向于靠自己承担和完成所有的这些职责和工作,因为从中我们可以得到认可 阅读全文

posted @ 2020-12-19 23:33 bee0060 阅读(419) 评论(0) 推荐(0) 编辑

会议管理心得记录(非markdown版)
摘要:前提 本文说的会议特指有开发团队成员参与的会议, 包括但不限于开发、设计、测试、运维、管理岗位的成员。 因为不同工种和行业都有其特殊性,我是一名程序员,并不太了解其他工种和行业的具体情况,不敢妄言。 术语定义 会议:本文中的“会议”指的是当团队有问题需要解决时,并且希望通过会议的形式,让若干个团队内 阅读全文

posted @ 2016-10-31 17:47 bee0060 阅读(783) 评论(0) 推荐(0) 编辑

会议管理心得记录
摘要:(注: 由于markdown效果太不满意,故另外写了一份非markdown版本的,内容都一样,只是添加了些排版,对排版比较敏感的,欢迎看非markdown版本。以后的更新应该也主要针对非markdown版本,链接请点: "会议管理心得记录(非markdown版)" ) 前提 本文说的会议特指有开发团 阅读全文

posted @ 2016-10-31 16:24 bee0060 阅读(2338) 评论(0) 推荐(4) 编辑

[译]代码审查的重要性
摘要:原文链接: https://www.sitepoint.com/the-importance-of-code-reviews/ 原作者: Hugo Giraudel 发布日期: 2016.6.10 最近我在Twitter上读到这段话: 显然,代码审查实际上很有帮助这一点并不是显而易见的。即使你说我幼 阅读全文

posted @ 2016-08-01 17:01 bee0060 阅读(1176) 评论(0) 推荐(0) 编辑

如何管理高手、大牛?
摘要:对高手、大牛如何进行有效沟通和管理? 提高其积极性并最大程度让其体现价值?个人的关于管理、激励高手的一些想法如下:1. 提出有挑战性的任务,让他们解决。或在技术上委以重任。2. 如果是只对技术感兴趣的高手,尽量帮他们解决技术以外的问题,让他们能全身心投入到解决技术难题中。3. 提高自身技术水平,不能让自己的技术落伍, 和高手们有共同话题,至少能互相尊重。4. 让他们知道自己对他们的重视。 适度的宽松,但不能过分纵容,否则误人误己。5. 和他们分享关于团队的想法,增加他们的团队意识,在一些时刻或方向,让他们带领团队进步,如在某些靠技术推动的项目,让他们充当主要责任人;在技术的学习和分享上,让他们 阅读全文

posted @ 2013-10-18 11:40 bee0060 阅读(270) 评论(0) 推荐(0) 编辑

2012.10.08 关于 开发计划制定、项目管理、功能设计 的想法记录
摘要:现在我们公司制定开发计划的方式是这样的: 1. 定出大的功能模块 2. 将功能模块分配给团队的几个人负责 3. 对每个人按模块进行开发计划制定,每个模块分配一个天数。加上测试所需的时间或缓冲。 这个就是我们的计划,这里不包含测试组的测试时间,仅开发团队的开发和测试时间。 其实这样分貌似也没什么问题,不过我们团队在开发过程中却确实遇到了一些问题。 因为一个完整的业务周期需要经历几乎所有的功能模块 ,而经过这些模块有先后之分,分配工作后,多个团队成员需要同时进行开发。这就造成了,某些模块在开发中途不方便测试,因为测试数据和一些业务状态需要从上一个模块获得。而上一个模块也在开发中,甚至完成时间在当. 阅读全文

posted @ 2012-10-08 23:47 bee0060 阅读(271) 评论(0) 推荐(0) 编辑

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8
点击右上角即可分享
微信分享提示