Selaa lähdekoodia

规范文档

master
qdjjx 3 vuotta sitten
vanhempi
commit
7cbfe5670e

+ 22
- 0
规范/成档/产品经理原则与实践.md Näytä tiedosto

@@ -0,0 +1,22 @@
1
+## 头脑风暴
2
+
3
+组织产品需求头脑风暴,并提前把主题告知参与者。
4
+
5
+
6
+
7
+## 需求文档
8
+
9
+写好需求文档,讲人话,让设计、前端、后端、架构师都能理解需求。
10
+
11
+
12
+
13
+## 需求宣讲
14
+
15
+不仅宣讲需求,而且组织成员对需求的复诉。
16
+
17
+
18
+
19
+## 需求变更
20
+
21
+组织需求变更评估会议,对需求中的不合理之处及时进行变更。
22
+

规范/2020.10.25代码规范.md → 规范/成档/代码规范.md Näytä tiedosto


+ 11
- 0
规范/成档/前端原则与实践.md Näytä tiedosto

@@ -0,0 +1,11 @@
1
+
2
+
3
+## 接口文档
4
+
5
+与后端接口开发人员规定好接口文档,事半功倍。字段备注。
6
+
7
+
8
+
9
+## 前后端边界
10
+
11
+前端侧重界面渲染,后端侧重计算。

+ 14
- 0
规范/成档/名词解释.md Näytä tiedosto

@@ -0,0 +1,14 @@
1
+| 名词     | 解释                                                         |
2
+| -------- | ------------------------------------------------------------ |
3
+| 集团     | 比如,万达在全国有很多商场超市,把万达看作集团。             |
4
+| 项目     | 比如,鼎鼎与青岛李沧万达达成合作,青岛李沧万达被视作项目。从数据库的层面来看,一个项目Project对应一个数据库。 |
5
+| 公司     | 比如,鼎鼎与青岛李沧万达达成合作,青岛李沧万达商场里有海底捞、北大荒、EP等租户,海底捞、北大荒、EP被被视作公司。 |
6
+| 组织     | 是集团、项目、公司的上一层抽象,即集团、项目、公司都是组织。 |
7
+| 位置     | 有两种场景。一种场景是在项目里,配电间所属的位置关系统称位置。位置具有子父关系,理论上可以是无限级。比如楼层、区域,等等;另外一种场景是表示洲、国家、区域、省、市、区的关系。 |
8
+| 配电间   | 比如商场里某层楼上有3个配电间,配电间里会有1个或多个电箱。   |
9
+| 电箱     | 电箱里有模块、开关等。电箱有时候存在于配电间内,有时不在配电间内。 |
10
+| 模块     | 特指通讯模块,用来保持和服务端的通讯,其上有各种指示灯和按钮。 |
11
+| 电源模块 | 给开关和通讯模块提供电源的设备。                             |
12
+| 开关     | 当前指深圳曼顿公司的智能空气开关。                           |
13
+|          |                                                              |
14
+

+ 34
- 0
规范/成档/后端原则与实践.md Näytä tiedosto

@@ -0,0 +1,34 @@
1
+## 接口文档
2
+
3
+与前端开发人员规定好接口文档,事半功倍。字段备注。
4
+
5
+
6
+
7
+## 前后端边界
8
+
9
+前端侧重界面渲染,后端侧重计算。
10
+
11
+
12
+
13
+## 接口自测
14
+
15
+所有发布接口需要自己先测一遍。
16
+
17
+
18
+
19
+## 返回图片
20
+
21
+不要返回链接,返回图片流。
22
+
23
+
24
+
25
+## 返回异常
26
+
27
+返回的异常越具体越好。
28
+
29
+
30
+
31
+## 分页
32
+
33
+第一个页从0开始。
34
+

+ 40
- 0
规范/成档/团队协作原则与实践.md Näytä tiedosto

