这只是一个想法，也是一个程序，花了几天，做出来，且用它自己管理自己，思路较清晰。并未论证其在实际团队中的应用会有什么效果。这里，我用文本整理记录下这个想法。

  在这里，每个项目都有很多故事和任务组成，而这，将所有故事，都统一为任务吧。

  这样，足够我描述这个流程了。定义一下，每个任务有3个状态：NotStart、In Progress 和 Completed 用N、I和C 三个字母来代表这三个状态。

  在项目开始的时候，先编写任务描述，我用一个特地的文件夹来做这件事。每个任务用一个文件描述。比如这个任务名叫“任务A”，文件名:“任务A”，添加描述，提交到git，提交日志是这样写的： "N任务A 这个任务是用来做示例的\n" .意思就是任务A未开始，中间用一个空格和任务描述隔开。其他三种状态，也是同样的格式。

  之后，再用一个程序，将这些日志提取出来，画出SCrumBoard。这样，能看出哪个任务未开始，哪个任务正在进行时。个人认为，这种形式，比将这些东西独立开来一个应用要好很多。因为程序员可以用一种和代码直接相关的日志来描述开发进程。

  我认为，版本控制，不能只做为一个辅助工具来使用了。他应该是整个核心，其他各种管理，都围绕着它进行。因为，他有这样一种特性：它记录着代码的演变历史，以及能读懂的日志。我们的日志，不能只是随便写了，它应该有一定格式，反应出很多信息。