2012年，一群工程师走进一个房间（不，这不是开玩笑的线索，但我保证会给你开个玩笑）开始计划一个宏伟的项目，但正如工程师所做的那样，他们正在尝试弄清楚如何解决第一步：实际计划。
他们想要一种可以从任何地方访问的方法或工具，可以帮助他们以小组的形式进行实时计划，并能一目了然地获得即时反馈。 他们发现的是Jeff Patton推荐的Story Mapping方法。
故事映射功能多样，可以在项目/产品/案例的许多阶段中使用。 它可以应用于最初的视觉工作室，也可以应用于提供上下文的单个功能，用于集中待办事项或重组管道。 该方法几乎是完美的，但要求他们有一个带有粘滞便笺的大地板空间，而没有非标准格式和混乱的手写体的问题。
他们想要的是一种改进了“故事映射”方法的工具，使他们能够在全球范围内就项目目标进行协作构建，共享和交流。
在找不到可用的东西之后，他们开始构建FeatureMap。
FeatureMap成为成员在数字工作区上工作的在线工具。 不再有手写麻烦，地图已经标准化，电子邮件警报与截止日期相关，并且可以从任何地方访问，从而可以更好地进行协作。 团队意识到他们有更多的时间进行创造，并且能够一目了然地跟踪他们的项目。
普通人认为，如果没有破裂，请不要修复它。 工程师们认为，如果它没有破裂，那么它还没有足够的功能。
见-开个玩笑。
FeatureMap不断发展，他们增加了颜色编码卡，用于简单的可视化管理，状态跟踪，协作注释和可编辑的值，并具有聚合功能，可用于更多层的项目管理。 他们增加了Trello和JIRA集成，从而为那些希望将整个产品都放在自己环境中的人开发了具有功能，导入和导出，其自己的API和本地解决方案的每张卡。
可以在FeatureMap.co上免费试用FeatureMap
我敦促您尝试FeatureMap或至少尝试使用Story Mapping，因为它将帮助您清除项目中的所有积压订单，并腾出更多时间进行创意。
