简洁、专注于阅读环境的博客页面
团队人员
团队类型的确定
我们团队仔细讨论了一下各个模式的特点：
主治医师与明星模式：这两种模式都太过于强调个人对团队的作用，很可能会出现其他同学打酱油的情况发生，所以放弃。
社区模式：我们的团队人数较少，如果每个人都只做自己感兴趣的事情，那么有可能会完不成任务。
秘密团队：软件项目在秘密条件下进行，有较高的自由，不用考虑给别人汇报项目进展和领导的指示，很明显不适合我们现在的情况。
特工团队：这种团队是由于一些特殊技能的专业人士组成，用来解决棘手而紧迫的问题，对于我们这种在校学生，当然不适合这种专家和高手运行的团队模式。
交响乐团模式：种类齐全，每个人都有一定的能力，各司其职，遵守规则，并且熟悉任务过程。对于我们这种新人，工具较为单一，水平参差不齐，还不熟悉团队开发的过程，所以放弃。
爵士乐模式：与交响乐团相比，自由与随行发挥的方面更多，我们团队还没有到才华横溢到各自即兴发挥就能完成任务的地步。
功能团队模式：这种模式特点是各个功能小组互相频繁交流完成任务。我们只是五人团队，不适合在进行这种分组开发，再重新组织的模式。
所以经过讨论最后我们选择了业余剧团模式，通过队长的指导安排和组员之间的相互讨论，每个人都可以担任不同的角色。并且我们还是课堂的学习项目，大家没有互相竞争的必要，反而还可以更加平等的进行讨论和交流，在这种轻松的环境下，我们不但能学到知识，还能体会到扮演不同角色的乐趣。
团队题目的确定
经过小组讨论，我们最终的选择题目是为人们提供简洁、专注的阅读环境的博客。其中最主要的原因是这个任务涉及的任务比较全面，既有前端的网页设计部分，也有后端的权限管理，业务逻辑以及数据库交互的部分，这样队伍分工可以更加明确。其实最开始的想法是做另一个项目的，但是团队开会之后发现这个项目涉及的有些太少了，既然要做，干脆就努努力多做一些小功能之类，如果最后实在是做不出来，还可以适当删减一些，毕竟最后的结果不是最重要的，重要的是你在这个过程中学习到了些什么。
利用竞争性需求分析框架（NABCD Model）
N-Need 用户为什么需求我们的产品
在现在这个互联网越来越普及的时代，博客渐渐退出了人们的视线，但就像穿过阴暗的小巷才能到达的小酒馆一样，我们希望能为真正喜欢专注阅读的用户提供简洁、舒适的阅读体验。
A-Approach 我们如何满足用户的需求
我们想要先通过实现一些基本的功能来满足用户的需求，比如博客的发表，关注，点赞，和评论的功能。通过这些功能，我们就可以完成用户对我们产品的最基本要求。我们之后还想加入一个筛选的功能，这样用户可以在大量的博客中可以找到更多的干货。
B-Benefit 用户可以得到什么样的好处
用户通过在博客平台上发布自己的原创作品，可以让更多的人了解自己的爱好，或者把自己的知识分享给大家，在这个过程中，用户可以找到很多志同道合的人，扩大自己的社交圈，交到更多的新伙伴。而另一方面，用户还可以通过阅读其他人的博客，了解到自己需要的知识或经验。
C-Competitor 竞争者分析
现在的博客平台有很多，比如国内比较出名的新浪博客，网易博客，天涯博客等等。这些博客受众很多，他们感兴趣的方面也各不相同。面对这种环境，我们希望我们的产品具有一定的专一性，不要求用户流量多么高，只想在阅读体验方面能有所特长。
D-Delivery 如何宣传和普及我们的产品
像星巴克不会宣传自己的店铺来保证用户体验一样，我们也不会进行大肆宣传。
我们准备了一个服务器，如果最后我们的作品完成，上面会放上我们的网站，并会限量的开发注册，以保证用户体验不会被多而杂的用户群体影响。
团队开发技术的确定
前端使用Vue、Bootstrap、JQuery开发。
后端使用SpringBoot、Thymeleaf、Hibernate开发。
该篇博客由常远撰写。