10.02
Scrum 敏捷开发，是一种模式、一种概念、一种流程。
其中的每日站会，是以15分钟为限，开发团队成员分享各自工作状态，并为接下来的时间制定计划的短时会议。
引用知乎上的一个看法，“站会让每个团队成员回顾昨天的计划是不是按时完成的，进一步承诺今天的计划，并且讲清楚如果延误了怎么办，是否需要团队帮助。”这一项事件的关键点，在于它当日的时效性、总结性，同时发起了对之前工作的检视和对之后工作的预见。
站会有两个重要目的。一个是沟通，让团队互相知道大家在做什么，提高整个团队的认知程度；一个是自省，让自己知道自己在做什么，想要做什么，并进行相关调整。
10.09
在知乎上瞧见一句话，填补到Scrum的理解中来——“小米的创业之初，雷军提出的互联网思维的七字诀：专注、极致、口碑、快，也真正映射到了研发模式中。”
Scrum的每日站会，省略了无关内容，提倡快速决策，和互联网思维七字诀的表述十分吻合。
10.16
每个人应当在站会中说些什么，最开始我们所了解到的是这样三个内容——“之前做了什么”，“将准备要做什么”，“在之前的学习中遇到什么问题，怎样解决的”——这是目前CCT小组成员学习时需要回答的最基础部分。
实际上正式的敏捷开发时要说的是什么呢？——“之前我为团队达到目标做了什么”，“将准备如何帮助团队达到目标”，“有什么事情阻碍了我为团队达到目标，怎样解决的”。
在开发项目时，站会的重要目的多了一项，即项目优化。我们需要以站会内容评估Sprint目标的进度，并增减待办列表的条款。在Scrum敏捷开发中，站会是项目监控的重要部分，也是项目计划的潜在部分计划不可变，但又时刻可以改变。
大概在思特沃克三个月的培训之后，当CCT步入正轨，我们小组的成员就可以逐渐达到这样的一个状态，快速而准确，规范而有效。
10.23
在我们自己组内，站会的实际开展过程并不太顺利，尝试过几次，总会有人员不齐的情况，在终于全员的这一次站会中，每个人的发言又实在是不好评价。
或者是其他事务繁冗，或者是学习热情消退，我们在之前这一段时间里，学习任务的完成情况并不算太好，因此能够发言的东西也不是很多。
虽然站会本身就要求快速，但是这一个快速重点在于“不废话”，而我们的快速重点在于“没话说”，从我个人反思，我需要首先做好自己的发言，并学习如何去引导站会的开展。
目前的尝试是，在发言前理清思路，必要时整理出要说内容的文字稿。这一点我觉得同样适用于站会时间有偏差，不能参与会议时的情况。不过这样做的缺点可能在于准备文字稿的耗时，没有直接发言来得迅速。
同时，我也觉得提前准备好一个发言的答案不是很好的站会模式，这样的发言也许会比较刻意，有能够编辑修改的机会，表达出来的东西就不够真实。
应当是无所顾忌、畅所欲言的站会，才能够在沟通交流中获得更多的信息。
所以站会模式还在改进中。
使用zoom录制站会内容在我们组大概只有晚上开会时可用，接下来打算尝试讨论组发语音条的形式在早晨开会。开口发言比较节约时间，语音条也可以文字转化，所以整理会议内容的时候比较方便。
希望组员们都能提高自觉性，这样就能够保证每一次站会正常开展，也能保证有话可说。
10.25
由于别组成员开始使用白板，所以查找了一下站会白板的使用。
首先需要确定好最适合本团队的白板布局，然后一直延续下去，成为所有人的习惯。
在白板内容上，可以放便利贴，也可以排布自定义的线条，标注关键词，列出任务框架。其意义在于方便团队队员的沟通，所以可以实时改进书写在上面的内容，甚至提出问题，解决问题。
对于我们目前来说，因为不是长时间泡在实验室，所以有些白板功能并不适用。最好的方式是利用白板排出任务列表，跟进近期学习计划，勾选已完成的团队成员，并由他们给出学习建议和任务提点。
