??xml version="1.0" encoding="utf-8" standalone="yes"?>MM1313亚洲精品无码久久,亚洲国产高清精品线久久,亚洲国产日韩在线视频http://www.tkk7.com/weidy/category/5270.htmlzh-cnTue, 27 Feb 2007 08:40:05 GMTTue, 27 Feb 2007 08:40:05 GMT60- Ҏ造执行力强的开发团队的思考和探烦 -- l徏团队http://www.tkk7.com/weidy/archive/2006/12/29/PMTeambuild.htmlweidyweidyFri, 29 Dec 2006 09:49:00 GMThttp://www.tkk7.com/weidy/archive/2006/12/29/PMTeambuild.htmlhttp://www.tkk7.com/weidy/comments/90771.htmlhttp://www.tkk7.com/weidy/archive/2006/12/29/PMTeambuild.html#Feedback3http://www.tkk7.com/weidy/comments/commentRss/90771.htmlhttp://www.tkk7.com/weidy/services/trackbacks/90771.html阅读全文

]]> - 实战XP的几Ҏ?/title>http://www.tkk7.com/weidy/archive/2006/12/07/86140.htmlweidyweidyThu, 07 Dec 2006 10:10:00 GMThttp://www.tkk7.com/weidy/archive/2006/12/07/86140.htmlhttp://www.tkk7.com/weidy/comments/86140.htmlhttp://www.tkk7.com/weidy/archive/2006/12/07/86140.html#Feedback3http://www.tkk7.com/weidy/comments/commentRss/86140.htmlhttp://www.tkk7.com/weidy/services/trackbacks/86140.html //作? 王玮?2006-12-07
q期在一个小目开发组里进行推行XPQ尝试了一D|间。结合过d目开发组的经验,说说我对在实际项目开发里应用极限~程Ҏ一些体会,和大家交。完全是个h理解Q也不太成熟Q不对的大家来拍?br />
一 如何看待开发方?/b>
首先说点开发方法本w的理解。我一向认为没有哪个开发方法可以彻底的解决目开发的各个环节的问题,M一个开发方法,其中有些理论的东西放到自q实践中可能就是事倍功半,在实际开发中q是要灵z,要掌握一个应用的度。过L一直是用RUP的那一套东西,不能说它差,更不能说它好。我觉得RUP也就是给我们l织目提供了一个参考,我们q没有严格按它的来,比如文Q我是按国标的要求来写Q而不是RUP的;甚至文的数量、质量方面,Ҏ个项目我们也是灵zd理,比如q个目l的人擅长文编写,p求他们写的详l点Q要是项目组整体文~写能力都不行,p求写的简略一点,能突出重点就可以了。MQ我觉得实际目开发的模式应该是慢慢摸索出来的适合自己的方法和模式Q不需要严格遵守什么东西,另外是要根据各斚w的发展进行不断的调整?br />
?推广XP价D
极限~程中用来指导开发的五个主要的hD是:沟通、简单、反馈、勇气、尊?/i>。我觉得对PM而言需要重点对Team成员强化的hD是:沟通、简单和反馈。这三个是实际媄响所有工作方式的价DQ应当在M旉、Q何条件下要求大家来理解、实c?br />
??/b>Q在实际开发过E中Q通过qx及时的口头沟通来促进团队的了解及合作Q开发过E中相关人员可能的及时d报告开发进度、问题,一斚w自己要将所做的工作及时的告诉他人,另一斚w不要{着在他行阶D|的汇报时才了解目开发情况,要随时询问、关注他人的工作q度Q只有大安了解了项目的真正的进展,才能消除对开发进度的怀疑、忧虑?br />应该沟通的作用是多斚w的,l不能把沟通理解成M解他人的工作q度Q而是通过沟通来实现工作的简单化Q实现较的反馈周期。至于进度问题,从领D度来_应当本着重、信ȝ价Dq行合理的关注?br />
?/b>Q开发过E中各项事务性工作应当化JؓQ沟通方式、决{尽可能的简单化Q系l实现方案也应当考虑选用单的实现方式Q尽早尽快的辑ֈ效果?br />
??/b>Q反馈是沟通的核心部分Q应当成为所有开发h员的核心价D之一。大部分情况下,我们都不可能在开始的时候知道我们最l的pȝ是什么样的,需要群{群力参与进来,一斚w对系l的功能q行改进、提高,一斚w寚w目开发的沟通组l方面进行改q,提高整体的开发效率。推行反馈的价D是非帔R要技巧的Q因为我感觉大部分开发h员ƈ不是不想反馈Q而是不知道如何反馈、反馈什么,Ҏ我提出的一个说法就是:一切都可反馈,一起都要反馈!
至于勇气、尊?/b>则是我认两点和h的天生个性有养I要因异Q有针对性的对Team的部分成员做出具体要求。我个h认ؓ一些XP的书c强调这两个价D的前提是不太严}的,举个例子,要组里一个弟兄本来就是个勇气q剩Q喜Ƣ在目用高风险的代码的Ȁq分子,我再老和他强调勇气,岂不是要搬v矛_砸自q脚?
?掌握XP原则
极限~程Ҏ提供了一整套的开发原则,在实际开发过E中Q我觉得实践中需要重炚w循的开发原则有Q?
- 人性化
- 质量W一
- 互相受益
- 从经角度出?/li>
- 不断提高
- 慢慢?(Baby stepsQ很多书L婴儿?
挑两个说_其中最有感受的是第一条h性化?br />
人性化是什么?看看国内众多的Y件公司,老板大凡都是觉得自己q算对得起员工;PM总觉得自己比手下人更难更辛苦Q干zȝ人就受了委屈了Q想惛_都差不多Q只要薪水还可以能过的去忍了,{差不多C时候蟩个槽是了。在q种氛围下,人性化具体下来是什么东西呢Q给点加班费q是多去加几KQ?br />
老外谈h性化Q说要把工作和生zd开Q要让员工有安全感、成感、归属感Q未来能发展Q还能对其他同事感到很亲切。对׃中国的大部分工程师来_除了遇到个好领导能感C切一些,安全感、归属感、成感Q甚至长q的发展只是少数幸q的人才能拥有的了。这个问题我也没有很明确的理解,我自己的看法,我觉得作为领D做到公^、宽宏V鼓׃先,能尽可能的让弟兄们少加几个班Q就是有点人性化原则了?br />
了Q撇开让h郁闷的h性化Q来说说质量W一和不断提高。其实在Z的项目中Q尤其对PM而言Q质量第一有时候会成了一个自ƺ欺人的口号。质量和q度有冲H,怎么办?我的l验是质量第一不等于质量最先,产品有Bug不会扣钱Q按期交不出zM但要扣钱Q还要损׃誉;那怎么办,要降低品质量用不好的解x案或者弄虚作假么Q也不可Q现在的E序都是B/S的,方便升Q先交互Q再抓紧旉丁在客户反馈之前dU就是了Q你dU,客户q高兴觉得维护费用没白交呢?br />
q里引出另一个原则了Q慢慢走。这个我体会也很深,做项目真的就是应该一步一步做Q不能好高骛q,一下把功能设计的过复杂Q把摊子铺的太大。开发中把功能一个一个实CQ然后一个一个做E_Q交互给用户后,不断的能做一些功能的改善、提高;q个慢慢C仅是一个什么成本、风险的问题Q更是一U感觉,一U让目开发h员觉得不断前q,让用戯得你的品在不断的改善提高的FeelingQ?br />
?XP实践
XP~程理论里列举了大量的实跉|法,我挑感触比较q和大家来交流一下:
q一条简直是中小软g开发设计的至理名言Q项目做的少的h可能很难理解q句话的重要性,极端的说Q那些想一开始就把各个东襉K设计好的目,基本和没有做设计差不多。过L们提"原型开发法",在RUP里我们讲短周期P代,在XP中我们说要周循环Q季循环Q要增量设计Q这都是Z么呢Q就是因为我们老是发现设计和后来的变化差别太大Q要回去改设计又d在各斚w的问题(懒惰嫌麻烦、怕出问题有顾虑、有风险不愿担责任,太忙了没旉{等Q。最早原型开发法是不要设计了,Ҏ实际做出的东西来调整QRUP是有致命伤的Q不敢面对这个问题,不痛不痒的说把开发过E多弄几讑և个里E碑Q及时调整好了。而XP提出的一点一点设计,g是最靠谱的,把设计过E一点一点分解到开发的q程中,或许一直一来很多的优秀的团队也正是q样做的?br /> q一条对PM来说也是非常有实用h倹{从负责人的角度Q要可能宽杄制定计划Q避免“高承诺、低交付”对团队带来的信心、热情、积极性的负面影响。一个弟兄,zd的快了受了表扬,下次q的可能更好了Q要是活没干好交不出来,他的信心受了打击Q就不是单谈谈话能调动的h了?br />
q个从实际操作来_XP讲究实事求是Q成员间信息透明Q让大家了解真实情况Q不允许干不报Q也不允许多q少报。但我理解这是局限在团队内部的,属于人民内部矛盾Q对于自׃hQ我们当然不能欺上瞒下,q活Ӟ{或者是拖,都是不对的。但是对外面寚w些只要结果的客户Q有时也是需要应用一些必要的{略Q尽可能争取到合理的旉Q尽量把客户的预期引导到正确的范围内?br />
可能你觉得很多少时候这U事情超ZPM的能力范_工作量、交互时间在你接到活时就已经定下来了Q只能硬着头皮上。光是咬牙做当然是愚蠢的Q这U情冉|q去的做法往往是在q的q程中要惛_法逐步降低用户的预期,卌设法降低承诺Q强调强调困难,Ҏ得当大部分情况下客户q是可以做出一定的让步的。当然同时一定要提高交付的品质量,保证客户的满意度?br />
对这个我可能有些保守Q我怿l对~程其实是大家一U在用的一U编E方式,q没有什么特别神奇的。除了XP理论书籍里的提到的那些弊端,我认为结对编E的负面作用其实q有很多。比如对ChQ养成编写程序的独立思考能力很要紧Q不能上来就老结对,靠别人的启发来慢慢搞。因此我认ؓ让大家知道结对编E这U方式是可取的,有必要的时?比如有些问题自己想不太清?找个合适的人结个对Q讨论就可以了?br />
声明Q本博客中所有文章均为版d创,转蝲请保留作者信息,q请注明出处?br />
]]>
վ֩ģ壺
Ļþһ|
Ȱһ|
պƷ侫|
wwwһwww|
Ʒ߹ۿ|
һaƬþëƬ|
ȫ»ɫؼվ|
˴WWW|
aëƬav|
˹վvƬѹۿ|
˾Ʒþ岻 |
һƵѹۿ|
Ʒ91רֻ|
žȾþƵ|
aרav|
ëƬƬѹۿ|
þAV뾫Ʒɫҹ
|
˳Ƭ߹ۿ|
ŷƷƵ߹ۿ
|
92˾ƷƵ|
Ƶ߹ۿ|
ѿһëƬ|
պƬѹۿƵ|
Ʒ鶼|
ҹƵ|
ҹƷƬ|
߲ŸԲ|
žѾƷƵ|
av츾߲|
պƵ|
Ʒ
|
ŷպ͵|
߹ۿ|
99reƵƷ|
˳ɫ߹ۿ|
þþ
|
Ƶ|
ƷƵ
|
ҹ˲|
һ
|
㽶Ƶ|