??xml version="1.0" encoding="utf-8" standalone="yes"?>亚洲网站在线播放,亚洲香肠在线观看,李宗瑞系列合集久久http://www.aygfsteel.com/vcycyv/category/47725.htmlzh-cnThu, 14 Jul 2016 23:50:41 GMTThu, 14 Jul 2016 23:50:41 GMT60Z么一U开发经理要量全栈http://www.aygfsteel.com/vcycyv/archive/2016/07/15/431199.html人在江湖人在江湖Thu, 14 Jul 2016 22:53:00 GMThttp://www.aygfsteel.com/vcycyv/archive/2016/07/15/431199.htmlhttp://www.aygfsteel.com/vcycyv/comments/431199.htmlhttp://www.aygfsteel.com/vcycyv/archive/2016/07/15/431199.html#Feedback0http://www.aygfsteel.com/vcycyv/comments/commentRss/431199.htmlhttp://www.aygfsteel.com/vcycyv/services/trackbacks/431199.html在外企工作十q_(d)从程序员做到一U开发经理，再后来{到公司美国总部Q又做回E序员。工作角色的变化?j)自己思考，分别站在E序员和开发经理的角度看，怎样的程序员是出色的E序员，怎样的开发经理是好经理。经历团队发展过E里U种好的、坏的变q，再加上看到、听到其他团队的l验教训Q就来有感触Q掌握全栈技术对一U开发经理很重要?/p>


开发经理的职责?strong>保软g产品按时保质发布。流E也个目标服务， 但流E本w的作用很有限。Y件开发流E理论经历瀑布式，q代式（RUP, 又称l一软gq程Q以?qing)现在的敏捷开发（敏捷在现实中几乎是scrumQ，理论来成熟完善，但落地执行又不简单?nbsp;大量文章都在分析Z么敏hE在很多开发团队不起作用。比如最q看?nbsp;Z么敏捷开发在亚洲实行不了(jin) 里说Q?“敏捷开发需要大家当面直a问题所在，而这有?zhn)于亚z文化，因ؓ(f)亚洲人特别注意对别h表示重、给别h留面子，q一点与西方文化特别不同Q而西Ҏ(gu)是敏h想的发源地?#8221; 从自q亲nl历看，q纯属扯淡。讲到留面子Q和E泥，打太极拳Q老美一点儿也不输给中国人。流E只是个工具Q能否因地制宜执行得好，开发经理v到决定性作用。没有普适的程Q针对一个特定的团队Q只有合适的程?nbsp;全栈型的l理比较Ҏ(gu)领导团队做正的事情q做得够?/strong>?nbsp; 能做到这一点，是不是scrum都不重要。他不必在各个方面都是专Ӟ但至需要能预见技术上重要的风险才能及(qing)旉取措施处理。一些技术决定对目成|有关键性的影响Q比如技术选型Q搭Y件应用的架构Q包括分? 模块化，secruity, transaction, exception, auditQ自动化试{等。开发经理不必把q些工作都承担了(jin)Q但臛_需要把养I保证q些核心(j)的工作没有明昄漏。因为最lؓ(f)产品发布负责的还是开发经理自己，而不是某个犯?jin)错的程序员。不全栈Q把兌然就不全面?/p>


开发经理的各项工作中，我认为最重要的就是面试招聘。招对了(jin)人，工作中即佉K到棘手的问题Q技术好素质高的队员自己p决了(jin)?strong>团队不怕小但要_?/strong>Q队员必能独当一面。不论前台后端，l理臛_应该具备_好的技术品呌滤掉不合格的应聘者。乔布斯有个观点Q一旦招?jin)庸才，两年后，׃?x)轮到庸才做面试招聘，很可能再招进来的q是庸才。如果开发经理不全栈Q面试就要靠q气?jin)。反q来_(d)资历好而水q_的程序员Q也可以靠运气进好公司的?/p>


E序员ؓ(f)story估时_(d)story pointQ的时候，?x)不会(x)虚报呢Q如果认为scrum的打牌可以避免虚报的话，可以看看上面关于留面子的讨论。即使把story的分配放在scrum打牌之后Q经常大家心(j)里已l知道哪个h做哪个story, 比如feature enhancement的story自然是这个feature之前的owner来做。打牌的人很Ҏ(gu)?#8220;做好?#8221;們֐于多估时间。（再说一ơ，q不是中国特Ԍ是h性）(j)?j)理学有个有的关于撒谎的讨论?strong>撒谎的前提是1. 我知?nbsp;2.你不知道 3.我知道你不知道?/strong>如果l理在品某Ҏ(gu)术上是小白，容易出C旉虚报的问?#8212;—q样的事情我亲见q很多次?jin)。全栈的l理自然不会(x)被糊弄?/p>


