领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Mark Levison 译者 李剑 发布于 2008年7月21日
上个月,日本劳工委员会声明Camry Hybrid项目的首席工程师死于过劳。在他生命中的最后几个月里,他几乎每个月都要加班超过80小时。就在他要飞往Detroit Auto Show的前一天,心脏病突发,与世长辞。
一石激起千层浪,种种争论纷至沓来。我们能从丰田学到什么?什么是可持续的开发步骤?我们为什么开发软件?
Joe Little 想问的问题是,在丰田里面,到底拼命加班算是精益的基础,还只是跟某个具体的团队有关?他提醒人们,即使丰田是精益的制造者,他们自己也没有做的很到位。不过我们依然可以向丰田和其它精益实践者学习。
这个故事让人很难过,但也能让人学到不少东西。丰田的精益制造开发模型,把产品负责人、Scrum Master、技术领导都混在了一起,变成了一个角色,名为首席工程师。我跟Mary Poppendeick曾经讨论过,这种模型也可以用于软件开发。我遇到的问题是,产品负责人本身已经负担很重了,再加上额外的技术和过程方面的责任,实 在让我不堪重负,没法一直保持良好的工作状态。我感觉这也许就是问题所在。
精益软件开发的作者Mary,在回复中谈到了她在3M作为产品带头人的工作经历:
在优秀的团队里面,团队成员对他们开发的产品充满激情,所以他们会自愿超额工作,加班。我也不觉得技术带头人是个什么都知 道,什么都掌控的家伙,他只是可以用他的远见卓识,带动起团队的干劲。我当产品带头人的时候,连产品负责人的工作都没法自己干,但是我知道怎么从团队里面选出合适的人来,放到合适的位置,让他们积极完成目标——然后一切都会顺理成章。
她继续谈到,如果大家只是把工作当成一大堆要干的事情自己抗起来,不跟团队一起承担,那任何角色都会成为生命不可承受之轻。
最后,在谈到管理层提出的最后期限和固定特性时,Mary回复说:
也许导致这种症状的最大问题在于,出于某些原因,软件是从整个系统中脱离开来的,也跟系统的整体业务目标扯不上干系。所以 没人能对它产生热情。我们必须停止开发软件,动手搭建为重要需求服务的系统,这样团队成员就可以做出正当的决定:这个规划有多重要?那个难度很大的特性有 多重要?从长远目标来看,哪种测试策略最合适?整个系统的成本到底有多高?查看英文原文:Death of Hybrid Camry Chief Engineer is Ruled Overwork
译者 李剑 李剑──ThoughtWorks高级咨询师,在持续集成、重构等领域具有丰富的经验;多次为国内大型企业敏捷组织转型提供咨询和培训服务。
IT = I'm Tired ? exactly the truth ?
过尤不及,加班并不一定是好事,有时还是费力不讨好的事情。在项目管理过程中,就有这么一个说法,如果你发现你的团队成员总在加班,那么你就需要看看他的工作是否偏离了你的方向,或者说他有可能在做无用功。
不知道以吃东西来做比是否恰当,我们知道,自己很喜欢吃的一个东西在一次吃腻之后可能就再也不想碰了。职业也是一样,如果激情烧过了头,可能就会讨厌自己开始喜欢的工作,多么得不偿失的事情。所以,当你加班过多时,自我控制一下是不错的选择。
要在身体和精神可承受的范围内有限加班是可以的.
不能为了加班而加班, 这样工作效率也不会很差
唔~~偶看到这条新闻的第一反应是,在创造出精益理论的丰田也有这种事情发生,第二反应是,华为啊~~~
同意啊...
过劳死这种事情好像只在亚洲发生过,特别是东亚,一方面说明我们勤劳,一方面也是压力大
近期走访了几家公司,一个奇怪的现象是:大部分公司都和该办公大楼的物业就周末是否开空调的问题沟通过,他们说自己的员工特别积极,很多人周末了也到公司来上班,公司要为他们提供一个良好的工作环境。员工和公司,孰对孰错?
我觉得两个因素:
1、员工被“洗脑”了,真觉得不干活都不好意思跟同事打招呼
2、公司该洗脸了,为什么就不能构建一种可以让员工在家干活的环境?如果是涉及到机密与核心问题,那另当别论。但总是可以为大家设置一些在家里也是喜闻乐见的软性任务吧?
好消息就是,大家现在越来越关注这样类似的话题,关注工作和生活间的平衡。再先进的技术,再先进的过程(精益),再被人推崇的公司,都不能脱于这个话题。毕竟是份工作,每个人有每个人的特点和需求。大家量力而行吧。
再来看看这个兄弟碰到的上司:www.javaeye.com/topic/213612?page=1
一个最新的证据是:同仁堂39岁董事长心脏病发猝死
这些事实都告诉大家,什么40岁之前拿命换钱的说法是多么荒谬~
Giampaolo说的很对。我觉得这样的事情发生,与公司无关。健康是自己的事情,自己为自己负责。
比如说effort estimation,本来基于过去的velocity可以得出一些预期的项目估计,如今因为加班的话,在其中加入了一些变量,更困难了。如果把加班带来的velocity作为常态,则难以为继。如果作为一个校准,则难以度量其影响。
加班,做敏捷的最好别沾上。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
14 条回复
关注此讨论 回复