结果
比如，软件评审，最终要的都是一个个文件。我能把一个个文件弄出来就是找到了前进的方向。
guide
如果是图书类型是指导型的文章，指导别人做某种事的，那么需要首先告诉别人做整件事有哪些环节，然后，再分环节详细论述。
比如，国军标GJB 2786A军用软件开发通用要求 的4.1章节介绍的是软件开发一般流程，这样就给出了整个系统开发的流程，给人指明了方向和道路，且有助于衡量开发成果和进度。
theory
明白图书的类型，比如，如果只是介绍“九型人格”这个概念说明了这边书是理论性质的图书，如果自己想拿来使用就得去自己搞明白如何使用这个理论。
如果是实践型的图书，那么需要明白实践的领域是什么？和自己沾边吗？和自己的现状容易结合吗？对能力有什么要求?如何衡量实践的效果？还有，实践的结果如何衡量和评估。
purpose
现在才似乎明白，写文档是为了检查的，但是究竟怎么检查，都没搞清楚就去准备文档了，有点盲目。现在必须明确上级的“检查”究竟是什么意思。
为什么写这篇文章？作品用途是什么？有几重作用？
写给谁看？目标读者是谁？主题是什么？现有的储备和目标有多远？
frame
感觉思路混乱进行不下去时，问自己写方案评审的整体架构是什么？每个章节的关系是什么？这样思路就清晰了。
读了 《爱 种子 》一书，这本书的架构就是 100个和伴侣相关的问题，每个问题的解答的理论依据是作者提出的种子理论。
wikihow文章中，table of contents是全文的地图，要把全书框架反映给读者。这样读起来比较快，gjb9001b的目录就很清晰，比如，7.3章节可以快速地帮助读者知道研发部的责任。
template
对文档质量进行评估，去年的文档内容并不一定合理，还需要找更权威的依据。比照张亮去年写的评审文档进行修改。
不知道该如何和熟人聊什么？参考网络教程“how to be talkative”
find the constraint
评审活动的最终依据是GJB9001B-2009 7.3找到依据后瞬间方向就明确了。
编制 审核 批准 分别的要求 ，以及相关时间的要求。
对文档包含项目的要求和每个项目的具体要求。
Title
《爱 种子》一书的标题 点名了图书的核心理论 “种子”。副标题就点明了图书主要内容是回答伴侣相关的一百个问题。
preface
《爱 种子》这本说的前言回答了个人的简介，图书的起源，图书回答的问题，图书的理论基石，图书的整体结构。自己也可以参考这样的方式写前言
整个文件共四部分：任务书，计划书，设计方案，图纸。提供整体上的介绍，是对整个文件体系的顶层设计，避免各个部分之间相互冲突，必须站在顶层的高度进行设计。这个文件需和其他人讨论，确保顶层设计的合理可行，避免后期各个部分之间出现冲突。
论点：目的：类型：是什么：不是什么？Scope：最想表达什么？最想传递什么？为什么是对的？
frame
感觉思路混乱进行不下去时，问自己写方案评审的整体架构是什么？每个章节的关系是什么？这样思路就清晰了。
读了 《爱 种子 》一书，这本书的架构就是 100个和伴侣相关的问题，每个问题的解答的理论依据是作者提出的种子理论。
最想说
首先回答，我最想说什么？先把最想说的写下来，其他不管。
一句话回答下面的问题。
文体
议论文
说明文
记叙文
审查
每一句话和主题什么关系？
打分
给自己打分，自己写的文章能打多少分？如果不是100分，那么缺在哪里？怎么才能更好，我改了一遍之后是不是分数更高了？这样打分之后，就能衡量自己的进步了，就有动力继续下去了。
why
写方案评审时写不下了，这时候问自己为什么要写，写作的初衷和动机是什么？这篇文章的作用和意义是什么？
motivate
向TA协会投稿，或者向其他途径投稿，这样才能更利于传播和扩大影响力，这样自己就会更有动力。
accumulation
当天工作时，把有趣的idea保存下来，成为晚上总结的素材。
outline
参考成熟的体系搭建自己的写作框架。比如，project参考project management for dummies
reading 参考 how to write a book
Save
写成电子档的，容易保存。并且，做好备份。
general specifiction
可通过Wikipedia ，网页，图书等找出prospectus的一般要求。这是文档写作的一般框架。
find the constraint
编制 审核 批准 分别的要求 ，以及相关时间的要求。
对文档包含项目的要求和每个项目的具体要求。
identity the problem
国军标评审时具体问题
1.缺的东西产品型号
2.满足哪些条款
3.评审不合格之后该怎么进行处理。
比如，要写任务书改了之后要写两个版本吗？
第一个版本有单相功能，系统累计运行时间，功能删除。
common
文章的架构，比如，概述，功能要求，这些项目都得有，但是每个项目下面的内容又有所不同。
difference
模板和自己要写的毕竟不一样，所以，应该找出不同
1.产品名称的不同：电喷改为电参数显示
2.符合标准的不同：两个产品的具体应用场景不同，所以，满足的要求也不相同。
3.薄弱环节不同：薄弱环节根据应用场景的不同而有所不同。
frame
感觉思路混乱进行不下去时，问自己写方案评审的整体架构是什么？每个章节的关系是什么？这样思路就清晰了。读了 《爱 种子 》一书，这本书的架构就是 100个和伴侣相关的问题，每个问题的解答的理论依据是作者提出的种子理论。