🔝有关于提升团队及项目协作的工作

最近在项目中发现三个问题

问题一、

一般来说在一个项目中各个岗位的人数是，产品经理：运营人员：研发人员=1:3:6，这样的一个配置，但是有时候由于开发工期短，需求多且杂，项目需要临时生产一些小的DEMO系统。这种系统有几个特点：不涉及太多细节；快，从需求设计到研发完成往往只有十天半个月。其中，产品经理和设计人员交流到定稿就占到了3天左右，再开发时间很不够，而由于项目人员配置的问题，研发人员本身就不够，而且可能还身兼数职（项目）。是否能够搭建一个快速产出的包含前端代码的高保真组件工具，让产品经理可以在设计师的协助下完成系统的功能搭建，再由研发人员在这个代码的基础上完成剩下的后台数据，接口等等工作。

airbnb曾经做过这样的尝试，提出设计智能的概念。framer工具似乎也能初步达到简单的效果。

这将作为一个重要不紧急的任务来探索如何实现，或研究。

2018.6.28 找到研发负责人，与他的想法不谋而合，他已先一步开始实践，遂决定一起干。

问题二、

在一个项目中，往往不止一个交互设计师参与，当参与的人多了，就涉及到标准化产出的问题，这是当前团队所缺少的。有的设计师产出的是静态页面的状态图，有的产出的动态交互图，有的会写流程，有的会写注释。当然，会根据需求的要求以及紧急程度来调整完成程度。但是，在团队产出能力上，以及互相之间的沟通和对接上，没有统一的标准是很难交流的，也无法塑造一个专业的团队形象。

这是当前重要紧急的事情，而且难度并不是很大。关于标准化的产出物，并不一定是严格意义上的一模一样，而是应该根据项目的特点，在跟产品经理和研发人员反复沟通之后确定的，后面写篇文章专门来研究。

2018.6.3 已将文档的标准化工作完成，并应用到实际的项目中去。
2018.7.17 在组内开发了自己的组件库的前提下，在交互文档标准化的过程当中，需要及时与前端沟通落地情况，实际上跟问题一是紧密结合的，如何保证能提高效率，能保持一致？有些系统的前端框架是不同的，不同的前端框架下，有哪些需要注意的地方。

问题三、

关于建立团队内部的案例知识库问题。团队做了多年项目，交互设计的案例很多，有很多最优解产生，是没有必要再重复造车的，而且对于新人来讲，有一个案例库也可以帮助他们快速的学习和了解我司各个项目的特点和解决方法及思路，快速成长。

这也是重要不紧急的事情，并需要团队内部所有业务线的相关设计师共同来完成。

2018.7.5 将分两个部分来进行，一个是组件设计指南，另一个是案例库
组件的设计参考的各大大平台的设计语言

网站welie对组件进行详细的说明

此外知乎专栏：这个控件叫什么也是很好的参考

主要参考书目
《UX权威指南》