??xml version="1.0" encoding="utf-8" standalone="yes"?> 我们公司为每一个新q来的员工指z了(jin)一个导师。这让我惌v?jin)原来听q的微Y培训Q现单的归纳?jin)几条,放上来供大家讨论?/p>
Q、首先微软的导师选择不是领导行政上指定的Q而是学生选择导师?br />
在这里微软强调的是:(x)牛h才能成ؓ(f)导师。公司的人力资源pȝ有一模块?x)把导师的特长列出来Q以?qing)原来被选择为导师的ơ数Q还有历界学生对其的评h(hun)?/p>
如果是新员工的话Q基的流E常识之cȝ有培训,具体到某一斚w?a onclick="javascript:tagshow(event, " href="javascript:;" target="_self" %BC%BC%CA%F5?);?>技?/strong>的话Q可以由你的上指导你选择?br />
Q)(j)学习(fn)、提高等{的计划׃自己来完成?/p>
Q)(j)导师可以在邮件上花几分钟l你指导一下?/p>
Q)(j)导师可以在某个有I地旉找你谈谈Q或你约导师Q,但多是你请导师吃饭的时候。这样饭也吃?jin),导师也当了(jin)?br />
Q)(j)有了(jin)影响为,才有l效吧?/p>
Q)(j)有了(jin)影响力,以后的新人才?x)选择你吧Q以后的Ch选择你的多Q多C的期安排不q来Q这才更牛吧Q?br />
Q)(j)Ҏ(gu)人、旧人都好,不会(x)出现你有难,十方都会(x)Q但都不支援你的情况 一个非常出色的Issue跟踪pȝQ这里的Issue不单单是指BUGQ?很多时候也可以是TASKQ?IMPROVEMENTQ?NEW FEATUREQ?甚至是一个QUESTION?br />
q个应该大家都知道。在pȝ开发过E中Q一切的源代码和设计文档都应该进入版本管理系l来q行理Q?有的时候可能资源库可能?x)膨胀的很大, 但这个代h值得的?br />
在整个管理体pMQ进度管理一直是一?比较薄弱的环节,我也曾试qdotprojectq样的管理YӞ但由于dotproject理的太q详l,填报h太复杂,大家渐渐都失M(jin)填报的热情。这?XPlanner软g可就单多?jin)。指定了(jin)q代QstoryQ然后就可以填写q度?jin)。由于这个Y件也是OpenSource的,所以如果觉得不满意Q修改v来也很方便,现在老林对q个pȝ作了(jin)些改q,可以直接和JIRApȝq接hQJIRA中徏立issue后,可以在XPlaner中反映出来,q填?story的时间都省去?jin)?然后在下班之前可以生成一个详l的报告Q列出每个h在这一天内在自p责的Issue在上的处理时间和q度?br />
在项目管理中Q我们一直把它当作文管理和Portletpȝ来用,它现在已l变成我们的组的工作台Q在WIKI中我们制定了(jin)包括pȝ开发设计规范在内的一切设计文,以及(qing)数十个经常的HOWTO目Q例如如何配额一个标准的开发环境,如何使用CVS客户端,如何使用JIRAQ以?qing)自q JavaDocQ?JSDoc{?我们也可以通过Wiki来简单的整合pȝQ在Wiki中我们列Z(jin)所有开发环境和开发工L(fng)入口Q例如上面就放了(jin)q入JIRAQXPlanner以及(qing)我们各个Project的连接,甚至?Apache中常用的Project的JavaDoc的连接,现在再也没有人去记录q些URL?jin),只要打开Wiki所有的资源都在面前?jin),q且׃wiki本n的开放性,所以每个团队的成员都是一个维护者,同时也是q个pȝ的受益者。在很多的团队中l常出现的情冉|一个小子对某个技术特别在行,大家遇到q方面的问题都问他,在小的团队中Q?面对面的交流通常是最快的交流方式Q但是放到大的团队中Q这个就不大可行?jin),那个子q早有一天会(x)被问的烦(ch)到吐血Q特别是他自q工作也无法按时完工的时候。还是抽一个小时写出来Q放?wiki里面吧, 别问我, 自己LWiki?br />
1Q防止一些没有经验的E序员无意义的提交, 比如一个小子今天提交了(jin)一个java文gQ明天发现这个变量命名有点不爽, 修改后就要提交,在这U情况下Q?q个提交是没有意义的Q如果测试组已经试q个IssueQ?是否试l要重新试Q?Z个变量名U化q样的时间和冒险是可嫩的。小伙子q是在第一ơ提交的时候就把变量名惛_?jin)再提交?br />
Q、不是新人才能选择导师Q当你换岗,换项目,反正Ҏ(gu)个领域是新的时候,都可以选择导师
Q、导师不?x)天天指gQ帮助你制定培训计划。因为导师的旉比你的时间宝늚?br />
Ҏ(gu)是:(x)
Q、(注意是大点)(j)导师指导你,对他是有好处?.....
Q)(j)提高影响力(微Y最注意的一点)(j)
Q、这对企业文化也有好处?br />
Q)(j)文化影响׃nQ比强制Q指z更有效些。
Q)(j)不会(x)出现研究成果Q只保存在某个h的头脑里的情c(din)节省资?br />
特别说明Q这U考核对导师不考核。因为是他导的作用,不是师的作用。师的考核是看他被选择的次敎ͼ学生对他的评仗这更客观,真实?/p>
在多q前Q?我曾l尝试用过那个l典的的BugzillaQ但是一个项目作下来Q大安反映那个东西的界面实在是太粗p,直无法忍受而且报表功能也是在太弱。最后大家就讨论自己作一个BUG的跟t系l,在大家已经完成?jin)设计文准备编码的时候, 我们发现JIRA原来是我们要找的东西,而且比我们要的更多。它内置一个可以配|的工作引?osworkflow)Q一个快L(fng)全文(g)索功?ZApache Lucene).和一个可以配|的Dashboard(portlet)Q以?qing)一个和CVSq接的引擎,通过q个q接Q在一个Issue中直接可以看C改的文g名称Q如果配|了(jin)viewcvs的话Q还直接直接定位到行Q根据一个问题可以跟t到代码的行Q这正式我们梦寐一求的功能?也正是这U特性,才我们能够把一个个Issue当作发布和版本管理的一个单元?br />
CVS
XPlanner
WIKI
ZISSUE的发布管?/strong>
从版本管理的角度来考虑Q最理想的发布方法就是把CVS中的代码拿下来, 打上一个tagQ?~译q且试一直到发布?q样的管理方式的是很简单的Q但事实上用户可不买帐的Q?用户觉得在新的版本中某个新的功能他还不想要,q可能是他还没有整理好业务初始数据或者在实际的业务流E上或h员上没有做好准备Q?上帝说了(jin)不要咱就不能把这个新功能发布。在q个情况下,ZIssue的发布管理是一个好的方案?br />
q里讲的Issue是前面JIRApȝ中的一个issue?通常每个Issue的完成都?x)伴随这一些代码的修改?ZIssue的发布简单的来说是把一lIssue变更的文件用patch的Ş式发布到正式的系l中?br />
ZIssue发布的前提就是要在Issue和Source之间建立q接Q?使发布h员清楚的知道每个Issue修改的源代码是什么。我们实践下来最单的办法是在提交source的时候必d上JIRA~号Q?没有JIRA~号代码是不能提交的?q样有以下好处:(x)
2Q程序员偷偷的修改代码,一个小伙子发现自己的已lClosed的Issue中有一个BugQ?便偷L(fng)修改代码?q个当然也是不可能的Q凡是提交到CVS中的代码׃是自q?jin),那是大家的?没有_的理由想改当然没有那么容易?先自己徏立徏立个IssueQ?向Team leader报告Q?然后再去修改代码.?
观目前用的知识库,首先 仅仅按照服务地点来组合,׃是很U学的方法。文的建立Qƈ不是Z(jin)记录Q而是Z(jin)查阅的方ѝkeso说过QGoogleNotebook目前p|?于既不方便于存储也不方便提取。目前查询系l和分类界面都不是很令h满意。所以服务文看似很多,但却很少有hL询?br /> 较ؓ(f)U学的分cL式,借鉴当今比较火的web2.0的概念叫做tagQ标{)(j),我们通过tag文档Q作为日后搜索文和查询文的关键字。这个关键词可以 是服务地Q也可以是问题类型等。这P一个文档被贴上多个tag后存。比如:(x)A单位Q网l,cisco。日后a单位|络出现问题 在查询的时候,输入a单位Q网l?卛_搜烦(ch)到相x。或许就是相同的问题。比如我想了(jin)解关于cisco的问题,那么同样通过cisco tagQ我们也可以?jin)解到相关信息。当?dng)如何l织tag的定义分c?对于快速搜索是很有帮助的?/p>
另一个就是版本控制。当一文以标准?格式完成的时候,我们把它加入到存中。随着旉的增长,必然?x)生新的问题或者对原有问题有了(jin)新的看法。还有新的工E师发现?jin)问题。那么就要去修改。共 享文档自׃改虽然方便,但是版本控制成问题。如何确保不被错改,误改Q所以引入了(jin)“权威版本”的概c(din)比如一关于某pȝ的详l文,l过理人员?订的初稿可以定ؓ(f)“权威版本”。日后如果发现问题或者有?jin)新的解决需要更斎ͼ那么工程师可以立卛_修改。但是这个修改ƈ不媄(jing)响到权威版本Q当修改E被q泛 接受或者经试无误Q则q入“权威版本”q相应的版本可步?br /> 版本控制其实在office中已l实玎ͼ但是很少有hxQƈ且其应用也受C定的限制。ƈ且由wordl成文lƈ不利于迅速的搜烦(ch)Q对于常见问题来_(d)建立长篇的大型word文不是一个很的选择?/p>
wikipȝ自出生以来,实C(jin)协作、共享和查阅。所以基于这U特性,很是看好wiki在日后企业中的应用。不仅仅是实现项目和文档的管理,如果实现相应的权限控Ӟ甚至可以实现l织和运作的理?/p>
通过|络的传播,不仅仅是在局域网中,在Q何地方,工程师们都可以访问到OA中的文Q有效快L(fng)针对性查询。在安Q可以系l地看到其他目l的有条理文档?br />
EAQElectronic ArtsQ?公司在其内部实C(jin)cwikipȝ的组l管理和目理?/p>