LA工作首先周体会

同同一众多国外的Dev一起工作是本身从不有过之涉,在生的国家,陌生的集团,陌生的客户,做在陌生的类别,对自己而言,Everything
is
new。我们当客户这里,仍然使用独立的霎时方式:故事墙、站会、用户故事、结对编程、持续集成、TDD甚至BDD……几乎有的快捷实践我们都见面使用。在进入这类型时,已经开展到第7个迭代,整个项目的框架都比成熟。我们的职责是尽早熟悉业务和任何技术框架,并也新的品类做好充分准备。在看似3周到的光阴内,我们还见面暨客户和美国Thoughtworks的同事们展开Pair,通过实际的付出来熟悉与了解事情以及技能。然后,在剩下的鲜完美内哉新类型开Inception。

型是基于.NET Framework 4.0进行付出之,采用的技巧包括C#, VB.NET, Ext
Js, SQL Server 2008。IoC容器为Structure
Map,NUnit作为单元测试框架,Moq作为Mock测试框架。我们采取了Jenkins(即Hudson)作为频频集成工具,使用了Thoughtworks的出品Twist作为回归测试和合并测试工具,并行使了Powershell作为构建脚本,Git作为源代码控制工具。

来到LA的率先完善。除了第一天参加了几次等Meeting,了解了一切项目之图景更是工作逻辑之外,第二龙就是飞上团队,开始结对编程。整个第一到,我做到了2单Bug
Fix,同时,对Regression
Test出现的题材进行了修复,并参与了一个Story的支付。在当时等同完美,我并从未Switch
Pair,一直是暨客户这边的同等个Dev(名叫Andrew)进行合作。

忆当时同一到之办事,我之感触如下:

1)业务逻辑的打听比技能还要紧

作同一誉为Dev,可能率先会见想到项目会动啊技能,我对这些技能了解呢?总之,会率先关心整整和技术有关的物。在上项目事先,我特意关心了这些情节,并抓紧一切时间也这些技巧做储备。当然,我们吧想了解事情逻辑,但由于早期准备时不够这地方的标准化,我们所能够了解之就算是路和Healthcare有关,项目内容稍接近CMS。然而,到了花色事后,我们才意识,技术并非决定你能否快速进入团队,并开支付和落实之重中之重。如果未打听工作逻辑,不肯定领域术语,我们用好麻烦展开沟通与交流。尤其对今天之类别,由于种类曾召开了同片。对天地的刺探就愈加要了。对于同样称富有多年涉的Dev来讲,其实技术并无会见变成制约你进行项目开发的要瓶颈。在斯类型面临,有过多技艺都未是自我左右的,但我们依然可快速进入支付移动。这是盖Pair
Programming可以非常好地就知识共享与传递,我之Pair可以像Mentor一样来领自己很快进入状态。

2)交流是种类支付之根本

在境内开项目,交流可能为会见成阻碍,但为言语同样的原由,我们往往将交流活动忽略了,似乎觉得就是顺从自然之业务。在及时同一到之办事负,我仿佛进入了任何一个社会风气,耳边充斥地还是祥和难以知晓的言语。虽然我发生肯定之英语基础,但的确与这些母语为英语的Dev合作时,才察觉自己所掌握的英语单词和语法都变得不足够用了。我之舌头似乎为存疑了,我死去活来为难理解Pair所设达的意,自己也颇为难向Pair表达我之意。这就招支付效率受到那个要命影响。即使任务已经完成,整个实现对自家而言,仍然像是若无,还用自己下看Story的叙述,看源代码。例如,在咱们项目受到既实现了于好之Validation机制,但为贯彻一个相对比小之Story,由于交流的题目,我们的落实为严重阻碍了。

除此以外,在咱们项目受到全有现场客户之准,因而交流越来越成为首要。我们的BA团队既来TW的,也闹客户之。他们都写了好正确的User
Story。在咱们兑现这些User
Story时,如有非清楚的处,都需及早咨询BA,通过交流扫除歧义。而当落实后,必须跟BA做Show
Case,以迅雷不及掩耳之势取得反馈。这同一点老主要,也是高效的着力价值观体现。

