懒了好久,感觉还是把自己不知道的都写下来,比较好……免得以后老呆故障,忘记了

本文介绍了一个小型项目的管理规范,强调了会议效率的重要性,包括控制会议时间、明确各方职责及任务,以及如何通过有效的沟通和协作避免风险。

小项目你说也得规范吧,不然费时费力还不讨好!大家都不看好管理工具,确实人是主要因素,不过没有真不行!你说呢?

会议时间最好控制在半小时内,具体以实际功能难易度而定,最长不超过1小时
目的时间上可提高效率,减少不必要的时间的浪费
确定性可让策划、程序、美术、测试尽可能清晰的了解需求,明确自身任务
风险性提前规避设计本身的缺陷所带来的中、后期的风险而产生较大的商业成本
准确性测试、程序提出问题:设计或实现难度相关的,以确定哪些需要修改或优化
流程会议准备正文内容
策划初步完善策划案,可参考右侧文字颜色的格式编辑内容不确定内容
至少提前1小时给该功能的程序、测试等相关人员发送电子文档或纸质文档修改的内容
测试参考策划案:编写测试点,提出不明白的或可能产生风险的功能点删除内容
程序参考策划案:提出实现上的难度、无法实现或实现成本较大功能点后期扩展
美术参考策划案:提出资源完成大概需要花费的时间或优化意见
会议过程
策划记录需要修改、优化的或暂时不做的功能,并及时更新SVN库
测试明确任务:确定各阶段任务的完成时间,如有完成难度,提前提出想法。
程序明确任务:确定各阶段任务的完成时间,如有完成难度,提前提出想法。
美术明确任务:确定各阶段任务的完成时间,如有完成难度,提前提出想法。
会议事件
任务确认由主程、主策划、主测、主美确认并执行
冲突问题由主程、主策划、主测会后探讨
需求变更重新召集相关人员会议评审或直接通知
任务变更由各自主负责人另行安排并通知到相关人员


都说天上会掉馅饼,但有一天gameboy正走在回家的小径上,忽然天上掉下大把大把的馅饼。说来gameboy的人品实在是太好了,这馅饼别处都掉,就掉落在他身旁的10米范围内。馅饼如果掉在了地上当然就能吃了,所以gameboy马上卸下身上的背包去接。但由于小径两侧都能站人,所以他只能在小径上接。由于gameboy平时在房间里玩游戏,虽然在游戏中是个身手敏捷的高手,但在现实中运动神经特别迟钝,每秒种只有在移动超过一米的范围内接住坠落的馅饼。现在给这条小径如图标上坐标: 1366.jpg 为了使问题简化,假设在接下来的一段时间里,馅饼都掉落在0-10这11个位置。开始时gameboy站在5这个位置,因此在第一秒,他只能接到4,5,6这三个位置中期中一个位置上的馅饼。问gameboy最多可能接到多少个馅饼?(假设他的背包可以容纳无穷多个馅饼) 输入格式: 输入数据有多组。每组数据的第一行为以正整数n(0 < n < 100000),表示有n个馅饼掉在这条小径上。在结下来的n行中,每行有两个整数x,T(0 <= T < 100000),表示在第T秒有一个馅饼掉在x点上。同一秒钟在同一点上可能掉下多个馅饼。n=0时输入结束。 输出格式: 每一组输入数据对应一行输出。输出一个整数m,表示gameboy最多可能接到m个馅饼。 提示:本题的输入数据量比较大,建议用scanf读入,用cin可能会超时。 输入样例: 6 5 1 4 1 6 1 7 2 7 2 8 3 0 输出样例: 4
07-09
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值