队名:Aruba
分工
学号 | 姓名 | 分工 |
---|---|---|
408 | 黄辉昌 | 代码测试、代码开发 |
409 | 李陈辉 | 界面设计、文档控制 |
410 | 林炳锋 | 代码开发 |
428 | 鄢继仁 | 代码开发 |
429 | 张秀锋 | 项目管理、文档控制 |
431 | 章 鼎 | 代码开发 |
团队任务计划
时间安排 | 学号 | 项目 | 阶段成果展示形式 | 备注 |
---|---|---|---|---|
10.17~10.21 | 410 428 | 拟定需求大纲:根据《计算机软件需求规格说明规范》,确定功能模块 | 需求初审 | 要求做一次真实客户或用户的访谈交流 |
408 431 | 对大纲进行初步审核 | |||
409 429 | 撰写需求文档 | |||
10.22~10.28 | 409 429 | 编码规范完成+UI设计 | 编码框架+需求复审 | 要求真实用户进行一次确认 |
410 428 408 | 平台环境搭建、初步架构搭建 | |||
431 | 需求规格说明书最终版 | |||
10.26~10.30 | 409 | UI设计改进 | 设计评审 | |
410 428 429 431 | 架构设计 | |||
408 | 测试计划 | |||
10.30~11.05 | 429 | 冲刺阶段主持每日立会大家依次报告:昨天做了啥、今天要做啥、碰到了哪些问题;代码开发 | 发布alpha版本 | 尽早邀请真实用户参加版本发布后的测试 |
409 | 立会要点记录;代码开发 | |||
410 428 431 | 代码开发;git项目管理 | |||
408 | 代码测试 | |||
11.06~11.11 | 409 429 | 采集用户试用反馈、用户体验改善计划 | 改进总结调整 | |
410 428 431 | 项目完善;除虫 | |||
408 | 测试计划改进 | |||
11.12~11.18 | 429 | 第二阶段冲刺主持每日立会大家依次报告:昨天做了啥、今天要做啥、碰到了哪些问题;代码开发 | beta版本发布 | 真实用户试用+反馈 |
409 | 立会要点记录;git项目管理 | |||
408 | 代码测试 | |||
410 431 | 代码开发 | |||
428 | git项目管理 | |||
11.19~11.26 | 409 429 | 编写用户手册 | 发布用户手册 | |
408 410 428 431 | 确定正式版完善 | |||
11.27~12.02 | 410 428 431 | 继续完善正式版本 | 真实用户使用 | |
408 | 版本代码测试 | |||
409 429 | 收集用户使用反馈,提出改进建议 | |||
12.02~12.19 | 根据反馈及建议,实施改进;部署上线 | 交付用户使用。申请软著 |
“他山之石”:
学长的建议:)
- 有一本书值得一看——《第一行代码》
- github要学好,学好团队多人协同开发很重要!你只要熟练了一次,你就能懂这比qq传文件要方便得多得多
- 分工尽量要分的细,前期先学好基础,边学边做,然后再按模块分工
- 多动手!不管是配置开发环境也好还是敲代码,动过之后你才会有体会
- 最好有一个人能起到带头的作用,大家又怀有热情,其实这件事是一件很好完成的事情,而且大家都可以在这学习当中收获很多
录音链接: http://pan.baidu.com/s/1hskFl1i 密码: p9vx
另一学长的建议:
Q:怎样开始启动一个项目工作?(我们组都是小白,毫无开发经验,所以从何入手请学长给一些建议)
A:关于启动:没有固定的模式 不过建议每天开一个简短的会议 总结当天工作 并安排第二天的任务;关于没有经验这个,只能说勤能补拙吧,只能一边学习一边做了 辛苦是跑不了的——
Q:可以通过什么途径了解到自己项目所需的技术?
A:关于途径这块 主要来源于网上学习 以及问一些技术比较强的学长学姐
Q:团队的运营是怎样的,是否有每天开讨论会来上报进度,分工是否很细化,若有未能及时完成的地方,或者遇到难点是怎样解决的?
A:团队运营这个前面也有提到,每天都会开个15分钟左右的站立式会议,汇报情况、标注笔记、 安排第二天任务这样。每天遇到没完成的地方,分析是工作量问题还是技术难度问题,然后根据情况调整到新的工作任务中去
Q:还有就是编码过程中有现成的东西可以用,直接去拿来用还是我们自己去实现?哪种会更适合初学者
A:初学者尽量把原理都弄懂,后面再调用
Q:软件开发中特别需要注意些什么?
A:特别注意的就是合理分配时间,因为这门需要投入的时间和精力比较多,而上这门课的这个学期课程任务又比较重,所以要注意合理利用零碎时间,必要时候可能要加班加点,每个阶段任务都要完成,否则可能会影响后续项目的进行而影响到全局
以下语录也是来自于前辈们 :)
“这世界上,一个事好好做和随便做,效果差很多。基本动作的严格执行挺重要的”
“让Github和团队融为一体”
“最后对程序员的一个忠告:千万千万学好英语!!!!”
“夹缝中保持节奏是考验哦,请坚持,必会有收获。
“请PM 事先计划好,哪天工作,哪天休息。这是PM 的基本功。”
“工程的事,有时候就差别在是否能保持节奏,就像良好的代码质量一样,需要的是每天的编码都保持质量。”
“一般我们都不建议养成看视频学技术的习惯,速度太慢了,效率低。”
“如果底子差一点,要付出更多努力哦”
“组长一放弃某些坚持,组员就散了”
“自己单纯的看书会有很多细节的地方不知道,经过询问才会注意到,所以在学习的过程中,要大胆的去问。”
"其实对于过来人的话,我一直是不愿意听太多的,我总觉得有些路和感受还是要自己真切体验过才有用,别人告诉你那条路再艰险或做这件事再无用,都还是别人的话。那我就权当是对曾经那个大一的自己说吧。"
"一门课程教会不了我们太多技术上的东西,但是却让我们在各种重压下摸爬滚打起来。现在的我们去看开学初的自己的时候,一定也能真切感觉自己变得强壮了。"
"人是情绪的动物,三明治并不好做,不过有时只要想明白要解决的问题是什么。职业素养是指:在其位,谋其职,既然还在做,就得尽量适时屏蔽不理性的情绪,基于共同的目标,解决问题。如此,事后再吐槽会更有价值:D"
“团结一致,团队为共同的目标努力!: ) ”
分工比例:
项目 | 408 | 409 | 410 | 428 | 429 | 431 |
---|---|---|---|---|---|---|
立会 | 0.166 | 0.166 | 0.166 | 0.166 | 0.17 | 0.166 |
“他山之石” | 0.17 | 0.17 | 0.18 | 0.15 | 0.16 | 0.17 |
coding.net | 0.166 | 0.17 | 0.166 | 0.166 | 0.166 | 0.166 |
项目计划讨论 | 0.166 | 0.166 | 0.166 | 0.166 | 0.17 | 0.166 |
材料整理 | 0.17 | 0.17 | 0.17 | 0.16 | 0.16 | 0.17 |
总记 | 16.7% | 16.85% | 17% | 16.25% | 16.5% | 16.7% |
讲真面对面交流能听到比博客上的文字要多太多东西,有的东西一般不会去用文字记录的,真真实实地听到了才能体会得到。