提问 HN：小团队能省掉多少流程？
3 分•作者: _phnd_•7 个月前
在围坐在屏幕前，我们曾围坐在篝火旁讲故事。我们天生就是讲故事的人，这也是我们与他人建立联系并理解世界的基本方式。
我一直在思考，一个精简的团队如何才能保持高效和目标一致。这是我的看法：
1) 故事展开。重复的会议，团队在会议上讨论在下次会议之前要完成的下一步工作。
2) 情节。在代码库中保存一个纯文本文件，显示已完成的工作、待完成的工作以及任何相关的注释或评论。
以下是项目纯文本故事/叙述的示例：
```
# 项目：云成本仪表盘
为团队提供对云成本数据的便捷访问。
## 集成
已完成 将云成本 API 与计费系统集成 @bob
## 仪表盘
仪表盘必须从 AWS、Azure 和 GCP 中提取数据进行比较。
待办事项 设置云成本报告仪表盘 @alice
待办事项 培训团队如何使用仪表盘 @alice
```
以下规则适用：
- 一个任务的状态要么是“待办事项（TODO）”，要么是“已完成（DONE）”，并且正好占一行。
- 添加 @姓名 来分配任务。
- 新的“待办事项（TODO）”添加到底部（因此请在那里查找要选择的任务）。
- 随意向文件中添加任何自由文本/注释等，以提供上下文和见解。
随着项目的进展，故事会展开并自我记录。
奖励：使用任务行作为提交消息。
一些问题：
- 这种方法是否足以让一个小型团队保持高效和专注？
- 缺少哪些关键要素（考虑到小型团队的背景）？
很想听听您的想法！
查看原文
Before we sat around screens we sat around campfires telling stories. We’re hardwired to be storytellers, and that’s how we fundamentally connect with other people and understand the world.<p>I’ve been thinking about how KISS a small team could go and still stay productive and aligned. This is my take:<p>1) The story unfolds. Repeating meetings where team hash out the next steps to be done before the next meeting<p>2) The plot. A plain text document in the repo showing what has been done, what needs doing, and any related notes or comments<p>Here is an example of the plain text story/narrative of the project:<p>```<p># Project: Cloud Cost Dashboard<p>Enable easy access to cloud cost data for the team.<p>## Integration<p>DONE Cloud cost API integrated with billing system @bob<p>## Dash board<p>Dashboard must pull data from AWS, Azure, and GCP for comparison.<p>TODO Set up a cloud cost reporting dashboard @alice
TODO Train team on how to use the dashboard @alice<p>```<p>The following rules apply:<p>- A task is either in status TODO or DONE and it fits exactly on one line<p>- Add @name to assign tasks<p>- New TODOs are added at the bottom (so look there for tasks to pick)<p>- Feel free to add any free text/notes etc to the file to provide context and insight<p>As the project progresses the story unfolds and self documents.<p>BONUS: Use the task line for the commit message<p>Some questions:<p>- Does this approach seem like enough to keep a small team productive and focused?<p>- What essentials are missing (given a small team context)?<p>Would love to hear your thoughts!