进行中项目
1.日程描述
项目或阶段性UI工作都有对应的日程表，清晰描述。目前已经完成的，即将完成的，及整体完成度（%）；

2.图例
A.每阶段工作都有对应的图示，展示目前已经完成的工作内容，包含不限于界面内容，图形内容，guide内容等，以及相应的完成度（%）。在完成度示意中，100%表示该设计工作在整体项目拆分中已经完成或得到确认，可以进行下阶段工作或结束；

B.设计师工作较为重要的部分是图示，团队或个人在设计过程中的类型输出，概念尝试，确认过程，都应有完整示意。这部分可以为设计师，设计部，及其他合作部门提供较好的复盘场景，发现问题并在下一个阶段时尝试屏蔽问题再次出现（比如审核或确认设计不及时带来的日程延迟）；

3.进度预测及必要支援预测
当前工作所遇到的问题，包括人力，沟通，审核及确认进度等。预测并提出方案，保证整体日程的进度符合项目开始时的制定，核心要件是确保其他支援部门的相应进度不受到影响，包括产品部门，技术支援部门，QA部门，市场部门等；

已完成项目
1.项目整体日程（设计）
描述各阶段所用时间，该项目所用时间，与既定日程的差异度（正常或延迟），如果有日程延迟，需描述具体原因及相应的解决方案（屏蔽类似问题再次出现）；

2.guidelines
guide是UI项目的最终产出物，在项目进行中拆分整理并最终形成文档；

3.支援内容及支援人
大型项目，涉及到的支援设计师人数及细分类型较多，应该在项目总结中提及并注释他们分别完成的部分；

4.数据
所有设计项目，都需跟产品部门，技术部门取得迭代或项目上线后数据，为效果进行数据支撑。

**
职业设计师不应在总结中表述专业上遇到的问题，专业问题需设计部门内部或设计师个人独立解决，只在内部周报或部门级会议中讨论并给出解决方案。

个人总结
通常需要总结个人设计成果的环境多为扁平结构，总结给外部门或非设计人员。内容整理上跟以上提到的差不多，避免使用过多专业术语，也不能整理的过于琐碎。外部或非专业人员更关注结果，数据，推动力。

如果是设计部的团队成员，你的总结应该由直属leader进行，他的视角更全局化，对质量、日程、问题的观察更全面，更准确。

如果是对个人设计专业的表述，同时针对非设计人员，可以移步这里查看之前的一篇回答

不清楚具体的总结场景，未必能提供准确的思路或经验，整理也有些琐碎，见谅。^^