当你穿上彩票开奖公告开发’t拥有正确的技术专长 “彩票开奖公告人员-彩票开奖公告经理,彩票开奖公告设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 November 11 2017 真正 协作,彩票开奖公告开发,彩票开奖公告管理角色,彩票开奖公告计划,技能,策略, 注意彩票开奖公告 介意彩票开奖公告有限公司 1428 彩票开奖公告管理 5.712

当你穿上彩票开奖公告开发’t拥有正确的技术专长

通过 ON

几个月前,我承担了使用我们公司从未使用过且我们的团队从未遇到过的技术交付彩票开奖公告的任务。我的第一个想法是风险很高,成功的机会很小。但是我的第二个想法是:“好吧,如果我不知道,那意味着我应该找到一个 确实 知道并向他们寻求帮助。”因此,我开始了现在想与您分享的旅程。

我们的任务是提供对我们现有彩票开奖公告尚无专门技术的核心彩票开奖公告的扩展。我们的团队很棒。他们聪明,勤奋,非常专业,但是当要求的截止日期只有两个月且需要新技术时,期望他们成功是不现实的。

在本博文中,如果您不具备该技术的专业知识,我将使用针对白标电子商务平台的移动购物应用程序的实现作为我的彩票开奖公告开发示例。

内部开发还是寻找外部专家?

在决定是内部发展专业知识还是在外部寻找必要的技能时,应考虑一些方面。

1.与核心业务的相关性

新技术可能会为彩票开奖公告提供重要的增强功能,但它也可能与核心业务相去甚远,或者仅与特定客户群相关。也许这项技术是利基市场,您只想测试市场以了解其反应,然后再投入大量资源或招募新的团队成员。

2.学习曲线

学习新技术需要花费时间,比您期望的要多得多。您不仅需要投资学习技术,而且还必须选择方法,了解最佳实践,整理许可,设置IT基础架构(即使是与云相关的技术)。当您开始这条道路时,您将永远无法确定所需的努力,而且比起以前实施类似功能数十次的人来说,这很可能会花费您更多的时间。在我们的电子商务示例中,了解移动平台开发可能需要花费时间,还需要招募相关技术和实践方面的专家作为开发人员,以及对公司现有技术进行改编。

3.时间表

我的业务团队总是希望昨天交付所有新彩票开奖公告。我确定您的业务团队也会这样做。因此,时间表非常重要。在新技术的情况下,承诺合理的时限非常具有挑战性,因为每个人(可以理解)由于缺乏技术知识而开始增加缓冲区。通常,开发经理不喜欢一次让太多的人从事一项新技术的工作,而且如果少数几个人中途进行一次滑雪度假,那么很难找到替代者。

对我而言,唯一显而易见的选择是选择一个在技术方面具有专业知识的团队,然后帮助他们了解业务。我以为如果我们有一个伟大的彩票开奖公告负责人 什么 应该做的,伟大的开发人员知道 怎么样 应该做的,那么我们会处于一个好的位置–但是,我们发现这并非完全正确。一个好的团队不仅可以补充另一个团队的知识– it must also 交叠 它。彩票开奖公告团队应了解技术限制,开发人员应了解与业务相关的流程以及它们如何相互影响。因此,当彩票开奖公告负责人不知道技术的局限性,而开发人员也不完全了解业务时,您应该准备应对挑战。如果你’重新采用聘请具有所需技能的外部工程师的方法时,请记住,开发人员总会有某些事情不了解或缺乏’向您解释,并且您需要找到那些东西通过它们共同起作用。

用户故事

为了克服这一挑战,我建议使用以下两种方法。其中之一是创建一个经典的PRD文档,该文档可用于定义需求以及进一步说明工作和估算的基础。第二种方法是创建用户故事,您可能会从敏捷方法学中熟悉这些故事。

对于更复杂的故事,我发现最好添加一个部分来实际说明该故事。本部分包含分步说明,供团队在每周会议上进行审查,开发人员可以逐一介绍场景并了解您期望如何测试彩票开奖公告。我们出于以下原因选择了这种基于用户故事的方法:

1.灵活性

用户故事列表可以用作团队从中进行任务选择的待办事项,但是,作为彩票开奖公告负责人,您可以设置优先级。您需要根据需要获得开发的工作量估算,而不是像开发人员所理解的那样。您可以将PRD分解为故事,也可以要求外部团队根据对功能的理解来提供工作量估算。这意味着您在协商项目范围时将节省大量时间。

假设我们在电子商务平台中具有交叉销售和向上销售功能。从我们的角度来看,这是一个相同的组件,它根据用户在主屏幕上选择的内容显示不同的项目列表。外部开发人员可能将此视为两项任务–交叉销售和向上销售–并假设它需要两个开发工作。但是我们可以将此功能定义为交叉销售的用户案例 根据情况使用一组不同的参数激活具有潜在相同组件的向上销售。

2.验收

您定义测试方式,这为达成共识提供了框架。验收标准和实际示例使开发人员可以在将结果提供给您之前自行执行测试。在每周的会议中,我们演示了我们进行验收测试的方式,开发团队能够基于此准备未来的会议。

这是来自我们电子商务平台的简单实用示例:“登录平台,从主页中选择一个项目,从加售组件中选择一个项目,然后转到结帐页面。”这个实际的例子表明从两个不同的组件中进行选择对我们很重要,我们将在每周会议上对其进行测试。

3.技术方面

用户故事列表还可以使您了解该技术。想象一下,您的待办事项中有三个故事。据您所知,前两个需要类似的努力,而第三个则需要更大的努力,但是团队的要求与您的理解不一致,例如第一和 第三 是同等的努力, 第二 很高。

这可能是因为该技术的工作方式与您的理解不同,或者是该团队对您的理解不正确。在我们的电子商务示例中,交叉销售和追加销售可以看作是一个相对简单的组件,因为它仅以标准分辨率呈现三个项目的列表。但是,应针对设备的每个受支持的分辨率调整移动应用程序中项目的渲染,并且可能会花费额外的精力。

我们发现,这些故事清单是与开发人员进行交流并阐明我们意图的有效途径。我们发现使用这种方法的唯一缺点是缺乏开发团队的全面了解。每个用户故事都描述了一个单独的功能(或至少一个单独的工作流程),并且故事之间缺乏联系意味着开发团队很难理解所有组件之间的交互方式。当发现故事列表之外,我们还提供了顺序图和流程说明时,他们发现这很有帮助。

总之,这对我来说是一次了不起的经历,从中学到了很多东西。请记住,与开发团队的清晰沟通始终是最重要的– more so when they’重新了解您的业务,而您’正在学习新技术。用户故事可以作为此类交流的良好基础,但也要记住,应提供补充文档以在开发人员中形成完整的图片’ minds.