关于

- js/flow-loader.js

js/sequence-loader.js
js/uml-converter.js

site_name: Kensong.online theme: name: material feature: tabs: false extra: generator: false nav: - 主页: index.md - 渲染: render/render.md - 疑难: it/why.md - 测试: [it/testImg.md,it/testSyntax.md] - 关于: about.md

extra_javascript: - js/mermaid.min.js - js/raphael-min.js - js/underscore-min.js - js/sequence-diagram-min.js - js/flowchart-latest.js - js/umlconvert.js

markdown_extensions: - codehilite - pymdownx.superfences: custom_fences: - name: mermaid class: mermaid format: !!python/name:pymdownx.superfences.fence_div_format

```math E = mc^2 tan {\theta}\over{2}

1.技术上的 2.流程上的 3.沟通上的 4.使用工具上的

一 技术方面：
1，策划不能直接撸程序相关代码，也要避免策划干扰程序的做法，可以提供思路。
2，程序内部可以定期开培训会，讲解模块做法，分析坏处与好处
3，对于某些制作工艺没经验，要请求外部支援，且需要尽早提出来，节省成本
二 流程和工具使用方面：
1， 配置表是应有对应负责人，策划使用工具应有对人熟悉使用，数值对于开发后期游戏非常重不容失误。
2， 功能模块需求先开三方会议讲解与解答，再让程序抽半天到一天时间拆解和分析功能点评估工时。
3，确保需求明确，前期策划需要做大量详细工作，设计上是不是存在漏洞与矛盾，尽量对标产品参考视频效果。
三 沟通方面：
 1，对于没文档的仅口头提的临时需求可选择不做，一切需求需要以文档记录为主，防止忘记或推诿情况发生。
 2，要对事不对人， 出现观点不一致时请求上级开会确定。
 3，每个性格不一样，说话方式不一样有些话说重了也不要放心里，一心想着把事情做好即OK，该吐槽的吐槽，该表扬的表扬。

1, 策划提的单子在redmine上要附上要看的文档路径。 2，一句话的需求如果没案子那要列上验收标准。