许多软件公司使用一个或两个的开发方法，帮助他们解决问题，提高工作效率。然而，在许多情况下，开发人员使用的方法可以改善甚至改变了。这个任务是去管理，这是很少能做到。它通常是由于他们缺乏知识和最佳实践如何做。

 

我公司专业从事移动应用程序的开发在过去的几年里我们尝试了很多方法，会给我们最好的机会在一个简单而有用的方式解释。

 

瀑布

 

在瀑布的方法，上述每一个阶段代表一个单独的项目开发单位。这意味着，一般来说，新阶段一前一后结束开始。同时，他们之间有一个阶段门。它通常是从客户方需要批准。这不是一个特色鲜明的瀑布不过是这种方法很典型。

 

许多开发商认为瀑布是过时的。然而，它仍然是普遍的。主要是，简单的项目，需求高达100小时，其中有明确的发展和平衡的要求。

 

根据这种方法，不需要对文件这样的活动上浪费你的时间，定期会议和积压。

 

瀑布是适用于小项目的好方法。它没有提供任何额外的工作。你的目标是清晰的以及你需要使用项目实施过程中的技术。另一方面，你很难将此方法应用于一个大的、复杂的项目，这种方法是相当僵硬。

 

积极的一面：

 

• 简单的规划为目标设定，从早期的发展。

• 简单的估计，由于这样的事实，所有的作品都是事先计划好的。

• 客户不需要存在的你只有在需要进行审查和批准。

• 设计完成后，小心所有的要求和特点进行了预。

   

 

问题：

• 缺乏灵活性

这种方法的工具：百会项目，gantter

 

Scrum

这种方法主要是针对紧密的团队合作。Scrum是集中的不断变化的需求，对团队的快速反应。这样，我们可以在没有明确和平衡要求Scrum一个不错的选择，灵活的发展。

 

 

 

Scrum完全符合发展需求的项目，超过300小时。这样你可以得到一个最小可行产品尽快。

 

Scrum方法是自组织的团队没有整体的领袖。因此，整个团队参与成员之间的角色分配。

 

Scrum也冲刺。Sprint为特征，作为优先选择的实施过程。冲刺订单是一套功能开发商准备实施后2-4周。在冲刺，有会议要确认一切按计划的夫妇。会议通常不超过15分钟，针对团队同步。

 

这样，Scrum获得提名，对于不断变化的长期项目，一个正确的选择，无严格要求。

 

积极的一面：

 

• 保证时间和金钱的有效利用。

• 大型项目的友好由于划分为冲刺。

• 适用于快速发展

• 定期会议提供团队成员的进步，明确的目标和工作要做。

• 短距离冲刺让Scrum是一种灵活的解决。

• 每个团队成员的贡献可以在日常会议。

问题：

 

• 成功很大程度上取决于你。该方法能够适应不同的挑战和团队的合作能力。

• Scrum方法的使用可以为大型团队挑战。

• 只有有经验的团队

• 支持这种方法的工具：meistertask，Basecamp，体位法，特雷略

 

看板

这种方法注重独立发展阶段。

 

这种方法的原理是很简单的。看板可视化工作流使用你贴在白板上。这样，你就可以看到“图片”你的工作没有打扰任何人。

 

让我们考虑上面的图片为例。对积压部分的顶部是一个高优先级的任务。一旦一个团队完成一个特定的任务，他们采取一个新的积压，从顶部。这个特点使得这种方法很灵活，你可以改变任务的优先级在任何时候不需要团队。

 

接下来的两部分应该不会造成你任何问题。“活动”的部分，正在努力在当下的任务。在“完成”完成的任务被放置。你可以如你所愿的工作流的可视化操作。我的意思是，你可以添加几段或离开只是其中两。

 

Kaban是不断变化的复杂项目的一个好方法。然而，发展的时间可能会显着如果有一个巨大的工作量增加。

 

积极的一面：

 

• 由于设置阶段没有很灵活。

• 项目的重点是重新当新的信息到来。

• 看板不浪费由于工作流的组织形式提供了实际和具体目标时说。

• 作为理解视觉信息很容易感知。

问题：

 

过时的板可以在发展过程中出现一些问题，所以保持更新，易于阅读。

这种方法的最大问题是时机，因为它并不总是很清楚，当任务将完成。

支持这种方法的工具：特雷略，体位法，meistertask，freedcamp，看板管理工具，LeanKit，swiftkanban

 

scrumban

如果我们把功能从以前的两个方法得到结构下面可以看到。

 

作为一个混合的方法，每个小组可以根据自己的需要定制。这个事实让scrumban专业手灵活的仪器。

 

你会不会在这种方法中找到很多规划。它是基于积压开始给球队足够的信息。scrumban包括专业角色的团队成员之间，因此合作组件也存在。

 

不像看板，scrumban已进行限制的工作（WIP），取决于一个冲刺的时间。个人WIP限制也发生因为他们调整工作量为每个团队成员以及一般的团队。

 

如果Scrum看板分别不能满足你的要求，你应该尝试这两种方法的结合。有时，它是一个完美的决定。

 

支持这种方法的工具：看板管理工具，scrumdo，swiftkanban

 

XP

这种方法被称为极限编程。这种方法的主要目的是创造一个定性的产品，尽管需求不断变化。因此，它的重点是不断试验，不断规划和团队合作。

 

原来的XP的概念由十二支的做法，你可以看到下面的图片。

 

xp

 

这种方法的实质是避免那些功能当前不需要的实现。

 

值得注意的是，这种做法的目的是在与客户的密切合作。这样，客户优先，目前需要的功能。

 

XP方法可以在复杂的项目工作。然而，考虑到其具体的方法，它将比任何其他方式更多的时间和人力资源。

 

积极的一面：

 

• 减少连接由于其方法用于bug的产品创新规划的风险。

• 使用简单的设计，XP管理创建软件更快的速度和更少的错误和问题。

• 非常适合没有项目有明确的期望。

问题：

 

• 规划是很耗费时间的

• 在它的实践，XP有一双编码，可能导致大量的代码和数据的重复输入。

• 需要对客户的关注，这是不可接受的。

• 该方法是以代码为中心的，这有时会导致毫无特色的设计。

• 支持这种方法的工具：任务的过程，extremeplanner

 

还有许多其他的变化，你可以使用你的软件开发。