@@ -0,0 +1,40 @@
1
+## 以人为先
2
+
3
+科技向善、智慧用电、以人为先。我们做产品、做解决方案最终是为人服务的。在`ToB`市场,决定购买的是客户,使用产品的是用户。如果在我们的产品设计、日常工作中,始终以人为本,把场景、客户、用户纳入考虑,尊重人性,那么我们就有可能走得更远。
4
+
5
+
6
+
7
+## 理解行业
8
+
9
+理解行业领域知识,这是理解需求的前提。包括对行业产品知识、专用名词的理解。
10
+
11
+
12
+
13
+## 理解需求
14
+
15
+理解需求是工作的前提,以需求文档为前提,参与需求宣讲之后的复述。
16
+
17
+
18
+
19
+## 需求沟通
20
+
21
+没有完美的需求文档,保持沟通反馈弥补需求文档的不足。
22
+
23
+
24
+
25
+## 自我驱动
26
+
27
+自驱是工作和个人进步的关键,避免坐等靠,主动领任务,主动沟通。
28
+
29
+
30
+
31
+## 保持透明
32
+
33
+通过”公告中心”同步团队和项目动态。
34
+
35
+
36
+
37
+
38
+
39
+
40
+

+ 21
- 0
规范/成档/外协协作原则与实践.md Näytä tiedosto

@@ -0,0 +1,21 @@
1
+## 客服困难
2
+
3
+相比在一起办公,外协面临更多的挑战。时间、空间、信息同步等方面的困难需要克服。
4
+
5
+
6
+
7
+## 约定时间
8
+
9
+约定好工作时间段,排除干扰。
10
+
11
+
12
+
13
+## 问题列表
14
+
15
+问题细化成列表,挨个解决。
16
+
17
+
18
+
19
+## 事无巨细
20
+
21
+做什么,做到什么程度,需要多少工时,需要哪些资源。

+ 15
- 0
规范/成档/数据库规范.md Näytä tiedosto

@@ -0,0 +1,15 @@
1
+## 变更历史可追踪
2
+
3
+设有变更留档记录。
4
+
5
+
6
+
7
+## 字段描述
8
+
9
+每个字段需要描述。
10
+
11
+
12
+
13
+## 字段冗余
14
+
15
+在设计表中考虑一定的字段冗余。

+ 29
- 0
规范/成档/架构原则与实践.md Näytä tiedosto

@@ -0,0 +1,29 @@
1
+## 解耦复用
2
+
3
+从系统和组件方面进行解耦复用。
4
+
5
+
6
+
7
+## 响应变化
8
+
9
+灵活响应需求变更。
10
+
11
+
12
+
13
+## 可用性
14
+
15
+保持系统的高可用,故障恢复机制。
16
+
17
+
18
+
19
+## 性能
20
+
21
+保证响应时间和处理时间。
22
+
23
+
24
+
25
+## 监控
26
+
27
+对系统和数据的监控。
28
+
29
+## 

+ 21
- 0
规范/成档/设计原则与实践.md Näytä tiedosto

@@ -0,0 +1,21 @@
1
+## 善用草图
2
+
3
+必要的时候,在做设计图之前先出草图。
4
+
5
+
6
+
7
+## 杜绝侵权
8
+
9
+所有图片均有出处,坚决避免使用侵权图片。
10
+
11
+
12
+
13
+## 设计规范
14
+
15
+对用色、图标、按钮等明确在《设计规范》中,对图标进行说明。
16
+
17
+
18
+
19
+## 前后连贯
20
+
21
+保持各个版本的风格具有连贯性。

+ 1
- 0
规范/成档/设计规范.md Näytä tiedosto

@@ -0,0 +1 @@
1
+这里是设计规范

+ 27
- 0
规范/成档/项目经理原则与实践.md Näytä tiedosto

@@ -0,0 +1,27 @@
1
+## 组织会议
2
+
3
+站例会、周总结、复盘。
4
+
5
+
6
+
7
+## 项目排期
8
+
9
+留出一定的冗余,考虑意外和特殊情况。
10
+
11
+
12
+
13
+## 任务分配
14
+
15
+`SMART`原则:
16
+
17
+- 具体的
18
+- 可衡量的
19
+- 可达到的
20
+- 相关的
21
+- 有截至期限的
22
+
23
+
24
+
25
+## 项目进度
26
+
27
+利用好项目管理工具,特别是通过燃尽图、甘特图等体现项目进度。

BIN
规范/鼎鼎团队协作原则和实践.docx Näytä tiedosto


Loading…
Peruuta
Tallenna