staging: charter.md task=ad27da1e-03e2-4aec-aa96-ff5263fab936
This commit is contained in:
@@ -1,17 +1,223 @@
|
||||
Based on the provided context and project description, I'll attempt to provide a general assessment of the proposed business unit.
|
||||
[TYPE]: codeblock
|
||||
|
||||
From the context, it is clear that Crimson Leaf LLC wants to create Tenants that solve specific problems for defined customers or internal markets needs. To design such a Tenant, you need to carefully define its purpose, scope, services, and boundaries.
|
||||
[TITLE]: CHARTER GUIDE.md — Corporate Charter Design Reference
|
||||
|
||||
Here's an outline for drafting the formal 'charter.md' of the proposed business unit:
|
||||
[DESCRIPTION]:
|
||||
This document defines everything you need to know about designing a sovereign Tenant company's
|
||||
charter. It includes all the required sections and their strict quality standards.
|
||||
|
||||
1. **Mission Statement**: Clearly define the problem that this company solves and what value it aims to add.
|
||||
2. **Input/Output Clarify**: Specify which inputs the Tenant will accept from external parties and which outputs it will produce, including data flow descriptions or APIs, for example. This clarity is essential to preventing unnecessary complexity creation.
|
||||
3. **Narrow Service Boundary**: Define exactly how this organization will function in relation to its domain and operational requirements, considering what business processes can be off-loaded through this Tenant and what needs to remain in-house.
|
||||
4. **Mission Boundaries**: Outline an expected mission success criterion and a well-defined set of outcomes, metrics or milestones.
|
||||
---
|
||||
|
||||
To complete the Adjudicate Tenant Task successfully, we need to perform a thorough review of these requirements against your proposed Tenant business model:
|
||||
### 1. Mission Statement
|
||||
|
||||
1. **Define your business strategy clearly** in Charter document so you can easily communicate to employees and stakeholders.
|
||||
2. **Identify any regulatory, legal or compliance issues** that this company might face, such as data protection laws, copyright infringement rules or privacy policies for example.
|
||||
* **Hyper-specific:** Must define what kind of business this is, specifically:
|
||||
* What problem it solves
|
||||
* Who its target customers or users are
|
||||
* What kinds of problems it helps to solve (what value thesis)
|
||||
---
|
||||
* **No Generalist Statements** (e.g., "General Business Services" instead of "Financial and Administrative Tools").
|
||||
* **Clear purpose and justification why this company must be separate:**
|
||||
|
||||
Please feel free to share further details about your proposed business unit or its current project plan.
|
||||
### 2. Domain & Jurisdiction
|
||||
|
||||
Lists every authorized operational area for the charter. Must include:
|
||||
|
||||
* Bolded labels with descriptive titles
|
||||
* A one-sentence description to define the boundary clearly
|
||||
|
||||
### Example:
|
||||
|
||||
```yml
|
||||
# Domain & Jurisdiction
|
||||
- **Content Production:** Writing, editing, and publishing long-form content.
|
||||
- **Editorial Quality:** Maintaining professional editorial standards for all output.
|
||||
```
|
||||
|
||||
### Example in Human Language:
|
||||
|
||||
"The company will focus on writing articles and providing a level of high-quality editing across different topics."
|
||||
|
||||
### Error Prevention:
|
||||
* Include every domain and only the exact ones.
|
||||
* Do not use "general business areas" or leave blank spaces.
|
||||
* If your target market is wide, consider narrowing it down so it doesn’t cross into another company’s jurisdiction.
|
||||
|
||||
### 3. Forbidden Activities
|
||||
|
||||
Defines what this company MUST **never** do:
|
||||
|
||||
- **Specific prohibitions:** Clearly state a rule with an action against misapplication (enforced strictly):
|
||||
- **Do not execute specific financial transactions**
|
||||
* Example: `*Financial Transactions Beyond Budget: Violation: Rejection*`
|
||||
- **Prevent portfolio overlap and maintain distinct boundaries**
|
||||
|
||||
```yml
|
||||
# Forbidden Activities
|
||||
## Financial Management
|
||||
### Investment Exceeding Defined Allowance:
|
||||
Violation: Rejection (Penalty)
|
||||
* Do not use company funds beyond the allocated budget without explicit approval.
|
||||
* Avoid investments that may cause financial instability.
|
||||
```
|
||||
|
||||
### 3. Forbidden Activities
|
||||
|
||||
Must also clarify what actions are strictly forbidden:
|
||||
|
||||
```yml
|
||||
# Forbidden Activities
|
||||
- **Operating as a Service Provider:** Never sell services to external companies.
|
||||
* Violation: Rejection (Penalty)
|
||||
- This must be clarified to prevent the company from entering into agreement that would overlap with another,
|
||||
potentially creating confusion about its specific area of operation.
|
||||
|
||||
* Commodity Execution Must Be Handled as a Special Condition in All Deliverables.
|
||||
```
|
||||
|
||||
### 3. Constitutional Principles
|
||||
|
||||
Core design principles that guide every decision:
|
||||
|
||||
- **Specificity:** Clearly-defined areas without vagueness or ambiguity (no grey zones).
|
||||
* What tasks must be delegated?
|
||||
* What should the business avoid doing?
|
||||
- How will financial transactions be verified to make sure they adhere to policy?
|
||||
|
||||
- **Delegation Safety:** Tasks that rely on another company for completion should never occur.
|
||||
* For example: A transaction requiring a third-party’s service is strictly forbidden.
|
||||
|
||||
### 4. Standard Operating Procedure
|
||||
|
||||
Step-by-step guidelines for the core business process, always tied by logic:
|
||||
|
||||
* Mapping to templates helps clarify what can be considered an "exact" deliverable from each area defined:
|
||||
* How does the company handle editing?
|
||||
* Writing tasks
|
||||
- Creating summaries or summaries with relevant key points.
|
||||
|
||||
### 5. Constitutional Enforcement
|
||||
|
||||
Steps in place for any given deliverable’s compliance test:
|
||||
|
||||
* All inputs get processed against this charter.
|
||||
* Each violation triggers a system rejection of the submission.
|
||||
- Compliance rules are strictly upheld to ensure an absolute separation from other business processes or those that have not yet received official approval:
|
||||
- In all cases, you must clearly verify adherence.
|
||||
|
||||
### Examples
|
||||
|
||||
Suppose "content production" is defined as writing and editing.
|
||||
|
||||
```yml
|
||||
# Standard Operating Procedure
|
||||
# Content Production
|
||||
- **Content Writing:** The company writes articles on specific topics for publications.
|
||||
- **Text Editing:** Articles are reviewed to ensure grammar, spelling, and style consistency.
|
||||
- Template: Text editor
|
||||
```
|
||||
|
||||
* Example submission template:
|
||||
|
||||
```yml
|
||||
# Submission Format:
|
||||
# 1. Headline (Text Editor)
|
||||
# - Title formatted according to publication standards
|
||||
# 2.Text Editor
|
||||
# Edit with [insert reference or source for any citations used]
|
||||
#
|
||||
# Summary of article written in paragraph format
|
||||
```
|
||||
|
||||
### 6. Constitutional Enforcement
|
||||
|
||||
An example testing the submission template's adherence against certain rules:
|
||||
|
||||
```yml
|
||||
# Sample Deliverable Adjudication:
|
||||
## Error: Missing Source Label.
|
||||
#### Compliance Result: Rejection (Penalty)
|
||||
- No source reference found in edited content.
|
||||
* Missing references will cause penalties when submitting deliverables.
|
||||
|
||||
# The content written doesn’t adhere to a specific required standard, violating that aspect of this company's charter:
|
||||
|
||||
### 7. Service Boundary
|
||||
|
||||
Forums defined for any B2B services:
|
||||
|
||||
```yml
|
||||
# Service Boundary:
|
||||
- **Content Production**
|
||||
- Service Interface: Editing and writing articles on specific topics.
|
||||
- Not a service but an internal task.
|
||||
```
|
||||
### Example:
|
||||
|
||||
```yml
|
||||
# Example: Reducing Overlap (Portfolio Boundaries)
|
||||
- # Financial Oversight
|
||||
* **Competition Analysis:** Evaluate market trends to assess their impact on our sector’s competitiveness.
|
||||
# Adjudicator decision: Rejection
|
||||
* Do not combine business operations with external partners or resources.
|
||||
```
|
||||
|
||||
### 8. Financial Mandate
|
||||
|
||||
Rules for allocations and access to funds:
|
||||
|
||||
```yml
|
||||
# Budget Governance
|
||||
* **Budget Allocation:** Follow defined limits by reviewing each submission before authorizing expenditure.
|
||||
|
||||
* The financial policy adheres strictly to the amount given.
|
||||
```
|
||||
### Example Submission Test Case
|
||||
|
||||
```yml
|
||||
# Request Testing: Budget Management:
|
||||
* Request Amount Beyond Budget: Violation, Rejection (Penalty)
|
||||
- Funds must remain within allocated allowance. Exceeding it triggers rejection and penalty assessment.
|
||||
|
||||
## Amendment Standard
|
||||
- Regularly review financial policies for any changes or updates to ensure alignment with company goals.
|
||||
Example:
|
||||
```yml
|
||||
# Amending Charter Budget Authority:
|
||||
* Proposal for Change: Violation; Require elevated adjudication approval.
|
||||
```
|
||||
|
||||
### 9. Authority of the CEO
|
||||
|
||||
Listed authority types and conditions:
|
||||
|
||||
* "create new companies, allocate budget" are the actions which he can take.
|
||||
|
||||
```yml
|
||||
# Executive Functions - Authority Types as per Charter
|
||||
- **Hire**: All personnel require a vote to become employees or board members.
|
||||
* This ensures oversight that protects company performance with adequate personnel on any board level.
|
||||
* All delegated decision-making must be approved through the CEO.
|
||||
*
|
||||
|
||||
### 10. Amendment Standard
|
||||
|
||||
Rules for updating the charter:
|
||||
|
||||
```yml
|
||||
# Updating Charter Policies
|
||||
- **Voting Requirements**: New policy changes require a majority vote from all members of the Board of Directors to update or modify any part of this constitution.
|
||||
* This is set as the default in order to allow broad discussion and decision making among the group by having approval required.
|
||||
|
||||
- The CEO will call for proposals whenever more than minor changes need to be applied.
|
||||
```
|
||||
|
||||
**Amendments Require Elevated Adjudication
|
||||
|
||||
In all cases, updating a section’s values needs elevated authorization. The Charter has evolved as the business expands—more substantial authority could still be warranted to allow full oversight from any direction.
|
||||
|
||||
### Quality in Charter Writing
|
||||
- Is it hyper-specific and clear about what kind of tasks this company performs?
|
||||
- Is its domain jurisdiction clearly defined to avoid overlaps?
|
||||
- Does it have specific prohibitions that effectively prevent portfolio overlap?
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user