浅谈研发管理之二-如何避免交付风险

如何避免交付风险

交付风险如何产生

    研发中，我将不能按期保质保量完成视为交付风险。目前在我看来诱发交付风险的因素很多，例如产品将需求计划制定错误，管理实施混乱，技术人员能力欠缺，团队间衔接不当等等，都会导致这样子或者那样子的问题，迫使上线前加班加点或者延迟上线，造成交付问题。以上所列的四种因素是交付风险产生的常发因素，下面就以上四种因素进行讨论。

需求的错误

    网上关于研发同志要求产品经理不再修改需求文档的承诺立字句的段子已经屡见不鲜了，足以说明需求对于开发人员的重要性。可以说需求是我们开发人员的灯塔，指明灯，北斗星，它为我们指引方向和道路，需求正确合理则开发人员不必返工，否则开发人员返工是必须的了。既然产品的需求文档如此重要，我们应该如何在产品经理的需求文档上避免交付风险呢？

1.仔细梳理需求文档。

     需要仔细的通读需求文档，关键的地方多读几编，不懂的地方要记录下来，和产品经理再次核对。

2.需求关系的梳理。

    每一个需求一般不会独立的存在，需求间总是会存在一种关系，在本次的需求文档梳理中，我们需要思考是否与现有的产品业务有关系，有什么关系，这些关系在开发中需要注意些什么，新需求的完成会不会导致旧需求的不可用等，像这些冲突性的问题产品经理一般是已经给与了充分的考虑的，但是作为开发人员也是需要思考的，以免产品经理的智者千虑必有一失。

管理的混乱

    混乱的管理会导致开发进度缓慢，开发质量低下等问题，进而造成交付风险。管理的混乱主要体现在以下几个方面：

    1.工作任务安排混乱。

        在梳理完毕需求之后，我们需要制定一个工作计划表，表中记录了开发人员，开发时长，测试人员等等。基本上开发都会按照计划表进行实施，但是如果计划表制定错误则会导致开发过程混乱。如何面对需求制定合理的工作计划表呢？要降工作细分为分前端后台和数据库三大块，针对不同的内容按照较为擅长的开发人员从事开发；开发前进行需求讲解以保证其已经正确理解需求；

    2.开发中隐藏问题。

    有些需求的问题，在一开始梳理需求的时候是很难发现的，只有在开发过程中才能被开发人员发现，此时及时的与产品经理进行沟通是至关重要的。有些开发人员想当然的就对这些问题进行了处理，导致版本发布后出现了问题。在于产品经理沟通完毕之后，如果产品经理需要修改需求文档，则要求他/她更新文档然后重新发送给大家，以此作为后续修改的凭证。

    3.规范制度尚未建立和实施。

    任何一项多人协作的工作想要做好，离不开完善的规章制度。软件开发更是离不开规范和开发标准，尤其是对于java程序已经有众多开发规范的xml文档存在了，每个开发团队都应该制定和采用一份规范。规范制定好之后，严格的实施管控是关键之所在，每次开发交付前都需要对代码进行审核，不符合规范的代码不能提交代码库。

    4.关键问题并未亲自把关

    对于一些关键的问题，管理人员一定要亲自把关，比如数据库建表，主要业务的实现等。这些关键的问题如果出错，往往会将项目带入死亡的境地，按时交付是不可能的了，重新开发是十有八九。

能力欠缺

    开发过程中，需要各种各样的能力和技术，例如前端的技术，各种各样的框架和基础的知识；例如后端的技术，各种基本技能和数据结构以及框架的使用等等。面对以上技术栈，不是每个技术人员都能一一掌握，基本都是有所欠缺，这就导致了能力欠缺引起的交付风险！如何避免呢？

1.定期进行技术摸底

   以半年为时间段，调查每个技术人员的技术栈，以期充分了解每个开发人员的能力范围，分配工作时能够合理的分配工作。

2.技术培训。

   定期举行技术培训，做到全员参与全员学习，不断的扩展技术人员的技术边界，增加他们的技术栈，为后续做好铺垫。

3.组内分享

    在开发不是很忙的时间段内，组内的人员轮流分享最近新技术新知识的学习笔记等

通过以上措施能够提升开发人员的技术能力，在一定程度上避免技术能力欠缺带来的交付风险。

团队衔接不畅

    软件研发避免不了多个团队之间的协作，那么多团队协作就成为完成高质量交付的关键因素之一。团队衔接不畅直接开发受阻，或者信息不同步带来的差异化处理等，都是整个开发团队损失。如何避免衔接不畅？

1.明确问题

    团队协作，首先需要明确问题，即你需要对方团队处理的问题是什么。这个时候我们应该简单明了的表述这个问题，比如服务调用失败，这可以将失败的日志发送给对方；比如，需要提供接口这需要将接口的文档发送给对象。总之，就是简单明了的让对象明白你要他做什么。

2.明确原因

  如果对方不能解决这个问题，那么需要对方给出一个明确的原因。只有知道明确的原因，才能具体分析具体对待，根据情况作出合理的处置。如果确实是双发冲突，需要上方给出合理的裁决；如果是对方完成该问题仍有困难，需要找对方的上级再进行沟通，则需要汇报上级进行沟通等。

3.明确结果

  问题处理完毕之后，己方需要确认结果，确认结果后给对方以回复。如果有问题则需要进行进一步的沟通。

   每一个任务都会出现一种或者多种交付风险，不管是那种风险，要在发现风险的时候立即采取措施及时补救，以免错失补救难以弥补，又用疯狂加班来保证交付，其实是一种不可取的方式。