机来维持连续的工作流程并

Jannatasha

这意味着我们在项目的这个阶段交付工作的真正用户是开发人员。 一旦我们将这种见解付诸实践，有关我们工作流程的每个工作决策都将由开发人员开始。就像我们对最终用户进行研究一样，我们可以在项目开始时与工程团队进行访谈，以了解他们的偏好、旅程、重要问题 - 并创建满足他们需求的工作模型。 开发人员希望如何接收文档？多常通过什么渠道？ 多少细节才算大批量？书面文档和视觉文档之间的正确平衡是什么？ 对于特定的开发人员群体来说，提出关于系统如何工作的非可视化规则的最有效方法是什么？这将如何与产品的其他部分和组织内的其他团队相适应？ 您的文档实际上是一次会议，这是每周两次的强制性会议。


有时，直到开始积极的会议并记录截止日期后，团队中的实际开发才会开始。 正如我们根 电报资源 据客户的需求调整设计解决方案一样，我们也必须适应合作伙伴的需求。 2、只有真正的改变才有说服力 设计师必须具有灵活性。我们不仅需要改进工作流程以适应不同的团队配置，还要使团队适应我们的工作，参与所有项目开发流程。 第二个方面是开发者个人的个性。我们可能会与一位真正喜欢在办公桌上有设计师的开发人员合作，因此我们会直接并肩工作来应对特定的挑战。


与此同时，一些开发人员可能更喜欢使用耳通过 Slack 消息或社交媒体帖子解决问题。 作为设计师，并非所有事情都真正在您的控制之下。成功的唯一途径是努力工作和快速改变细节。积极主动，团队就会跟随你 3. 知道设计过程永远不会结束 当我们完成一个项目的设计时，我们只完成了一半。 尤其是在级联项目中，而且在更敏捷的活动中，存在一种常见的误解，即一旦创建了所有图像，设计师的工作就完成了。