团队项目情况概览
就团队整体层面，六月初，团队项目走上了正轨，前、后端使用的技术和框架已经确定，稳定撰写代码。五月上旬完成了发布产品原型。六月上旬，我们迎来了团队的集中开发，整体进度快速推进。小组会议维持在每周至少一次（4小时）的频率，为了加紧进度，除开小组会议之外的时间，每天也要安排一定的输出。
我个人在6月份的工作主要为：①完成部分每日/每周博客的撰写。②负责了前端页面最初始的一些布局和代码。
小组进度看似顺利，实则遇到了一些比较大的困难。首先，前端的人也就会画个壳子，不会自己写js；其次，后端的技术攻关一直很困难，我们投入了大量时间。
以前说的预计6月中旬发布Alpha版本，我们在月初就否定了，月底也是不可能的。其原因一是我们对任务量和自身能力的错误预估，二是在实际开发的过程中会产生许多计划外的新问题，带来额外的工作量。
普通技术层面
我在团队中的工作是博客撰写发布和前端代码编写。在这两个本职工作方面都学到了不少东西。
团队博客的撰写过程中，学会了如何合理使用简单的工具，比如使用origin和画图工具进行工程示意图的绘制，养成了分类整理文档的习惯，打字速度有所提高。
前端本组使用的是HTML5和JS、CSS来进行Web开发。开发中使用了vue，因为框架的存在，不需要对H5和JS的原理有太深刻的认识，依葫芦画瓢即可，因此仅大致了解了H5、JS的语法和组成。在编写前端期间，收获主要为：
①了解API文档的重要性，并且学会了查找阅读API文档（大多开发工具的文档是英文，需要逐渐习惯英文文档阅读）。
②对开源知识有了一定的了解，知道如何寻找开源资源并合理利用（先看lisence）。
③学习借鉴别人的代码。
在前端代码方面，我们的组长真的好厉害，编写代码速度特别快他自己看得东西也很多，很多地方理解都很到位。半个月来跟着组长一起写代码学到了很多东西。
软件工程方面
团队项目开发过程中，对于软件工程方面也有了一定的收获。
1、需求问题
在工程启动的最初阶段，就要做好需求调研，不能一味埋头拉车。即使在开发过程中，需求也有可能不断的变化，因此，即使在开发阶段，需求调研也是不能停滞的，需要随时根据测评和调研的结果修正开发的方向。
2、进度和规范
保证进度，主要在于监督和规范。不能将任务堆积起来，而应该分散至每一天，但是这种分散会受到惰性、懒散的制约。其实这时候，项目经理使用各种手段去监督团队成员，比如任务墙、每日自述、燃尽图、每周绩效等等，就可以一定程度上解决这个问题。这些手段看起来只是形式和规范问题，但实际实行后，不仅任务计划更清晰，组员在这些手段的监督之下，除任务DDL的压力外，也会形成一些自我约束的习惯。产出可以少，可以没有，但是必须汇报。“今日无进度”的自述相比于“今日进度...，遇到...的问题，解决...的问题，明日计划完成...”的自述，还是能让人产生不少罪恶感的。
值得一提的是，项目管理不一定必须要用TeamAmbition等专业工具。合理使用我们都会的工具也能做到同样的事情。比如：燃尽图可以用origin很简单地画出。
最后还是要总结一下自己的最大的问题，就是自己缺乏自主解决问题的能力，经常不会的第一个就想到问别人而不是自己想方法解决或者自己上网搜索解决方法，这个问题需要我及时改正，否则就会出现既耽误自己的时间又耽误别人的时间的事情，所以现在自己都在尝试自己解决问题，实在是不会完全搞不懂的时候再去寻求他人的帮助。