E序员经怼(x)在一个技术问题上产生不同的意见，q很正常Q技术上很多事情本来p做取舍。这时候经帔R要开发经理介入做军_。经理做合理的决定不但对目重要Q对队员的个人感受也重要。决定不能是随机的选A或选B, 需要有军_的依据。程序员往往都有点小?jing)傲Q经理技术上捉襟见肘的时候，E序员就Ҏ(gu)惻I“你还不如我呢Q凭什么做军_?#8221;


开发经理需要做coding的工作么Q我认ؓ(f)是需要的?p里有句谚语， He that would command must serve。至也要做比较多code review的工作。评价队员工作效果是开发经理的重要职责之一。技术不全面的经理经怾靠听队员自我评h(hun)Q吹牛）(j)Q数代码行数{这U不靠谱的方式评价工作。错误地认同或不认同严重影响团队氛围。n先士卒的l理Ҏ(gu)长期保持住团队良好的氛围。我没有能力定义什么样的氛围才是好的Qv码，我带团队Ӟ成员互相之间?j)存善?/strong>?/p>


澄清一下自p点：(x)l理一定要全栈或技术精湛才能带好团队么Q不是，但是很多理的难题在全栈的经理眼里都不是问题Q?比如上面提到的评价队员工作。带不好团队无法好好职业发展么? 不是Q?我见q太多靠吹牛Qh事等各种非技术技巧成功哄骗二U三U经理的?jin)。管理的路越往上走Q技术越不重要，而政治越重要。问题是Q作为程序员或开发经理，你的目标是把目做好q是获得上认可Q?/strong>我觉得这是职业h(hun)D最Ҏ(gu)的分歧， 但， 不想讨论?/p>






人在江湖 2016-07-15 06:53 发表评论
]]> 开发过E的p|http://www.aygfsteel.com/vcycyv/archive/2016/01/17/429082.html人在江湖人在江湖Sun, 17 Jan 2016 04:34:00 GMThttp://www.aygfsteel.com/vcycyv/archive/2016/01/17/429082.htmlhttp://www.aygfsteel.com/vcycyv/comments/429082.htmlhttp://www.aygfsteel.com/vcycyv/archive/2016/01/17/429082.html#Feedback0http://www.aygfsteel.com/vcycyv/comments/commentRss/429082.htmlhttp://www.aygfsteel.com/vcycyv/services/trackbacks/429082.html

