如何记录项目日志?来看谷歌设计师的做法!

@C7210 :这是一篇来自 Google 设计师的经验文章,关于「项目日志」。我个人常年保持每日工作日志的记录习惯,但更多时候像是流水账,外加一些思考延展;看过这篇小文后觉得自己的方式还有所欠缺,譬如形式单一、缺乏回顾,也没有将这些内容与正式的复盘或是个人案例联系到一起。一起来看 Google 设计师的工作习惯养成——如何记录项目日志。

如何记录项目日志?来看谷歌设计师的做法!

设想这样的场景:你梦想中的职位机会突然出现,你必须快速打造一份闪光的案例集。然而有个问题,你没有任何关于以往项目的记录可以回顾,必须从零开始构建内容。

实际上,无论你是否在寻求新的工作机会,保持对项目进程的追踪与回顾都是很有必要的。或许日常工作太忙,或是项目本身的性质不宜对外过多曝光,等等。无论怎样,哪怕保持最少量的日志习惯,你都能逐渐积累起宝贵的经验,用于项目复盘或是充实个人案例。

什么是项目日志

不必想象成典型而严格的「日记」,形式上可以比较自由,重点在于内容本身,包括项目迭代说明、流程进程记录或是期间遇到的问题及解决方案等等。

项目日志大体具有以下特质:

  • 隐私性:日志不是博客,不需要发布上线;我个人会通过 Google Docs 进行记录。
  • 高层面:无需千言万语或辞藻修饰,你只需要以简单的段落或清单列表将重要信息记录下来即可。
  • 多媒介:如果必要,可以添加任何内容形式,譬如白板照片、手绘草稿、线框稿或动效示意等等。

从日常记录,到阶段性的沉淀回顾,期间大致有五方面的技巧和注意事项需要特别关注。

1. 多运用拍照的方式

无论是手绘流程图、页面草稿、白板记录,都可以通过拍照的方式快速保存下来。

注意将这些照片安全地保存在本地,在进行沟通并得到授权之前,不要将其用于任何公开文档当中。对于较为敏感的信息,或是照片中出现的同事面容,在未经授权的状况下要进行模糊处理;任何与财务相关的信息也是同理。

对于设计流程当中用于沟通演示或可用性测试的原型及动效方案,也可以通过拍摄的方式粗略地记录下来。

2. 保持私密性

将工作日志视为个人日记,并非秘密,但需私密。文档要存放在安全的位置,例如个人电脑或个人云存储。这些文档代表着进程当中的项目,不应该与非工作关系的人员进行分享。

如果项目还没有发布上线,但你需要在公开场合进行演示文档的部分内容,那么必须向团队或项目管理者征询意见,避免任何被竞争对手了解到敏感信息的可能性。

3. 保持记录的规律性

取决于项目规模及推进速度,你需要摸索并保持规律性的记录频率。或许是在每一轮设计冲刺之后,或许是每周、每两周,或是每一个任务之后,例如可用性测试等等。

无论频率如何,尽可能将点点滴滴的信息完整地收集起来。积少成多,当你隔一段时间进行回顾时,会发现在繁忙的项目期间,你真的会忘记很多重要的信息。

4. 确保内容的相关性

工作日志并非用来记录你对项目的评价,或是谁说过什么,有哪些不公正的状况等等。这是一份关于项目流程、重要节点、挑战与解决方案的文档。典型的内容更像是这样:

2018年3月

与开发探讨方案可行性。

将移动端界面中的下拉菜单改为单选按钮形式。

创建了用于可用性测试的高保真原型。

若干测试结论...

基于可用性测试,修改了菜单的设计模式。

关于流程和重要节点的记录,将有助于你回忆起项目之所以发展到如今,背后发生过哪些关键事件,有哪些决策产生了怎样的推动效应。

5. 整理回顾

项目完成之后,产品或新功能上线,你可以着手对项目期间的记录进行归纳整理,用于复盘。事后分析与总结,有助于你从整体层面将所有的经验、洞见,以及一系列挑战与应对策略串联起来。

其中一些影响力重大的挑战及解决方案也可以成为你未来个人案例当中的重要内容。

记录项目日志,这对于设计工作的精进及个人案例的积累都非常有用;希望本文中的一些 tips 能够为你带来一些帮助。

原文链接:《Keeping a Project Diary》  Eleanor McKenna

图片素材作者:Julian Burford

「想做总结,你需要这些整理思路」

收藏 4
点赞 1

复制本文链接 文章为作者独立观点不代表优设网立场,未经允许不得转载。