研发管理
文章平均质量分 86
bamboolsu
技术总监,产品经理,开发经理,项目经理,PMP, Scrum master, CM
丰富的java,HTML5,python, C/C++开发开发经验,
motorola, google, 第九城市等公司工作经验
跨境电商相关(进出口商城,erp等)产品规划,研发
丰富的产品管理,项目管理,需求管理,技术开发管理敬仰
linux,windows, wxworks等多平台开发
展开
-
CEO们:你70%的工作时间都被浪费了,该如何应对?
处理邮件、参加会议以及处理团队突发时间等零碎的工作会消耗你大量的时间。虽然你一直在努力工作,可还是总感觉时间不够用。你不禁要问:时间都去哪儿了?你需要去挽回这些逝去的时间。科技企业的CEO平均每年工作300天,每天工作14小时。这意味着CEO每年的工作小时数为4200小时。相信很多创业者看到这个数字都会有同感,是的,我们就是这么忙碌。看上去我们每年的工作很长,但是对我们中的原创 2015-01-28 13:07:39 · 1120 阅读 · 0 评论 -
尽管去做 ——无压工作的艺术
尽管去做 ——无压工作的艺术原创 2015-01-28 13:12:51 · 768 阅读 · 0 评论 -
这是最好的企业管理手册
管理是个“细活儿”,你必须拿捏好管理松与紧的分寸,把握好尺度:过松导致员工精神的散漫和局面的失控,过紧又会扼杀激情和创造力。一松一紧之间,体现了管理艺术的境界。对于大多数管理者而言,管理员工始终是个棘手的问题。员工的知识水平不一,地域文化各异,对于企业管理理念和管理方式的接受能力就不一样。加上时代的迅速发展,使员工不断吸纳新事物,从而让员工的思想状态始终处于变化之中,要求管理的转载 2015-01-28 13:27:40 · 545 阅读 · 0 评论 -
研发管理, 项目管理 相关资源网站积累
http://blog.csdn.net/column/details/se-and-management.html原创 2015-02-06 15:29:24 · 448 阅读 · 0 评论 -
关于职位规划
本周有顾问来公司做岗位说明书的培训,其中自然提到了晋升双升道、小步快跑之类的内容。我对职位规划没有太多的了解,只是从2007就开始思考团队梯队的问题,尝试着做过一些定义,但并没有系统的实务经验。我知道这应该是一个自上而下的推动过程。公司对于自己需要什么样的人要有一个定义,最好的不一定是最合适。先有公司的人才战略规划,然后再细分到部门。不然,主管还是要再问上面的老板:咱们未来五年的定位和规划是什么?转载 2015-02-06 15:31:20 · 493 阅读 · 0 评论 -
硝烟中的Scrum和XP_学习笔记
1, 如何活学活用孙子兵法有云:兵无常势,水无常形,能因敌变化而取胜者谓之神。很多人都向往用兵如神的境界,想必也知道读万卷书不如行万里路,纸上谈兵的故事更是耳熟能详;但偏偏不能举一反三。且看风清扬的一段话:“......你将这华山派的三四十招融合贯通,设想如何一气呵成,然后全部将它忘了,忘得干干净净,一招也不可留在心中。待会便以甚么招数也没有的华山剑法,去跟田伯光对打”。如果有人说,既原创 2015-01-20 14:31:48 · 781 阅读 · 0 评论 -
X公司的流程改造之路
起点X公司是一家中规中矩的公司,从事软件开发二十多年,一直使用传统瀑布开发模型,开发流程和相关的制度都已经完善。最近两年因为市场的变化,考虑到公司长远的产品线的竞争力,决策层决定推动新产品领域开发。但是传统的瀑布模型无法满足高层快速进行产品试水的需要,市场部的需求一改再改,并极力打造大而全的产品,虽然他们并不承认。两个项目(A, B)下来开发团队和公司高层都非常不满,团队士气低落,离职转载 2015-02-07 12:17:31 · 728 阅读 · 0 评论 -
较好的代码维护实践
在别人实现的基础上进行开发,基本是一种常态。特别是对原来的代码陌生的情况下,有没有什么好的实践方法呢?基本原则:类似重构一样,尽量减少对原有流程和结构的修改,最好能兼容原有结构。上来就按自己的相法来修改代是比较容易的,这样做很大程度是因为理解原有的代码需要较长的时间且有一定的难度,但这样会增加系统的复杂度,也会引入许多不必要的风险。除非得到项目负责人的同意,否则相当转载 2015-02-08 10:40:38 · 462 阅读 · 0 评论 -
软件项目管理中的几个问题与分析
1.软件项目管理中范围、时间、成本,这三项中哪些是可以由客户控制的? 范围、时间、成本,是软件项目管理中常说的三角关系。任何一方改变都可能牵扯到其他两方的变动。项目管理的本质,就是在保证质量的前提下,寻求这三者之间的最佳平衡。因为客户是需求方和投资方,客户有权对这三者进行控制,当然客户主要控制范围,即提出他们的需求——项目要实现的功能特性,其次,客户也非常关心能交付的时间和所原创 2015-02-08 18:00:55 · 2578 阅读 · 0 评论 -
给从事项目管理的管理者的“十条建议
现在的组织比过去更精简,更富弹性。这意味着现在人们经常负责或参与一个跨领域和职能的项目中。为了在这样一个新的工作环境下保持并提高工作效率,他们必须学习掌握超出其传统工作角色范围的、新的项目技术和项目管理能力。我有以下十条建议提供给从事项目管理的管理者。 1、 激发团队成员想象力 当你启动一个项目去实现业务的转变时,使你的业务与过去相比真正的有原创 2015-02-08 19:27:01 · 1949 阅读 · 0 评论 -
团队管理的思考:定位
程序员流动性一直比较高,这里面有对理想的向往,也有对现实的无奈! 我想这里有一大部分原因应归结为定位偏差,个人的预期定位与工作中的实际定位的偏差(包括职责[发展方向]、职位及薪资)。【*注:薪资是由前两者所决定,很多人其实并不真正明白!单纯看重薪资,有时会帮倒忙!】 我们总是在工作中不断寻找自己的定位,总是要思考未来的定位,当现实与理想的差距太大时,便会有了换个环境的想法。这是一个转载 2015-02-08 12:11:18 · 700 阅读 · 0 评论 -
浅谈项目的良性沟通与恶性沟通
项目经理大多都能意识到, 80%左右的时间用于沟通,那么我们如何进行良性的沟通呢? !也学下面的内容能给你一些启发!! 沟通的本质是将要表达的原汁原味的信息通过一种媒介传输给第二方,让第二方作出自己想要的动作结果,从而实现双方的利益。沟通的确是需要技巧,这种技巧有时候是很简单的,但却是很容易被疏忽。我把沟通定义为良性沟通和恶性沟通,通俗一点说,就是高效到位的沟通和复原创 2015-02-08 17:57:31 · 538 阅读 · 0 评论 -
突破思维障碍 之思维导图
(笛卡尔)普遍的怀疑第一:绝不把任何我没有明确地认识为真的东西当做的加以接受,也就是说,小心避免仓促的判断和偏见,只把那些十分清楚明白地呈现在我的心智之前,使我根本无法怀疑的东西放进我的判断之中。第二:把我所考虑的每一个难题,都尽可能地分成细小的部分,直到可以而且适于加以圆满解决的程度为止。第三:按照次序引导我的思想,以便从最简单、最容易认识的对象开始,一点一点上升到复杂的转载 2015-02-08 09:52:47 · 1527 阅读 · 0 评论 -
Facebook内部分享:25个高效工作的小技巧
Facebook 内部分享:不论你如何富有,你都赚不到更多的时间,你也回不到过去。没有那么多的假如,只有指针滴答的时光飞逝和你应该好好把握的现在,以下25张PPT的分享将为您带来时间价值管理的技巧。1、时间常有,时间优先。2、时间总会有的:每天只计划 4~5 小时真正的工作。3、当你在状转载 2015-02-08 19:13:56 · 644 阅读 · 0 评论 -
看淡你的权力
组织结构的位置只是一种工作报告形式,代表的是需要去承担不同的责任,至于“权力”的大小那是另外一个问题。公司可能因为很多的原因,进行组织结构调整,老板也许仅仅是希望多一个代理人进行监督而已。相信也有和我一样初涉管理职位的人,一上来就是责任心的泛滥,自作多情地以为自己就是那个要最终负责的人,也常常会有些并不合适的行为出现。所以作为管理者,理清自己的职责是首要任务,不可想当然。事情不是做得越多越好,而是转载 2015-02-06 21:07:28 · 389 阅读 · 0 评论 -
项目经理的动态管理 - 领导生命周期理论[项目管理摘录]
领导生命周期理论(Life-cycle Leadership)模型指出,存在4个基本的领导风格,而且要想有效运用它们需要使用领导风络与被领导者的成熟度相适应。这里成熟度的定义是:与工作相关的经验,接受工作任务的意愿及完成任务的愿望。它不只是与做好工作有关,还与"想"做好工作有关。最重要的是,它是一个情境模型。这点很关键,因为它意味着同样的人,比起他做其它任务更愿意执行这一任务,也意味着领导者的风格转载 2015-02-06 21:20:39 · 656 阅读 · 0 评论 -
团队建设之能力账户
识人用人是指识别和发掘下属的优势与潜能,用人之长。对于不足的部分,也可以有效地加以补强。虽然这个工作很重要,但相关的研究和方法五花八门。个人觉得适合就好,倒不一定非要熟读九型人格,然后再加以套用,并且不见得合适。准确的认识一个人总需要一些过程,中间需要多次修正,才可能比较完整。结合所从事软件开发工作的特点,我使用了能力账户(灵感来自>中的情感账户)的概念来识人用人。 表转载 2015-02-06 22:00:11 · 371 阅读 · 0 评论 -
教导,职业经理人最重要的能力
原文作者: 孙振耀 发布于经理世界网惠普公司相信,有关领导和管理的培训课程,一定要由内部人员来传授。教导(Coaching)包含了知识、技能及企业价值观,因此不能用外包培训或企业大学代替。由于经营环境及战略的不断变化,职业经理人对员工的教导也就永远没有止境。很多时候,我们需要“用不太对的人做对的事情”,为了帮助“不太对”的部属完成任务,教导就显得更加重要。“经验总结-知识技能-传授影响”三转载 2015-02-06 22:01:21 · 541 阅读 · 0 评论 -
软件开发过程中的审查 (Review)
软件开发过程中的审查 (Review)希望别人做些什么->定义出流程希望别人做出正确的结果->定义出审查制度 软件开发项目中包括很多的审查动作,贯穿于整个开发过程。个人认为审查主要有以下目的:1.尽早排查出潜在的问题(Potential Risk/Issue) 经过其他人的参与,以不同的视角提出不同的看法,会有类似头脑风暴的效转载 2015-02-08 12:18:50 · 3441 阅读 · 0 评论 -
项目开发中的权责分配
在软件项目开发中,角色众多,常常有权责不明的问题,事后抱怨也是家常便饭。有人加班加点,有人悠哉悠哉,多做事的反而错的多! 即使公司有一套制度,这样的问题也是一再出现,究其原因还是在R&R的定义是不是在项目开始时定义清楚了。 在项目开发中涉及的角色主要有:项目经理(PM),项目协调,组长(TL),开发人员,测试人员,市场人员,产品规划人员以及其它辅助单位的同事。要做的事情也是项目管理转载 2015-02-08 12:58:35 · 878 阅读 · 0 评论 -
新产品项目开发的艰难起步
公司内部规划的新产品开发项目已经开展一个多月了,时间紧、任务重是这个项目最突出的特点,之后的需求定义一变再变,甚至于文档的格式也一变再变,而不变的是开发周期! 其中全无系统设计的时间,需求及功能分析也是草草了事,于是问题也不断的浮现出来! 从项目管理的角度,只有重视风险评估,或许可以请公司上下的头头脑脑们静心观察一下这个项目。总结起来,有以下几项是需要在需求分析时注意的: 1.详细定义出功能列表转载 2015-02-08 12:47:56 · 668 阅读 · 0 评论 -
项目时间管理的几种方法
随着项目活动分解的深入和细化,工作分解结构(WBS)可能会需要修改,这也会影响项目的其他部分。例如成本估算,在更详尽地考虑了活动后,成本可能会有所增加,因此完成活动定义后,要更新项目工作分解结构上的内容。项目活动是确定为项目各种可交付成果而必须进行的具体计划活动。在项目实施中,要将所有活动列成一个明确的活动清单,活动清单应该采取文档形式,以便于项目其他过程的使用和管理,让项目团队的每一个成员能够清原创 2015-02-08 17:42:36 · 7919 阅读 · 0 评论 -
新人入职引导的思考
周末参加了入职引导人的培训,现在结合我的经验总结一下个人感受最深的五方面内容。0. 明确入职引导人的目的和目标作为入职引导人,虽然不是一个岗位,也一定要清楚自己的角色和责任(Role & Responsibility)。理解责任,除了细节的条条之外,最为重要是清楚目的和目标。目的和目标要分开谈,目的(purpose)是深层次的要素或者驱动力,目标(target)是则一个转载 2015-02-06 21:26:11 · 882 阅读 · 0 评论 -
关键链项目管理
(一) - TOC, 约束理论帕金森定律(Parkinson's law): 只要还有时间,工作就会不断扩展,直到用完所有的时间。 简言之,工作总在最后一刻才能完成。在软件项目管理过程中,开发周期和生产力往往是最难掌控的。一方面要确保一个安全的开发周期,另一方面又能让团队发挥出最佳生产力。单单强调人的素质等因素,会将事情变得更为复转载 2015-02-07 11:01:05 · 2775 阅读 · 0 评论 -
信任是高效工作的基石,但是得来却非常不易
信任,这个词实在很诱人! 我们在家庭中,在组织里,在社会中,如果周围缺少信任,生活和工作都将变得痛若不堪。我们每个人都渴望别人的认可,得到别人的信任,但要想真正拥有,却是需要好好经营的。首先,信任是逐步建立的。可能从无到有,也可能由负及正。你需别人信任你,你就先要相信别人,然后以日久见人心的恒心来证明自己,以此来得到别人的信任。获得信任是一个长期的行为,而且还需要不断的检视自己,以求不转载 2015-02-08 11:03:56 · 533 阅读 · 0 评论 -
敏捷项目管理的五个要素
项目管理最重要的因素是什么?一个简捷的网上调查就会产生几百万个结果。一些人认为有八个要素,其他人认为有四个。本质上大部分人的观点是一致的。但是,由于他们的企业形象或品牌,他们表述的方式不同而已。现在我们一起来研究一下这些主要的因素,并试着抛开企业文化的影响,把它们更简洁的表述出来。 1.只有友谊就足够了吗? 建立和保持高效的工作关系是形成长期原创 2015-02-08 16:48:29 · 13786 阅读 · 0 评论 -
实现PMO价值的若干经验
在很多企业,公司领导层也认为PMO人员做事务性工作,只是消耗成本的管理部门,不能创造效益;研发人员及项目经理常常对PMO有反感情绪,认为其不熟悉业务流程与技术、经常要求项目经理和研发人员提交形式化的材料,只审批和监控,不能为项目提供良好的服务。PMO如果在管理中树立服务意识,明确自己提供的产品与服务,通过建立组织级项目管理体系,可为企业的发展创造较大的无形价值与效益。一方面与研发人员观念有关,同时原创 2015-02-08 16:51:32 · 3916 阅读 · 0 评论 -
如何提升个人敏捷项目管理能力
敏捷宣言中第一个核心价值就指出:“个体和互动高于流程和工具”,它强调了个体成员在执行敏捷方法中的重要性,认为人是实施工作的主体,应该以人为核心而不是过程。所以,个体成员的能力是敏捷方法成功与否的关键的因素。本文将从管理实践和工程技术实践两个角度,谈谈个体成员如何进行敏捷能力的修炼和提升。 首先,拥抱变化,克服抵触,做好实施敏捷的准备。敏捷不是洪水猛兽,既然企业决定引入敏捷的变原创 2015-02-08 18:34:42 · 1553 阅读 · 0 评论 -
MBTI在软件开发团队中的应用
人绝不是一种资源。一方面我们不可能因人设岗,另一方面也不能忽略人性的差异。面对问题时,不要总是单纯地从人的态度或品德上查找问题,而是要反思人事安排和流程建设上的不足。奢望一个人改掉他的缺点,还不足充分发挥他的优点。前言MBTI将人区分为16类人格特质,我无法断言是否真得能表达出人的真实一面,毕竟只是统计性的结果。我的思考并不在于它归类的结果,而在于它的归转载 2015-02-06 22:02:54 · 592 阅读 · 0 评论 -
为什么我们依然困于柏油坑?
《人月神话》发表了近30年了,柏油坑依然在那里。如果软件零缺陷是个神话,为什么我们还始终将陷于Bug修复视为常态?为什么普遍认为软件是解Bug解出来的? 虽然以前微软总被嘲笑补丁打不完,而我们也常常是在打补丁。 一个问题发生了,我们运用智慧的大脑先分析,再找方案! 大部分情况想到的是以最小的代价修复Bug,从而新方案反而引入新Bug。如此往复,构成了程序员工作的主要内容。转载 2015-02-07 12:15:51 · 438 阅读 · 0 评论 -
软件开发项目经理想关河书籍
>原创 2015-02-07 12:22:49 · 1169 阅读 · 0 评论 -
项目管理与技术研究的平衡
有时忙起技术上的事情,就容易忽略掉项目管理上的事!项目管理是件比较琐碎的事,牵连的方面很多,而技术还是单纯很多,不过需要大片的时间来找资料、学习和消化,然后还要总结和升化,最后分享给大家。工作上,想做到平衡,确实不易。对于较熟的案子,基本上就是项目管理的工作,对于新的案子,就会有一些冲突了!这是一个时间管理的问题,也是责任的问题!毕竟要对项目的产生负责! 要好好原创 2015-02-08 11:17:22 · 339 阅读 · 0 评论 -
项目经理秘籍:成功的20个经验
在最好的情况下,管理软件项目也是很困难的。不幸的是,许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。 1.定义项目成功的标准 在项目的开始,要保证风险承担者对于他们如何判断项目是否成功有统一的认识。经常,满足一个预定义的进度安排是唯一明显的成功因素,但是肯定还有其他的因素存在,比如:增加市场占有率,获得指定的销售量或销售额,取得特转载 2015-02-08 17:04:39 · 509 阅读 · 0 评论 -
自组织团队建设很容易吗? (问题与对策的思考)
自我驱动或者自组织团队是现在软件公司努力建设的方向,自我驱动也常常挂在嘴边。但以我的观察,自我驱动或自组织团队建设并没有带有真正的团队生产力提升,反而很易遇到发展瓶颈!自组织团队的困境问题在哪里? 我今天终于恍然大悟。这也许也是敏捷在中国一直处于困境的原因之一。简而言之,在自我驱动团队建设上缺少方法和执行力!思想是别人的,而做法仍然是自己的。可以简单地通过几个方转载 2015-02-06 21:52:26 · 457 阅读 · 0 评论 -
敏捷宣言与敏捷开发的12项原则
Agile Software Development1, Manifesto for Agile Software DevelopmentWe are uncovering better ways of developing software by doing it and helping others do it.Through this work we have c原创 2015-01-20 14:20:07 · 1505 阅读 · 0 评论 -
Six Sigma Basics
Six Sigma Basics一, Motorola's Six Sigma PerspectiveOBJECTIVES: After completing this learning object, you will be able to explain the differences between sigma and Six Sigma, identify the原创 2015-01-22 12:47:15 · 583 阅读 · 0 评论 -
程序员要学会偷懒---正确运用自动化技术
马云语录: 世界是由懒人来支撑的! 懒不是傻懒,如果你想少干, 就要想出懒的方法。 要懒出风格,懒出境界。McConnell在他的>提到三种"懒":"实在的懒","开明的懒"以及"一劳永逸的懒"。并说明第三种"懒"才是最具产值的"懒",因为它需要运用工具或者代码来为自己完成任务:这就是工作中的自动化。<<The Pra原创 2015-02-08 10:48:46 · 464 阅读 · 0 评论 -
做敏捷估算,请忘掉人/天
估算的方法之前,我们先来回顾一下基于人/天的传统估算的思路。传统的工作量估算是估计是一个绝对值,单位是人/天或者人/时。比如:David喝完一小杯热咖啡花费1.2个小时(工作量 1.2人/时)David喝完一大杯热咖啡花费2.4个小时(工作量 2.4人/时)由于人的能力是有差异的,所以David的工作量对于Tom来讲可原创 2015-02-08 22:12:02 · 555 阅读 · 0 评论 -
代码管理要责任到位
为什么我们在考虑代码管理的时候会担心影响程序员的积极性?精英化的团队是不是能完全解决代码质量的问题? 战功文化会引入什么样的代码管理问题? 以下是我对这些问题的思考。代码之于程序员,就像沙场之于将军。普遍希望完全控制代码,可以自由驰聘、攻城掠地。但对于一个团队合作下的代码,这种行为却隐藏着极大的风险。特别是在一个崇尚战功文化的团队里,在鼓励大家承担更多责任的同时,同时也要注重对转载 2015-02-06 21:41:34 · 471 阅读 · 0 评论 -
软件公司中的维护团队建设
相对于软件公司中的开发团队,维护团队似乎常常默默无闻,做事相对于保守,远没有开发团队那样常常让人有新鲜感。这是一种很普遍的现象,也就是维护团队的价值常常被有意或无意地降低了。 事实上,维护团队的建设和管理比开发团队所应对的挑战大得多,而运行得当的话,可以同项目团队或开发团队形成互补,发挥驱动力。软件维护团队的目标和流程软件维护团队被赋予维护已交付产品的职责,主要工作内容转载 2015-02-07 10:51:10 · 1209 阅读 · 0 评论