事后诸葛亮会议

小组名称：飞天小女警

项目名称：礼物挑选小工具

小组成员：沈柏杉（组长）、程媛媛、韩媛媛、谭力铭

首先，我们的软件针对的是现今有许多人对于礼物选择有困难这一现象而展开的，我们可以想象一下，一个直男，在圣诞节即将到来的日子苦于不知道送什么礼物给女朋友，送个她属相的生肖娃娃？或是送条金块？NO,NO，NO，如果你有关注一下最近的一股浪潮，你就应该知道，2016年的圣诞节，你应该送成套的YSL口红才行。这样才能让女朋友心跳加速，肾上腺素激增，并且还有朋友圈可以发。

那么基于这样的一种现实诉求，我们展开了我们的计划，我们的计划时间很短，因为上个议题被pass掉的时候刚好是十月一放假，召集几个人来讨论问题都很困难。所以通过微信我们才做了较为简短的交流。所以在还没有周祥计划的情况下我们就开始了编程，我和程媛媛负责核心内容，谭力铭提供的外围支持，计划阶段没有出现什么分歧，因为我们信奉一句话，有想法和提议请拿出足够令人信服的证据来支撑你的想法，否则少数服从多数。不要说为什么没采纳你的建议。没人同意的建议不采纳这是规矩。

然后仓促的计划给我们带来了很大的麻烦。First，我们只完成了这个软件的核心功能，也就是键入信息，然后就出现我们推荐给你的商品，完成度首先就不高。说为残次品也不为过，礼物管理系统本是计划内的，也没有完成。Second，我把这个软件拿去给几个朋友做一下内测，反馈不是很好。他们觉得很繁杂。还是不够简单直接，页面上来就填表格似的键入信息。让人还没开始，就觉得麻烦。计划不够详尽也太仓促。导致很多脉络没有弄清楚。方向定的有偏差。如果再来一次的话。我愿意花更多的时间在计划设计上。软件的整个蓝图细节到位，反复推敲研讨一下。画一画图，还有选项的设置，都是需要反复推敲的设计。

关于资源部分，首先我们没有足够的资源。比如WEB前端问题。至今没法解，我们考虑找外援。这也是一种解决办法。还有就是资源配置问题，我们组程媛媛的文本功底非常好。各种文本类问题资料的整理交给她都能产出的很用心漂亮。谭力铭后勤保障中起到了很重要的作用。把合适的人放在合适的位置上会提升整体效率。这一点我们组还是做的挺好。

测试部分，我们没有测试的计划，时间仓促，工作量大。

通过前两周的工作吧，每个成员的水平提升并不明显。我觉得团队处于CMMI中的初始级，项目可以基本得以实现，但是具有很大的偶然性。团队协作现在处于规范阶段了吧，具体谁可以做什么做到什么程度大致有个了解。可以进行规范。

接下来的工作中可能我们会重新进行计划，改变选择礼物的方式流程。让用户填写信息不如让客户做选择题。这样通过一些选择题的形式，可能会使用户体验会更好。

alpha发布48小时以后用户数有10位，是我们找的朋友。作为一个简单的评测，我们没有推广给出链接。所以目前用户数没有多大的代表意义

日活数VS用户数

这两个定义或许都是在侧面反映软件的价值程度，是判定一个事情的两个方面。比如说注册的问题吧。如果是注册用户才能用的软件。日活数代表的是当日活跃用户，用户数代表的是所有注册过这个软件的用户群体，那如果是无需注册的软件又是怎么界定日活数和用户数的呢？所以忽略目的来谈日活数和用户数就是在耍流氓，

那现在就假设是须注册才能用的软件吧，如果我想知道这个软件的受欢迎程度或者说使用率或者说价值程度的话。软件发布初期一定周期内一定要看用户数咯~这样才能知道有多少人对这个感兴趣并且愿意试一试，而日活数可以在软件稳定投入之后的一定周期内更能体现该软件的受欢迎程度的，如果两方结合起来的话，可能会更好。如果为了向钱主们表示我们的软件很受欢迎，那就拿好看的数据来给客户看咯！~如果日活数好就说日活数，用户数好就说用户数