Auto-sync: 2026-04-19 08:02
This commit is contained in:
40
wiki/concepts/BOSCARD.md
Normal file
40
wiki/concepts/BOSCARD.md
Normal file
@@ -0,0 +1,40 @@
|
||||
# BOSCARD
|
||||
|
||||
> BOSCARD 是定义复杂新工作的技术,通过系统化方式明确项目的背景、目标、范围、约束、假设、风险、角色和可交付成果。
|
||||
|
||||
## 定义
|
||||
|
||||
BOSCARD 各要素含义:
|
||||
|
||||
| 要素 | 全称 | 说明 |
|
||||
|------|------|------|
|
||||
| B | Background | 项目背景,解释为什么存在这个项目 |
|
||||
| O | Objectives | 项目目标,期望达成的成果 |
|
||||
| S | Scope | 项目范围,涵盖和不涵盖的内容 |
|
||||
| C | Constraints | 约束条件,如时间、预算、资源限制 |
|
||||
| A | Assumptions | 假设前提,项目成功的前提条件 |
|
||||
| R | Risks | 风险识别,可能影响项目的因素 |
|
||||
| R | Roles | 角色分工,项目成员职责 |
|
||||
| D | Deliverables | 可交付成果,项目产出的具体内容 |
|
||||
|
||||
## 应用场景
|
||||
|
||||
- 项目启动前的需求定义
|
||||
- 变更请求的评估
|
||||
- 新技术引入的可行性分析
|
||||
- 跨部门协作的范围界定
|
||||
|
||||
## 与敏捷的结合
|
||||
|
||||
BOSCARD 在敏捷环境中可作为史诗(Epic)或大型用户故事的补充文档,帮助团队在迭代开始前对复杂工作有全面理解。
|
||||
|
||||
## 起源
|
||||
|
||||
BOSCARD 源自业务分析领域,是将传统需求分析技术应用于现代项目管理的方法之一。
|
||||
|
||||
## 相关术语
|
||||
|
||||
- [[RACI 图]]:责任分配矩阵
|
||||
- [[用户故事 (User Stories)]]:以"谁、什么、为什么"格式捕获需求
|
||||
- [[SAFe (Scaled Agile Framework)]]:大规模敏捷框架
|
||||
- [[相关方轮盘 (Stakeholder Wheel)]]:识别项目相关方的方法论
|
||||
27
wiki/concepts/Centralized-Logging.md
Normal file
27
wiki/concepts/Centralized-Logging.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
title: "Centralized Logging"
|
||||
type: concept
|
||||
tags: [AWS, Observability, Monitoring]
|
||||
sources: [how-to-simplify-multi-account-deployments-monitoring-centralized-logs-for-aws-cloudformation-stacksets]
|
||||
last_updated: 2026-04-19
|
||||
---
|
||||
|
||||
## Summary
|
||||
集中日志是一种将分散在各处的日志汇聚到统一位置进行监控和分析的可观测性模式。
|
||||
|
||||
## Definition
|
||||
Centralized Logging(集中日志)是指将来自多个账号、多个区域或多个服务的日志统一收集到一个中心位置进行存储、查询和分析的架构模式。在 AWS 环境中,通常使用 CloudWatch Logs 或第三方 SIEM 工具实现。
|
||||
|
||||
## Key Attributes
|
||||
- **目的**:统一监控、问题排查、安全审计、合规
|
||||
- **实现**:CloudWatch Logs、EventBridge、KMS
|
||||
- **核心组件**:日志组、跨账号订阅、生命周期策略
|
||||
|
||||
## Why
|
||||
- 多账号环境下,单个账号登录排查效率低
|
||||
- 安全合规要求日志集中存储保留
|
||||
- 跨账号问题关联分析需要统一视图
|
||||
|
||||
## Connections
|
||||
- [[CloudWatch]] ← 存储 ← [[Centralized Logging]]
|
||||
- [[EventBridge]] ← 事件转发 ← [[Centralized Logging]]
|
||||
24
wiki/concepts/Luhmann-四原则.md
Normal file
24
wiki/concepts/Luhmann-四原则.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "Luhmann 四原则"
|
||||
type: concept
|
||||
tags: [knowledge-management, validation]
|
||||
date: 2026-04-19
|
||||
---
|
||||
|
||||
## Summary
|
||||
- 定义:ZK Steward 使用的四项验证原则,确保笔记符合 Zettelkasten 方法论
|
||||
|
||||
## Four Principles
|
||||
| 原则 | 检查问题 |
|
||||
|------|---------|
|
||||
| 原子性 | 能否独立理解? |
|
||||
| 连接性 | 是否至少2个有意义链接? |
|
||||
| 有机增长 | 是否避免过度结构化? |
|
||||
| 持续对话 | 是否激发进一步思考? |
|
||||
|
||||
## Usage
|
||||
- [[ZK Steward]] 使用四原则作为验证门
|
||||
|
||||
## Connections
|
||||
- [[Luhmann 四原则]] ← validation_for ← [[Zettelkasten]]
|
||||
- [[Luhmann 四原则]] ← implemented_in ← [[ZK Steward]]
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "Multi-Account Strategy"
|
||||
type: concept
|
||||
tags: [AWS, Architecture, Security]
|
||||
sources: [how-to-simplify-multi-account-deployments-monitoring]
|
||||
sources: [how-to-simplify-multi-account-deployments-monitoring, how-to-simplify-multi-account-deployments-monitoring-centralized-logs-for-aws-cloudformation-stacksets]
|
||||
last_updated: 2026-04-16
|
||||
---
|
||||
|
||||
|
||||
33
wiki/concepts/Product.md
Normal file
33
wiki/concepts/Product.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: "Product"
|
||||
type: concept
|
||||
tags:
|
||||
- OpenText
|
||||
- product-management
|
||||
date: 2026-04-19
|
||||
---
|
||||
|
||||
## Definition
|
||||
产品(Product)是具有独立 CI/CD 流水线或发布周期的软件分发。一个产品可能属于另一个母版产品,但如果该组件有自己的 CI/CD 流水线或发布周期,则应作为产品对待。
|
||||
|
||||
## Related Concepts
|
||||
- [[Component]]:没有 CI/CD 流水线的库,可能属于某个产品
|
||||
- [[Master-Product]]:官方产品命名注册表中的产品定义
|
||||
- [[Product-Backlog]]:产品待办列表
|
||||
|
||||
## Related Entities
|
||||
- [[Product-Hub-PHT]]
|
||||
|
||||
## Product Attributes
|
||||
- 业务单元(Business Unit)
|
||||
- 业务线(Line of Business)
|
||||
- 产品名称
|
||||
- 产品经理
|
||||
- 开发经理
|
||||
- 产品状态(活跃/维护模式/非活跃)
|
||||
|
||||
## External Integrations
|
||||
- PSMQ
|
||||
- P2M
|
||||
- ITLS
|
||||
- Backstage
|
||||
24
wiki/concepts/Zettelkasten.md
Normal file
24
wiki/concepts/Zettelkasten.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "Zettelkasten"
|
||||
type: concept
|
||||
tags: [knowledge-management, methodology]
|
||||
date: 2026-04-19
|
||||
---
|
||||
|
||||
## Summary
|
||||
- 定义:卢曼卡片盒知识管理系统,通过原子化笔记和索引入口构建知识网络
|
||||
- 核心:笔记作为独立知识单元,可被多个索引指向,发现路径而非分类体系
|
||||
|
||||
## Key Principles
|
||||
- 原子性:每条笔记可独立理解
|
||||
- 连接性:每条笔记至少2个有意义链接
|
||||
- 有机增长:避免过度结构化
|
||||
- 持续对话:激发进一步思考
|
||||
|
||||
## Implementation
|
||||
- [[ZK Steward]]:AI 时代的 Zettelkasten 实现
|
||||
|
||||
## Connections
|
||||
- [[Zettelkasten]] ← invented_by ← [[Niklas Luhmann]]
|
||||
- [[ZK Steward]] ← implements ← [[Zettelkasten]]
|
||||
- [[Claude Skills]] ← parallels ← [[Zettelkasten]]
|
||||
24
wiki/concepts/原子化知识管理.md
Normal file
24
wiki/concepts/原子化知识管理.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "原子化知识管理"
|
||||
type: concept
|
||||
tags: [knowledge-management, methodology]
|
||||
date: 2026-04-19
|
||||
---
|
||||
|
||||
## Summary
|
||||
- 定义:将复杂内容拆分为独立、可链接的原子笔记的知识管理方法
|
||||
- 核心:每个知识单元独立可理解,通过链接形成网络而非层级结构
|
||||
|
||||
## Key Features
|
||||
- 独立可理解:每个原子笔记可独立存在
|
||||
- 多重链接:每条笔记可被多个索引指向
|
||||
- 有机增长:避免预定义分类,跟随知识自然发展
|
||||
|
||||
## Implementation
|
||||
- [[ZK Steward]] 使用原子化知识管理
|
||||
- [[Zettelkasten]] 是原子化知识管理的经典实现
|
||||
|
||||
## Connections
|
||||
- [[原子化知识管理]] ← methodology_from ← [[Zettelkasten]]
|
||||
- [[原子化知识管理]] ← implemented_in ← [[ZK Steward]]
|
||||
- [[原子化知识管理]] ← related_to ← [[双链(Backlinks)]]
|
||||
Reference in New Issue
Block a user