软件架构管理
2022-06-14 15:41:04 3 举报AI智能生成
集中精力突破后台管理系统的框架，希望能够踩在前人的肩膀上前行，如何做好项目管理-组织架构篇对于公司来讲无法做到对项目部直接有力的管理我认为主要原因是每个项目部都有自己独立的系统
作者其他创作
大纲/内容
项目规划管理
项目规划
流程与文档
项目相关立项申请
项目预算与采购
项目干系人及职责/人员架构
事业部或集团发文
里程碑管理
里程碑计划
阶段性工作
分批达成目标
产品/系统分层预估
项目周期工作量预估
范围管理
时间管理
预算与采购管理
确认项目对应的边界范围
风险管理
业务方对项目的核心范围、目标
项目可能潜在的风险
降低预期
按里程碑计划执行，协调解决困难
进度
结合实际情况是否结合减少实施范围、降低质量
应急管理
事故等级分类
事故应急处理机制
项目资源
同部门合作
跨部门合作
人力工时评估
人力培训
团队所需要的技能或知识培训
项目管理
相关文档
产品需求设计文档
开发设计文档
整体产品架构说明
详细培训资料文档
项目整体计划与执行文档
项目更新
预研阶段
相关预研
需求阶段
转换产品需求
设计阶段
产品设计
开发阶段
开发与测试
上线阶段
线上验证与培训
产品管理
管理工具
GPM/ITRD
TAPD/敏捷看板
需求跟踪
需求阶段
需求进度
需求风险
产品PRD
PRD编写规范/PRD内容
业务/产品架构/领域模型
产出功能分解文档
产出流程文档
PRD评审
交互/视觉设计
视觉交互
低保真设计
高保真产品交互设计
设计评审
产品交付流程
上线培训
上线效果
上线评审
迭代计划
版本管理
产品定义与版本的定义
版本对应产品维护
测试管理
测试阶段
SIT
UAT
PRE
测试用例
测试团队编写用例
测试用例评审
测试执行
缺陷分级
录入缺陷
通报缺陷进度
回归缺陷流程
测试报告、准出、准入报告
团队管理
职责
任务透明化
职责明确化
奖惩机制
员工归属感/OwnerShip
任务
任务分配可视化：例如tapd
任务分配
任务拆分
任务同步
把控
人员把控
产出人员任务时间分配表
任务分配表
进度把控
产出里程碑表
同步与把控项目的问题与进度
质量把控
产品交付工期
产品交付质量
技术基础管理
代码管理
svn
不建议使用，整体迁移到集团gitlab
git
使用
自建git
1、代码在云端，容易爆漏洞，泄露风险
2、不易于复用集团Devops基础能力
集团git
1、便于项目使用、帐号权限统一
2、易于集成开发运维工具（Devops）
分支管理
个人分支
环境分支
发布分支
主干、版本
合代码规则
自测通过-需求代码提交
管理员审核并review通过-合并到release
release合并到Master并Tag
编码实现
编码规范
技术
Web规范
Java规范
IOS规范
数据库规范
缓存规范
应用
版本规则
项目命名规则
微服务命名规则
镜像规则
日志规则
系统功能
高可用
任何时间都支持可用或者能替代
高可靠
功能必须支持用户，出错可重试，对于操作有事务性与可靠性
可溯性
用户操作根据需地要记录日志、结构化、通用化、可视化，无论业务日志还是系统日志都可查、可回溯
容错性
对不确定的异常需要容错处理，比如处理失败重试，推送失败重推，支持手动或自动
架构执行
统一架构风格、理念、方式、实现
如MVC或者DDD驱动
统一各中间件及组件的使用，评估系统整体性能要求
技术选型
筛选业内流行、开源、活跃技术路线
有问题容易有解决方案，团队可自由学习
尽可能新版本、高稳定、兼容性好的
如Springcloud全家桶中相关的组件服务、apache开源服务
开发自测
方式
本地TestUnit
服务Mock
前后端开发联调
要求
异常容错
功能完整性
服务可用性
数据准确性
性能测试
应用模拟压力
工具压力，如Jmeter
编程思想
统一模型，如设计模式，架构模式MVC
职责单一，可复用，可扩展
开发文档
概要设计方案
总体流程图
总体架构图
技术选型
详细设计方案
流程时序图
服务交互图
服务架构设计
关系数据库设计
规范表设计、字段、索引、数据量预估
服务接口管理
API服务
标准restful接口
swagger+集团yapi
代码Review
团队交叉参与
潜存缺陷修复
Git Pull方式
部署管理
服务器
代码扫描
合规扫描
安全扫描
自动化执行单元测试
持续集成
交付流水线
流水线可视化
自动交付流水线
流水线任务编排
环境/版本分支构建制品
Maven打包/镜像上传
持续部署
主机部署
容器部署
容器云部署
部署环境管理
部署任务
微服务管理
管理并区分版本/环境服务
分布式配置管理（推送）
中间件/基础服务
中间件服务如MQ、RPC
基础服务DB、缓存、Nosql
服务链路监控、追踪、告警、降级、限流、熔断
优雅发布
分批停服、更新、发布，流量自动切换，无感知发布不影响B/C端用户
k8s自带的pod无缝更新
负载均衡切换、分布式服务自感知
角色权限
所有帐号集成集团4A认证
一人一号并且角色与权责清晰
尽可能禁用ROOT、管理员、发布帐号、只读帐号
版本管理
敏捷并行开发
需求开发
缺陷修复
项目迭代
多版本并行管理
主版本，1.0.1
需求/缺陷分支版本，1.0.1
测试分支版本，1.0.1Beta
版本分支
本地分支
环境分支
特性分支
功能分支
命名
代码分支命名
应用镜像命名
0 条评论
下一页