3)好的习惯特别要紧

先是宏观,和自己Pair的Andrew是自客户之一模一样号实习生。他正好于大学毕业,进入项目约三单月日。在高校内,他光学习了C++,对.NET、Javascript以及CI等情节都不熟悉。换言之,他本所主宰的富有技能,都是以档次中学至的。虽然是这么一个Intern,但自身意识他曾经有所了老漂亮的编码素质。在开班一个Story时,他会见率先在Twist编写Regrssion
Test Sceinario。而当促成代码时,也会见尝试在通过Unit
Test来驱动实现。在付出代码时,会成立地应用Git命令。例如当支付前,会经过Git
Status检查时状态,看是否有变动。在Commit时,如果发现提交的内容发生冲突,他会见老慎重地拍卖Merge。编写代码时,会严厉按照我们制订的编码规范。虽然,他于支付方面的经验还有众多相差,但的确已经出了一个好的开始。我思念,通过这项目的锻炼,在Thoughtworkers的言传身教下,只要他情愿继续全力,应该会有一个可怜好的发展前景。

还要,对于团队而言,这样出色的编码习惯,就比如所谓的“童子军军规”一般影响就团队的每个人,我们欠下之Technical
Debt就会见丢掉那个多,这对后期的掩护、修改和将来后续之开,都起大酷的佑助。

4)学会寻求帮助

每个人所控制的知识总是有限的。或许你的力足够让你解决任何问题,但考虑成本问题,若能够适当地寻求援助,你既然能很快形成任务,同样会模拟到你期望学到之知。即使寻求协助后,没有得到你所期望的结果,至少说明,我们可拒绝某些选项,这同样好省去时间成本。最要害的一点待时刻牢记,我们是一个Team。

在率先圆之Story开发中,由于自身与Andrew都指向Validation的机制不顶熟悉。我们品尝了多措施,希望解决问题,但都未奏效,这样往往的品都拖了大约一龙的光阴。后来,我们积极找到其他一样号Thoughtworker-Eric,他现已在路呆了较长时间。了解我们的题材后,Eric仅用了不交10分钟的时SQL Server尽管迎刃而解了此题目。事实上,这个题目之缓解方案要一个粗技巧,在Label中设定我们先行指定的CSSClass,就得来得那些Validation
Message。

5)知识分享

毫无疑问,只有充分的知识分享,才会行发挥组织的来意。尤其对新参加团队的分子,如果没有足够好之知识分享,或者组织的镇成员不具这上面的意识,将协调拥有的知传递让新成员,新成员就杀为难融入团队,也死不便快速地贡献自己之Effort。在知识分享的进程被,通过Meeting和Session,或者看文档的不二法门自然是行得通之。但实在,即使你参加同一龙之Session,或看一天的文档,都不如和公的Pair实际做一个Story,对文化之享受来得再好。根据自身好之阅历,所谓Session或文档的道,更契合介绍部分天地背景知识,或主之系架构。细节知识要在尽进程中得。这时,Pair
Programming就亮分外主要了。

以选取好的Pair时,也用针对实际情况做出调整。例如与新手Pair的得是对立出经验的Dev(当然也可跟QA或BA结对)。另外,也需相当地Switch
Pair。在此项目中,我虽体会至及时或多或少之重中之重。第一圆之3天时间,和我Pair的还是Andrew。虽然他都上项目三单多月份,但毕竟还缺少一定的经验。而自我看成项目新人,更是博情节都非打听。这样的Pair组合,效果可想而知。在这个进程中,本来我们应当展开Switch,但为Story的涉及,其他Pair也发和好之天职,这个Switch活动就是让延迟至了第二圆满。事实上,在亚宏观之第一天,我及Eric合作,效果就算老好。整个Velocity得到了较充分之提高。

相关文章