妥协的完美主义

作者简介

陈洁，硕士。12年移动互联网产品运营工作经验，6年团队管理经验，现任职事业部总经理。曾负责中国移动咪咕阅读、咪咕音乐杂志、手机报APP、优酷拍客APP产品。产品中国论坛、极客学院特聘讲师。

内容简介

2.2.2 文档化 项目的管理执行是否顺利，取决于产品设计团队 的专业素养能力高低，也取决于团队总体的工作方法 。相比**的团队，国外的团队做设计，**注意方 法和目标：输入是什么？输出是什么？采用什么模型 ？相关影响分柝？ 输入是什么？输入是要获取各方面的资料，做到 信息全面，收集整理来自市场部、客户、用户、开发 团队以及其他相关团队的资料，这种资料有文档、照 片、产品的应用场景记录、开发技术评估等。获取资 料的过程，实际上是一个理解需求的过程。只有先理 解需求，产品设计人员才能根据确定的需求一步一步 地进行需求整理、功能分解、模块划分、建立逻辑流 程、模型验证等。 设计输出是设计团队的设计成果，不仅仅是线框 图、设计图稿、开发文档、需求记录等交付物。还应 该包括设计团队对会议、思维过程、信息流的记录、 共享、传达，输出的不仅仅是文档.还应该有设计思路 、理由，只有充分输出，才能给相关团队成员足够多 的信息。同时。通过暴露设计思想，团队成员之间才 能发现问题，共享成果，及时纠正设计偏差。 文档化包括文档的归类整理、上传、*新、共享 、作废等，为了减少返工，防止全盘推倒重来，前一 步的输入是后一步输出的基础，也就是进行下一阶段 工作之前，要求必须完成前一阶段的工作并为下一阶 段工作提供高质量的输入，以保证每一阶段的工作都 是连续的、正确的，才能保证一次性把设计工作做好 。一般来说，通过运营专业的管理工具，或者*简单 地建立共享网络空间等方式，做到输出的充分共享， 才能在项目变*，或者被摒弃的需求叉重提时，回忆 一下，当时为什么我们不做这个功能，当时的理由和 原因是什么。帮助产品团队结合现有情况重新评估需 求。 要做到项目管理的文档化并不简单。首先项目成 员*常工作繁忙，“手懒”不愿意占用时间写；其次 很多急性子不耐于写那些他们称为形式化的东西。但 事实是，文档化正在潜移默化地改变我们的工作方式 。并从一个侧面优化产品的设计构造，使之不偏离* 初的设计初衷，防止走歪路走冤枉路。 再者，要解决文档细化程度的问题。有的公司对 产品文档怎么记录，有自己的一套规定，比如对设计 团队的输出。可见部分的长宽高都做了严格的设计， 代码设计上*是细化到方法体。团队成员可以在公司 内部的管理工具上查到记录，当然首先得根据团队和 项目的具体情况，确定符合项目的细化程度，然后作 为制度和规范规定下来，团队成员统一执行。 *后，项目的文档化在改善人际关系方面有很好 的作用。项目文档无记录、文档记录混乱，导致团队 成员在接手时不容易看懂，或对某个需求理解不一致 ，出现争执等，在项目中**常见，小则影响心情， 大则影响工作，影响团队合作。 因此项目管理工作中.项目输出中代码管理、设 计输出、需求纪要等的文档化**重要。 2.2.3 规范化 在文档化的过程中文档如何记录、记录的格式是 否统一，如果没有明文规定，容易造成查无对证的隐 患。造成的设计理解出现偏差、责任不明确。*是诸 多问题的根源。被“冤假错案”搞得一头雾水的项目 成员，可能会产生恐惧或排斥的心理，这种心理对于 项目是不利的。那么问题是谁造成的呢？都归结为文 档输出者，或者项目经理吗？具体地说是项目管理策 略的不严谨、不规范造成的。 在设计输出中有一大堆的开发文档、需求列表等 ，其中需求列表主要是用于审查系统的高层设计。比 如系统设计上是否应该采取什么措施或设计*作，满 足产品目标用户中哪一类人的需求就算达标了呢？虽 然目前设计行业没有严格的标准，但至少各个系统平 台发布的开发设计功能实现应该作为基础的标准。如 果连这个基础标准也无法满足，那么再好的设计也是 不规范的。 虽然网络上流传着很多指导书和规范，但很多初 级的项目执行人员没有看规范要求再工作的习惯。而 是通过自己的经验或者模仿他人设计作品完成工作任 务。作为产品设计人员，不论项目大小，都应该遵循 设计指南，为自己的App产品制定GUI规范、设计开发 标准。越详细标准的开发规范越利于项目，一方面有 利于养成良好的工作习惯，对自身素养提高有帮助； 另一方面，将来产品团队扩大，项目规模扩大时。标 准的开发和设计规范也有利于项目的延续性和规范化 。 P19-21