软件开发技术人员如何做项目沟通

  软件开发技术人员一直被外界认为另类,我们专注于程序开发本身,我们热衷于软件产品开发,心动于新程序的诞生及利用这些新的程序完成项目产品交付,与他人合作或沟通交流往往被我们忽视,所以,程序员就这样诞生了。
 
  我们要通过这篇文章让他家了解程序员,也为程序员未来提供些暗示,程序员光技术牛X可不够。除了技术,一名优秀的程序员更需要关注其他的一些方面。更重要的是和项目组成员及项目经理、测试工程师、业务需求分析师、甚至客户的沟通能力。无论项目是做什么,你都需要通过沟通了解需求,知道客户要什么,我们能够做什么,直至按照项目范围、时间、成本完成项目,比如:
 
  作为一个开源项目的贡献者,你需要合作审查别人的补丁或者让其他人审查你的补丁,你需要解决用户提出的问题,你需要和新用户沟通需求,开项目需求沟通会议,做需求变更流程,和其他提交者或共同维护者一起做计划。
 
  作为一个自由职业者,你需要同现在的和潜在的客户进行沟通。你也需要和项目组的其他程序员、设计师和测试人员沟通,你还需要明确每个负责人对应负责的项目。
 
  当你在一家公司工作,需要协调你的团队和其他团队的程序员,或与其它业务部门的人员沟通,特别是和项目经理进行沟通。
 
  程序员和项目经理……通常不会一见钟情
 
  和项目经理的关系时常会出现一些状况:作为程序员我们很容易去抱怨他们。毕竟他们总是企图让我们为了一些改动而在周五的时候加班,也是他们一直逼迫我们去做一些根本说不通的功能。
 
  但我认为项目经理在一个成功的团队中发挥了至关重要的作用。有团队成功,我作为程序员才能成功。出于这个原因,我认为和项目经理保持很好的关系,才是交付成果的关键。我很幸运可以和那些很棒的项目经理合作,他们给予我很大的帮助。
 
  但我知道正是由于他们的工作,我们才可以沿着正确的方向前进,快速地发布功能,并在项目上和公司的其他团队展开合作。
 
  所以我深信项目经理对公司的影响力举足轻重。但这种影响可以是极其负面的或是非常积极的。我并不了解一个项目经理所有的职责,而且我也相信有很多事情他们并没有与程序员沟通。我只是在想项目经理应该如何同程序员沟通,以及程序员对项目经理有什么期望。
 
  在我看来,一个项目经理如果做到以下五件事情,就可以帮程序员提高效率。
 
  1) 沟通业务重点,思考技术重点
 
  我们都在超负荷工作,我们有一堆希望可以在本周完成的工作。作为一名程序员,我需要评估每项要完成的工作所花费的精力,以及它们之间的关系。也许某个重构可以简化一项功能的开发,因此对这些工作做相应的排序是非常合理的。某项工作可能需要两周,而其它三个功能每个只需要半天就搞定了。我当然希望可以先完成它们。
 
  但技术方面只是一方面的考量:对这些工作进行排序,需要了解业务的重点。什么功能对客户最重要?什么功能对收入 有直接影响?这对我们决定集中精力先交付什么相当重要。我认为项目经理应该和程序员经常沟通项目的优先顺序,并且项目经理也得明白:他需要对业务方面和技 术方面的项目优先顺序都加以考虑,才能决定我们下一步的工作是什么。
 
  有时候技术的优先顺序也是很重要的:不能只考虑业务优先顺序而忽视它们,因为如果这样做会影响我们交付软件的质量,进而影响到业务。
 
  2) 提前让开发者知道截止时间
 
  曾几何时你突然发现有件事情需今天晚些时候就要交活?或者昨天的时候有人承诺客户会拿到一个新的版本?它们不是惊喜,而是惊吓。坦白来讲就是一旦出现异常我们需要立刻处理。如果应用程序挂了的话,公司每分每秒都在赔钱:所以无论你手头上有什么事都要停下来,把它解决掉。比如说发现了一个棘手的新的bug,或者存在安全漏洞需要尽快解决等等。现实生活中很多事情都不是计划好的:我们只能见招拆招。
 
  但不能每件事情都这样,我们不能总是进行应急驱动开发。这是很差的实践。大家需要讨论截至日期并达成共识,开发就可以按计划行事。程序员通常看不到整个项目的全貌,但项目经理又何尝不是呢:他们会忽视技术的方面,但如果不能提前知道这些,是不可能在截止日期前完成工作的。所以亲爱的项目经理们:一旦你们知道截止时间就马上告诉我们。
 
  提醒:我所说的“让程序员知道截止时间”,是指真实的截止时间。项目经理做的最烂的事情就是给出一个假的、自己强加的截止时间。有的项目经理有自己的小算盘,他们给自己留有一定的时间余量,比如他告诉开发者客户希望1号交付,但实际上他和客户承诺的日期是15号。他们这么做可能是因为我们经常晚交付东西,但是……你猜怎样?程序员早晚都会发现,并认为这些无谓的压力和长时间的工作都是拜你的谎言所赐。你猜他们会有何反应?
 
  3) 沟通管理
 
  我知道这听起来让人不爽,但程序员或多或少都会有些小缺点。其中一点就是开发者的沟通方式……与众不同。他们倾向于直言不讳。这样的性格很适合与机器一起工作,但是对客户也这样就会出问题。是的,客户提 供给你的 SDK 是不是看上去不够……优化。是的,如果我们给一群猴子,提供一瓶廉价的威士忌和一本手册,上面记载了所有软件工程上的最差实践,他们也就做成这个样子。好了,还是不要让客户知道这些。项目经理需要重新措词再告诉客户。
 
  每当看到项目经理追着客户要他们确定需求的时候,或者是他们与其他团队的项目经理交涉,说服其他团队回复我们提出的需求的时候,我都感到异常欣慰。是的,我们很迫切地需要回答,但是往往一个同样的需求我们转了三遍,都好几周了还没有回复。
 
  一个出色的项目经理会提供给我们所有工作中所需要的信息,并且可以确保所有参与的团队都可以顺畅地沟通。我们很可能没有意识到他为此所付出的努力。
 
  4) 让程序员远离麻烦
 
  公司里压力很大。压力来自方方面面,所以需要对它进行管理。作为一名程序员,我们需要应对很多的技术难题:一个很难复现的 bug,一个和线程同步有关的偶发问题,一个改动很大的框架发布,一段不可靠的、无法通过集成测试的基础代码。我们有足够的理由感到压力山大。
 
  项目经理也一样:他们需要比我们处理更多的内部规章,参与功能开发的讨论,还要积极为团队争取资源。他们会和其他团队展开竞争,也要接受客户对他们的咆哮发泄。对此我深表同情,但如果项目经理把这些压力转嫁到程序员身上,那我们这些程序员就会成为板上鱼肉,任人宰割。我们会受到两方面的压力,一方面是现实的技术难题,另一方面是疯狂的客户和办公室政治。这些重担太沉重,所以我们需要达成一个共识:技术上的问题,我们会负责搞定。而其余的问题——虽然我同情项 目经理——但那些都是你们的责任。
 
  5) 确保我们没做不相关的工作
 
  想要开发对公司产品影响很少的东西是非常困难的。尽管对于那些喜欢长时间开发很酷的东西的人而言,会很享受这一点,但是这对你的职业生涯很不利。如果你一直开发不相关的东西,你很难被升职加薪。相反如果你做的事情可以对于业务开展非常有意义的话,好处是显而易见的:它为你提供额外的动力,容易让人注意到你,也更容易在组织内获得更多的资源和支持。
 
  开发一个不相关的功能并被不是最糟糕的事情。最惨的是工作的项目在完成前或完成后马上被丢弃掉。想象一下你的努力和汗水就这样被丢弃掉。感觉很差,不是吗?所以最好和那些不会把你带入这种境地的项目经理合作。
 
  我认为项目经理与业务需求分析师会为我们挡掉很多问题。他们是我们和客户以及公司其他团队的接口。他们保证我们为客户提供有价值的工作。他们来统筹大局,而我们只需要关注下一个功能的开发、产品测试和交付。
 
  事实上很多时候程序员认为项目经理没什么大不了的。我相信大多数程序员都会低估项目经理。我们只是不理解他们的职责。但是请相信我,如果你和优秀的项目经理和不那么棒的项。

本文来自于艾威培训

转载请注明:https://www.avtechcn.cn/share/pmwiki/1379.html