平安的敏捷发展

平安的敏捷发展

我决定开始我的英文博客，这很令人兴奋。我认为博客对我来说是一把利剑，他是软件行业的专家，在软件开发领域拥有12年的经验。

平安介绍

我正在为平安公司工作。 平安的保险业务是全球最大的，平安的资产相当于香港的GDP的2.6倍和俄罗斯的1/3。 这家最大的公司位于中国深圳。

平安公司始终聘请人才工程师，其中大多数在软件开发方面拥有6年以上的经验。 该公司业务如此之多，需要维持庞大的工程师团队，但还远远不够。 它必须招募这么多外包工程师来为我们开展一些非核心业务。

计划

平安包括银行，保险，多种金融业务。 当今企业瞬息万变，我们需要使用先进且合适的技术来提供它。 公司希望整合这些类型的金融业务，并建立一个可以支持其客户（包括公司和个人业务）的金融平台，该平台称为“平安3.0”。

处理

毫无疑问，敏捷开发对我们来说是一个很好的套件工具。

每两周一次冲刺。

我们使用微服务。 我将在另一个主题中扩展微服务。

我们将开发分为字体和后端，因此每个层都可以并行开发。

工艺细节

首先，我们的系统分析师从产品经理那里收集需求规格说明，我的团队将同时接受来自不同产品经理的各种需求，这时我们需要召开会议以将这些任务分配给每个工程师。 首席工程师将参加这次会议。 在此期间，我们需要计算这些任务需要消耗多少时间并分配给人员资源。 例如，如果这个团队有10个团队成员，一个冲刺是两个星期，每个星期有5个工作日，那么我们总共有100个人/天的资源，最后我们将这些资源分配给每个任务。 这次会议中的每个人都需要估算他们熟悉的任务的工作量。 估计时间必须留出一些多余资源，以便资源可以处理一些关键问题，例如修复生产错误，支持业务人员，更改需求等。

工程师完成任务后。 产品经理和系统分析师将向专家和工程师阐明他们的要求。 这些人会互相问或被问到问题，最终他们都会理解这些要求。

会议还没有结束，现在还没有开始编码。 开发人员将进行产品详细设计，并需要举行一次开工会议以验证他们的了解并发现有关其详细设计规范的问题。详细设计规范包含DB设计，类关系，性能等，不需要您编写可以做很多事情，做更多漂亮的装饰，例如添加一些更漂亮的图表。我们的目的是让您了解实现方法中的要求和缺陷。但是，如果您非常熟悉自己的任务，那么您无需编写任何东西。 如果是这样，尽管您尚未编写详细的设计规范，则需要召开启动会议来陈述您的设计，还需要分析师，专家和项目经理提出一些问题。

完成启动会议后的编码阶段。

首先，后端开发人员需要定义字体开发人员可以调用的接口。

这是一个了不起的过程。 一些新手开发人员有时会停留在此阶段，如果他们不轻易放弃并跟上他们，他们将获得更多。很多时候，他们是艰难的道路。 他们会刮擦头皮，互相窃窃私语，他们想向附近的高级开发商询问一些问题，但担心总是会拒绝陪伴他们。 因为高级开发人员的任务比较繁重，所以已经回答了很多问题。 他们逐页搜索网站。 那些人好像饿着骨头一样想吃骨头，最终他们会吃掉。 幸运的是，这些问题总是可以解决的。当解决问题时，开发人员将真正理解他或她的大脑长期存在的一些更详细的东西或一些误导性的东西，这对于一个人来说是一个巨大的进步。

有些人沉浸在这个时候。 编码可以帮助他们避免某些琐碎的事情，这些事情总是会使他们沮丧。 在编码过程中，他们喜欢进入另一个充满幸福和满足感的世界，因此编码是与冥想相同的活动，是保持人的健康的一种有用的工具。

谢谢上帝！ 我们广泛使用Java，JavaScript，Oracle等计算机语言。 因此，如果遇到困难的问题，我们将有庞大的社区支持，无论博客作者如何撰写，都会有大量博客向您展示。 您还可以使用多种问题平台为您提供帮助，您可以在其中提出问题，然后由经验丰富的工程师或已解决此问题的工程师会回答您。

编码阶段并不简单。 您不需要聪明，但需要更加勤奋和耐心。 软件开发过程是一条艰难的道路，每一行代码都需要更仔细地考虑，尤其是对于某些重要功能，例如财务功能。 我认为通过练习可以增强勤奋和耐心。 当然，这些都是很多可以教人如何练习的书籍和文章，为此，我可以写一篇长篇文章甚至一本书。 所以现在我想说的是，您是否有资格胜任并完成工作，随着时间的流逝，您会发现一种更适合您的方法。

除了您自己，没有人会帮助您进行代码转发。 截止日期越近，您承受的压力就越大，有时候，一定程度的压力会将您推向目标。 因此，压力并不总是一件坏事。

一个人的任务多，另一个人的任务少。 有些人需要更多时间，而另一种则相反。 因此，您需要计划优先使用哪个功能，以优化开发人员和测试人员的时间。 某些接口是独立的，一旦您完成并通过开发人员本人的测试就无法交付。 如果有足够的时间，该总任务可以全部交给测试人员。

测试人员不是闲暇时，他们需要了解需求，编写测试用例。 完成测试用例的编写后，他们将举行会议以验证那些测试用例。所有者开发人员和产品经理需要参加。所有者测试人员的每个任务都需要分别组织此类会议。 测试人员需要解释测试用例，其他人会问他很多问题，所以那些测试人员需要仔细准备。

完成所有功能的编码后，项目经理和专家应查看这些代码。 在这个阶段会发现这么多缺陷，没有一次没有发现任何缺陷，毕竟我们都是人类。 我们将列出这些问题，一些开发人员需要检查所有者是否已更改了这些缺陷。

测试人员执行系统集成测试，同时他们会向开发人员注意到错误，开发人员需要在提交错误的当天（下班前）对其进行修复。

在测试结束时，测试需要生成测试报告。 该报告需要包括要测试的功能，安全性测试，性能测试，以及一些建议或描述。

现在是时候让产品经理进行测试了。 这个阶段称为UAT。

在说完UAT之后，我们可以发布此版本。但是我们需要召开会议来验证将要发布到生产环境中的文件列表。我们使用微服务架构。 一个发行版本包含许多小问题，发行过程会很不舒服。 这些文件无法一次成功发布，总会遗漏一两个坑，导致服务器无法重新启动或软件无法正常运行。 因此，我们需要做好充分的准备，以回滚每个发行版中的所有内容。

事情还不完整，所有者开发人员，测试人员需要检查已发布的软件功能，并且在所有功能都经过验证后，需要发送成功的发布电子邮件。

等候。 有必要做的非常重要的事情，总结会议。

在总结会议中，我们需要找出下次如何做得更好。 每个人都需要提交提案并由项目经理撰写该提案，然后发送给我们所有人。

这是一个漫长的过程！ 是。 但是我们只需要两个星期。 两周后，我们生产了一款不仅可以运行而且可以实现一些业务逻辑的软件。 我们可以对企业市场做出反应，只需要两个星期。

From: https://bytes.com/topic/software-development/insights/969094-ping-s-agile-development