人在江湖 2016-01-17 12:34 发表评论
]]>《h件》摘录及(qing)感想http://www.aygfsteel.com/vcycyv/archive/2012/11/29/392236.html人在江湖人在江湖Thu, 29 Nov 2012 15:10:00 GMThttp://www.aygfsteel.com/vcycyv/archive/2012/11/29/392236.htmlhttp://www.aygfsteel.com/vcycyv/comments/392236.htmlhttp://www.aygfsteel.com/vcycyv/archive/2012/11/29/392236.html#Feedback3http://www.aygfsteel.com/vcycyv/comments/commentRss/392236.htmlhttp://www.aygfsteel.com/vcycyv/services/trackbacks/392236.html《h件》是与《h月神话》齐名的书，promote manager三个月了(jin)Q虽然基本是个挂名managerQ也q是惶惶然恶补管理知识。《h件》是一本一定程度上影响自己价D的书。下面是一些摘录和感想Q其实之前既没管理经验也不具备更多这斚w的知识，所谓感想也只是敢瞎惻I(x)
我们的成功源自于良好的、与所有此工作的参与者之间的人际交往Q同h们的p|原因也是׃p糕的h际交往?/span>
　　我们們֐于集中精力做技术方面而不是h际关pL面工作的主要原因Q不是因为它更重要，而是因ؓ(f)它更Ҏ(gu)做。如果你发现自己x的是技术而不是社?x)方面的问题Q你q当于在一条黑暗的街上丢掉钥匙Q却到邻q的另一条街上去L。因?#8220;q条街上的灯比那条街上的要亮一?#8221;?/span>
对Q何一个员工来_(d)没有比因他的U极性不够而不得不׃的老板?“补充”的感觉更令h泄气?jin)?/span>
Z在受到时间重压的时候不是工作得更好Q只是工作得更快?/span>
在一些日本公司，特别是日立Y件和富士通的一些部门，目团队在提交他们认未准备好的品上有行之有效的否决权。甚至不论客h否乐意接受低于质量标准的产品Q团队可以坚持等到达C(jin)自己的品标准时才提交品。当焉目经理们要承受同L(fng)压力Q他们正在被催促(j)着提交东西、Q何东西，马上pQ但是够的质量文化已经建立?jin)，因此q些日本l理懂得道理而不?x)威g的部下去满于更低的质量?/span>
【h在江湖】我qx也Lq种Q不要给E序员太多压力，永远都有quick and dirty的approach,别把大家逼到q个份儿?
与经理甚至不询问他们便做Z计的情况相比较，如果他们能自己做Z计，E序员的生力似乎更高一炏V如果经理和E序员一起做估计Q则l果們֐于以上两U情况之间?/span>
当他们调查了(jin)预先没有做Q何估计的24个项目的生力时Q劳伦斯和杰弗雷QJeffery-LawrenceQ在1985q发表的研究报告中最令h惊讶的部分是在报告的最后。这些项目的生力都q远胜过?jin)其它所有的目?/span>
【h在江湖】对于有责Q?j)的人确实如此，q好我遇到的大多数都属于此类。但是假如有的h天生没有责d(j)Q怎么办涅Q我不是父Q改变不?jin)h的灵。你要能改变人的灵魂Q还用监狱干什么?br />
l理的职能不是强qh们工作，而是让h们有可能工作?/span>
【h在江湖】严重同意。反寚wU组l一堆activity风格的管理，一天开仨会(x)Q尽是碎片时间踏不下?j)来Q一整天啥都q不?jin)。一直努力创造条Ӟ量节省队员的时_(d)让大家心(j)无旁骛地工作。花很多旉帮助队员trouble shooting, 注重分n实用的tipsqȝ文档Q重视优化开发环境，曄独创性地把jetty引入团队的开发环境中Q方便程序员的日常工作。跟UI designer沟通，甌icon, 应对l外同事基本都是自己做，Z(jin)能让大家受打扰Q同事在忙的时候，我甚臛_帮他收快递！我分明是搞家政服务的Q太善良?jin)，自己都感动?jin)?br />
吉尔伯定律向你许诺度量不是免费的或者甚至不是廉L(fng)Q而且它可能不是完的Q只是比没有什么东西更好?/span>
【h在江湖】这是时常思考的问题Q只是一直没有明答案。度量确实很花成本，不舍得这成本Ҏ(gu)盲目Q大量花成本又确实可惜，q在探烦(ch)?..
最有h(hun)值的人开始意识到不是因ؓ(f)他们的真正h(hun)D受赏识Q意识到他们的工作A(ch)献还不如剪短的头发和领带重要Q他们可能会(x)d?/span>
【h在江湖】团队里有个兄弟Q妈的，天天q到一个半时Q上班也l常消失不见Q但是技术工作很负责Q干zd也确实猛Q团队需要他发飙的时候能q到下半夜。不x压他的热情。麻?ch)在于，会(x)有虑我的老板?x)不会(x)质疑我不约束纪律不作?f)。倒是不担?j)这L(fng)Z(x)影响氛围Q没Z(x)攀比，即某天有h跟他攀比，我会(x)_(d)你能把工作做成这个样子你U律也随便！
如果你ؓ(f)“拯救斯奈?dng)达特基金?x)”?“W一菲伯|尼圣U洁教堂”或其它公司工作，q些公司的职员因为共同的信念而结合在一P那么你可能可以依靠职员在公司目标上的亲合力。否则忘C合力一事。面对利润的快速增长，执行委员?x)热情高涨。但是对于位于底层的言Q这个同L(fng)目标只是个小的土豆而已?/span>
【h在江湖】协调个人目标和团队目标是很核心(j)的工作，E序员的工作热情伤不赗?br />
一个团队的目的不是辑ֈ目标而是向目标看齐?/span>
【h在江湖】这是我认ؓ(f)整本书里Q对自己启发最大的一句话Q?br />
你不能防止手下的无能。如果你的员工不能胜L头的工作Q你会(x)p|。当?dng)如果你的Z胜Q工作Q你可能?x)用Ch。但是一旦你已经军_与一个既定小l一起工?　你最好的{略是相信他们。除此之外，采取M保证成功的防范措施只?x)事情更糟?/span>
如果你是l理Q当然你正在想你的判断比你的手下更好Q你有更多的l验Q而且你可能有比他们更?gu)的水准；正因为如此，你才成?f)l理的。如果不插入你的个h判断Q在目的Q何一点上Q你的h都更有可能出差错。那么该做什么？让他们出一 些差错。这q不意味着你在很偶然的情况下不能撤销一个决定或者给目下特别的指o(h)。但是如果员工终于相信不允许他们自n出差错，那么你不信Q他们的消息就?x)显而易见地传开来。除此之外，再也没有其他消息更会(x)抑制团队形成?jin)?/span> 
【h在江湖】风险当焉要控Ӟȝ队员犯错对他自己对团队都不好。看C面这D话Q一下就惌v曄在项目管理培训课上，学到一个技巧，"让他人感觉主意是他想到的"。沟通工作的时候，量循@善诱或许是比较两全的办法?br />
共同Ҏ(gu)Q好的经理会(x)为团队提供频J而又Ҏ(gu)一起实现成功的Z(x)。这些机?x)可以是很小的、v向导作用的子Ҏ(gu)Q或CQ暗C等Q可以是使团队快速养成一起去获得成功?fn)惯的Q何东ѝ最好的成功是没有明昄理的成功Q在q样的成功中Q团队工作v来如同一个亲切的同事集体?/span>
【h在江湖】team building的时候成功消灭桌上所有的菜？团队每个季度有约1.7k team building预算Q我的目标是一分不剩全花光Q相对team building的小钱，团队玩儿舒服?jin)把工作做好Q多卖几个license才对公司赚钱最重要。那U算计给公司省team buildingq我觉得是娘们儿组?br />
以下是一些們֐于生团队自杀性负作用的管理行为：(x)
* q薪或W效考评
* 目标理QMBOQ?/span>
* 褒奖?gu)完成d的某些员?/span>
* 奖励、奖金、红利与l效挂钩
* 用几乎Q何Ş式测量W?/span>
　　但在q停一下，q些正是那些l理们花贚w么多旉甚至他们的大多数旉做的事情吗？(zhn)哀得很Q正是。而且q些行ؓ(f)很可能就是团队自杀行ؓ(f)?/span>
　　爱d华兹·戴明QW. Edwards DemingQ在1982q出版的书《走出危机》中Q他提出?jin)他的广为遵循?#8220;十四?#8221;。其中第12B点几乎被看成后R之鉴的反思?/span>
　　拆除那些?x)剥夺管理h员和工程人员为技艺感到骄(jing)傲的权利的障。这（其Q意味着废除q薪、W效考评和目标管理?/span>
　　即认同戴明观点的hQ也在这点上深受困扰。他们也只剩下喘气的功夫?jin)。[p37]到底我们应该做些什么？
　　戴明的观Ҏ(gu)目标理QMBOQ或相类似的行ؓ(f)是在理上的一U逃避。用单的外来的激励因素去刺激l效Q经理们LZ们自己开q责，例如在投资，直接的h员动?Q周到的团队构成Qh员的保留Q以?qing)将来的工作E序的分析和再设计等更难的事情上?/span>
　　我们q儿的观点说得比较窄(jing)QQ何不同程度地奖励团队成员的行为可能会(x)?j)成竞争。经理们需要采取措施减或抉|q种影响?/span>
【h在江湖】同意，团队氛围好Q越要无治。但是当团队失去q的时候，我觉得这些手D很N免?br />
每个地方的公叔R有攀LCMM{的压力。明天他们会(x)执著地追求现行等U向更高U别的跃q，或别的什么。这是黑暗面，因ؓ(f)它会(x)诱导低风险的一味保q_的行为，所以这些项目是低利润的?/span>
【h在江湖】这是个很好的观炏V技术管理需要对技术有insightQ管理者需要理解那些值得冒的风险q且淡然承受难以避免的失败?br />
威廉·布瑞奇（William BridgesQ在《管理变革》（Managing TransitionsQ一书中我们从不要去贬低我们的旧Ҏ(gu)。相反，我们需要把旧方法作为帮助生改变的一条途径来庆(jin)。例如：(x)
　　“朋友们，核心(j)囑ŞpȝQCGSQ中的中?j)导航系l已l运行了(jin)14q。我们估计它已经完美地处理了(jin)1000000ơv飞和降落。硬件^台在技术上已经陈旧?jin)，有些新的遥感技术我们可以利用。现在我们有Z(x)重新设计和重新徏立整个系l。我们需要你们和你们q些q来在核?j)图形系l方面的成功l验上获得的专门技术来帮助我们成功?#8221;
【h在江湖】Nice tips.


