Stock Data

示例： “现有的敏捷社区为 [客户] 提供了一个绝佳的机会，可以与其他思想领袖交流，并向潜在客户展示透明度和思想领导力（目的）。虽然 [客户] 业务的好处通常无法在主要帖子内容中强调，但页脚提供了一个区域来提及 [客户] 旨在消除内部项目经理的痛苦（好处）。品牌个性的所有方面都可以在不同的帖子中表达出来，但最重要的是传达透明度和专业知识（个性）。”

在传统的项目框架中，你会以线性 印度手机号码 的方式编写营销策略，客户最终会看到所有内容。这种方式存在三大问题：

写作阶段开始和结束之间缺乏沟通会让人感觉你在说“我知道你已经一个月没有收到我的消息了，所以这里有一份 20 页的文件作为礼物”
客户或你的老板可能正忙于其他项目，所以他可能需要一周时间才能向你汇报不可避免的变更
这些变化将不可避免地影响到您所有策略所依据的文档的早期部分，这意味着您现在需要返回并重写一半文档，然后再回去签字，这将需要一周的时间
我并不是说这种事情总是会发生，但即使每年只发生一次，如果你和我一样，也会极大地消耗你的热情。
在敏捷软件开发中，您以迭代方式工作，在商定的短时间或冲刺 结束时展示整个软件的可工作、经过测试的部分。项目持续一定数量的冲刺，您展示的最终成果和最后一个冲刺结束时的成果是完整的软件。这让客户可以看到一些可以工作的东西，并且在每个冲刺结束时都能取得一些成果。我在项目管理和写作策略中都发现，这让他们很高兴——他们可以看到真正的进展——这意味着他们对项目早期阶段所做的任何更改都可以在项目早期得到处理。