我们都宁愿编写代码,也不愿参加会议,但是除非我们与其他团队成员交谈,否则会做错工作。这个想法是快速有效地沟通,因此我们可以朝着正确的方向前进,解决需要解决的问题,对人们希望使用的应用程序进行编码。
理想情况下,我想使用比到目前为止尝试的工具更灵活,更自由的工具。
我已经开始在计划的会议之前发布工件并打开在线工具的方式,以便人们可以事先做好准备。我知道,但是并不是每个人都可以利用这一点。
"retrospective mailbox"似乎与这种提前加载的想法有关,因此会议上要做的事很少。我已使用MS Team的Listy插件来实现Problem Countermeasure Board,因此我们可以做更多的准备工作,并可以在会议上进行更多的行动要点跟进。
任何人对可能改善协作开发的实践,工具或策略都没有想法。如今,很少有程序员自己工作。我们都与他人合作。和...
我认为值得考虑重新设置您的期望。试图匹配我们平时获得的生产力可能是不现实的。
我正在尝试将回顾和其他会议的重点转移到减少焦虑而不是最大化生产力上。接受将少做的事情,而是强调成功和在困难的情况下取得多少成就。