人在江湖 2012-11-29 23:10 发表评论
]]>一点儿也不敏捷的成?/title><link>http://www.aygfsteel.com/vcycyv/archive/2011/12/04/365518.html</link><dc:creator>人在江湖</dc:creator><author>人在江湖</author><pubDate>Sun, 04 Dec 2011 14:39:00 GMT</pubDate><guid>http://www.aygfsteel.com/vcycyv/archive/2011/12/04/365518.html</guid><wfw:comment>http://www.aygfsteel.com/vcycyv/comments/365518.html</wfw:comment><comments>http://www.aygfsteel.com/vcycyv/archive/2011/12/04/365518.html#Feedback</comments><slash:comments>10</slash:comments><wfw:commentRss>http://www.aygfsteel.com/vcycyv/comments/commentRss/365518.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/vcycyv/services/trackbacks/365518.html</trackback:ping><description><![CDATA[<p>周末dHadoop大会(x)Q看见的都是玩儿开源项目的好手Q突然就惌v敏捷?jin)。敏捷强调沟?其是面寚w的沟通，q且有每日例Q立Q会(x)Qiteration plan meeting, q有retrospect meeting。突然就在想Q开源项目常常聚集来自不同国家的人，他们很多时候根本互怸认识Q两个不同公怸同时Z同国家的人咋面对面沟通啊Q咋聚齐开?x)啊Qh家^时沟通全靠mail, 但是他们做大目也能成功Qh家是怎么做到的？我们搞敏Pq么奇的武器，开发过E仍然捉襟见肘，q不如开源项目有序，Z么？</p> <p>猜想世界范围的开源项目沟通成本高Q所以他们必d方百计降低沟通需要，通过一些手D可以做刎ͼ比如</p> <p>一Q清晎ͼ自然的架构?/p> <p>二，高质量代码，代码像文档一h畅?/p> <p>三，模块化，面向接口?/p> <p>四，务实的文档?/p> <p>五，自动化测试?/p> <p>…?/p> <p>有些沟通是必然免不?jin)的Q比如需求的沟通，我觉得最复杂的需求沟通往往起因于程序员不了(jin)解行业领域知识，而开源项目往往是工L(fng)Q框架类的项目，l大多数不涉?qing)特定行业领域知识，了(jin)解“domain”的门槛不高Q所以需求方面的沟通要求天生就相对较低。我们^时工作的很多沟通来自于技术问题的沟通，我绝不怀疑，技术手D能够降低沟通技术问题的需求，而一个不那么倚重E序员沟通技术问题就能把技术做好的目Q才说明技术风险低Q技术好。一些事情，比如技术选型Q的需要Involve比较多的论。但是当技术选型定Q模块划分清楚，接口清晰之后Q技术沟通的需求就应该比较低了(jin)。有的时候技术上?x)遇C些dilemma,q样写程序不好，那样写也不对Q有时候确实是因ؓ(f)技术本来也没有完美的解x案，总要trade off掉一些事情。但更多时候是因ؓ(f)架构不好Q才引发?jin)随后的U种ȝ(ch)。程序员之间扯皮什么事情该谁做Q是不是因ؓ(f)模块化做得不好？“xx,你给我讲讲某块代码实现吧Q我懒得看了(jin)”，是程序员懒还是程序实在是一团浆p，惨不忍睹Q同一个问题AlB解答一边，lC(j)解答一边，后面q有E,F,G?是不是早该写好文档？</p> <p>coding的工作不圣Q但实不同的h做出的设计可以大相径庭，同一个功能背后的代码也可以天差地q。做产品不是靠h堆出来的Q三个臭皮匠不?jin)一个诸葛亮Q三个臭皮匠q不如一个臭皮匠Q因为安排一个诸葛亮可以带好一个臭皮匠Q三个臭皮匠能把诸葛亮也熏臭?jin)。开发团队应该是全高手阵营，Z必多Q但要个个而的强。玩儿开源项目的人都是有热情的程序员Q往往都是高手Q程序员用程序说话就好了(jin)Q电(sh)话不用天天打也不耽误沟通?/p> <p>跑下题说team work. 最q在惻Iteam work表面上看是相对于个h英雄M来说的，仔细一惻I其实个h英雄M应该是team work的前提。程序员是要有q样的本领，当他把手攑֜键盘上的时候，p源源不断创造h(hun)倹{一个h没单打独斗的能力Q就没资Dteam work, W蛋当然喜欢team work?jin)，不然很容易暴露自q无知和无能?/p><img src ="http://www.aygfsteel.com/vcycyv/aggbug/365518.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/vcycyv/" target="_blank">人在江湖</a> 2011-12-04 22:39 <a href="http://www.aygfsteel.com/vcycyv/archive/2011/12/04/365518.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Ҏ(gu)L(fng)一些想?/title><link>http://www.aygfsteel.com/vcycyv/archive/2011/01/30/343787.html</link><dc:creator>人在江湖</dc:creator><author>人在江湖</author><pubDate>Sun, 30 Jan 2011 10:20:00 GMT</pubDate><guid>http://www.aygfsteel.com/vcycyv/archive/2011/01/30/343787.html</guid><wfw:comment>http://www.aygfsteel.com/vcycyv/comments/343787.html</wfw:comment><comments>http://www.aygfsteel.com/vcycyv/archive/2011/01/30/343787.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/vcycyv/comments/commentRss/343787.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/vcycyv/services/trackbacks/343787.html</trackback:ping><description><![CDATA[<p>写这东西其实是因ؓ(f)工作的关pR学?fn)过一些xp的思想Q学?fn)过scrum, 但是研究的都不深刅R写的基本都是自qx和理解，所以一定有片面或者偏Ȁ的地斏V但俺就是不爱抄别h的观炏V写?jin)老半天，发给老板居然q个comment都没有，没那么差吧？下面隐去?jin)公司的名字?/p> <p>I mapped agile manifesto with the 12 principles based on my understanding below </p> <p><a ><img title="clip_image001" border="0" alt="clip_image001" src="http://img1.51cto.com/attachment/201012/6/683635_1291647149IlSh.gif" height="959"></a></p> <p>The mapping may be debatable. But it is obvious that the first item, “individuals and interactions over processes and tools”, is the key. I only talk about the three of related principles that I think great practical guidance here.</p> <p>1.<i>Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.</i></p> <p>The software product is indeed a result of intelligence. The product leads to success if individuals are fully motivated. Individuals with passion not only do their daily work, they also strive to improve the way how they work. </p> <p>Years ago, a manager in my report line said that, people has to work at least eight hours every day. The working hour is more than eight hours if the time spent on the way counts. No matter you admit or not, work is part of your life. To live a happy life, you should work happily in a positive way. </p> <p>That word is very impressive to me. To go a step further, let’s say, the attitude to the work is part of the attitude to the life. While a good working environment encourages good attitude of individuals, one’s attitude contributes back to the environment.</p> <p>2. <i>The most efficient and effective method of conveying information to and within a development team is face-to-face conversation</i></p> <p>Communication is highly emphasized in agile. It is the first value of agile in Kent’s XP book. On one hand, it is so obvious that communication is important. We work off-shore. The communication is especially crucial between Beijing and HQ. On the other hand, we should notice the communication costs. It is said, people need 15 minutes to get back to fully concentrated status after interruption. So the cost is the time the communication lasts plus 15 minutes. People should get prepared before contacting others. And to communicate at a settled time can be a good idea. Actions are needed to improve the efficiency.</p> <p>Because of the time difference, we usually communicate with HQ through mails. And because of the same reason, the communication efficiency can be badly impacted. For urgent/complex issue, we can use moc. Speaking of moc, the note part of moc can also be used to communicate. It is like a broadcast. </p> <p>Consider this:</p> <p>Suppose we have shared Windows resource. Someone needs to access to the environment. No surprise, he just logs on directly, then there is a chance to log off others by accident. If it happens, the poor guy sends message to all members “who kicked me off just now? ”A note on moc may prevent this problem. To put the current task/sub-task on moc is also good for co-workers and supervisor.</p> <p>It is just a supplement to update-status meeting, not a replacement.</p> <p>Don’t blame someone if his note is ‘listening to the music’. </p> <p>3. <i>Continuous attention to technical excellence and good design enhances agility.</i></p> <p>Individuals need to improve themselves. It would be regretful if looking back for one year and find oneself have not grown at all. People should be open to the world outside. There are ways of getting information: </p> <p>1. Skimming over tech news/views on some websites, like <a >www.theserverside.com</a>, <a >www.javaeye.com</a>.</p> <p>2. To get information from others, especially from colleagues. </p> <p>Almost every tech guy does the first thing. Surfing the internet and finding stuff one interests in. Just a step further makes the second thing happen. Others can get useful information from the sharing. </p> <p>The way of sharing can be knowledge share and just share the material. Personally, I prefer the latter. I just don’t believe in one-shot knowledge share. For instance, even if it is Gavin King, the designer of Hibernate, giving a three-hour lecture about hibernate. You don’t expect to master hibernate after the lecture. It is great that we have a library in XXX. I’ve been thinking a web –based application, like douban.com, would help in the same way. People talk about e-books, tools, open-source projects and rate on them. What is more, people share stuff on the platform. There are some benefits over real library:</p> <p>1. Interaction is easier.</p> <p>People comment on the stuff, rate on them, exchange notes based on them…</p> <p>2. It is cheap</p> <p>Some of the books in the library are easy to find electric version on line. That money could have been spent on other good books. What is more, ‘copy and paste’ of e-book doesn’t cost.</p> <p>3. It promotes good atmosphere. </p> <p>I believe reading changes one’s insight, and changes one from inside. It can be great if staff in XXX love reading and sharing.</p> <p>Other thoughts:</p> <p>There are useful techniques in agile methodologies. Scrum is agile process, and it got popular fast in China. You may have noticed ‘process’is mentioned in way of “Individuals and interactions over <b>processes</b> and tools”. Scrum is surely not silver bullet. Though many practices in scrum work well in many companies, it is not necessary to work well in a given team/company. It can serve as reference. A team needs to adopt the process in a proper way. Process is important. The thought behind the process is even more important. Just do whatever helps improve the product and low down the risk. And it is agile.</p> <p>Agile in XXX</p> <p>In XXX, ‘never lay off people’is kind of a principle, though it is not written in employee manual. It does correspond to the ‘individuals’ principle in the manifesto. If people do not need to worry about losing their jobs, they get a chance to work with whole heart and soul. I’m glad to work in such environment. </p> <p>To adopt agile methodologies, individuals are required to be highly qualified. People need to be efficient and work in a professional way. It is best practice to limit the number of team members in a team, which reflects the fact that each member is expected to contribute enough. </p> <p>Both ‘never lay off people’and requirements by agile call for fully qualified employee. When I joined XXX, there was paper test. But that process was abandoned later. In my opinion, to be strict in hiring is important to every company. Especially for a company with humanism culture, like XXX. I’m not saying we’d better adopt paper test again. I think we do need some hiring process to be extremely strict.</p> <img src ="http://www.aygfsteel.com/vcycyv/aggbug/343787.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/vcycyv/" target="_blank">人在江湖</a> 2011-01-30 18:20 <a href="http://www.aygfsteel.com/vcycyv/archive/2011/01/30/343787.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss> <footer> <div class="friendship-link"> <a href="http://www.aygfsteel.com/" title="狠狠久久亚洲欧美专区_中文字幕亚洲综合久久202_国产精品亚洲第五区在线_日本免费网站视频">狠狠久久亚洲欧美专区_中文字幕亚洲综合久久202_国产精品亚洲第五区在线_日本免费网站视频</a> </div> </footer> վ֩ģ壺 <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">崨</a>| <a href="http://" target="_blank">޳</a>| <a href="http://" target="_blank">ɽ</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">̴</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">˰</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">ĺ</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">人</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">Ϫ</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">ľ</a>| <a href="http://" target="_blank">̨</a>| <a href="http://" target="_blank">Ϊ</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">ѳ</a>| <a href="http://" target="_blank">ԣ</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">۽</a>| <a href="http://" target="_blank">ײ</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">˹</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">綫</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank">˳</a>| <a href="http://" target="_blank"></a>| <a href="http://" target="_blank"></a>| <script> (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })(); </script> </body>