准项目经理的杂记-舍得死就得舍得埋
转：nuysoft准项目经理的杂记-舍得死就得舍得埋
想要和大家讨论的是如何合理解决或规避BUG，如何跟踪。文中公司名称和产品名称不便见文，还请见谅。
背景
原定10月份上市的新产品（1.2）一延再延遥遥无期；眼看要过年了，已上市产品（1.1）的稳定性和应用功能不断升级，迟迟不能封版。为了1.1的BUG修复问题，公司和部门大会小会不断，小兵披星戴月，老大天天出去硬扛，驻厂厂商不断增加人手。失控早已是表象，我们在还债。
规避一例
诸多1.1问题受限于硬件平台SDK的版本，升级SDK的时间和人力成本无法接受，延至1.2实现（SDK可能是原因之一），却需在1.1中设法规避；比如一个内存问题导致的软件不工作、严重时死机，规避办法有两种：
1. 定时清理内存，清理异常数据，这个方法部分有效，可以解决异常数据的问题，程序挂起的话无能为力，最终要辅以重启真个系统；
2. 增加看门口定时器，强制复位没有正常工作的模块，包括数据和程序；辅以定时重启整个系统，规避软件长时间运行后异常的BUG，这个方案被选中
今天会上讨论了好久方案二的实现细节，我赞同看门狗的必要性，看门狗应在在系统的设计中。但是会上我神马了，想起郭德纲对于谦说的“你要舍得死，我就舍得埋”，人已经奄奄一息，解决办法是先挖个坑，上边盖点树枝掩埋，过了年，再扫去枝叶，挖出来，抖抖土泥土和灰尘，救治，救活他。
思绪再回到会上，方案制定者的行业经验令我佩服，当他说“看门狗+定时器是屡试不爽歪歪的必杀招”时，我又神马了，想起年会部门小品中超人的台词：我是超人，我的梦想是拯救世界，我的必杀招是第八套人民广播体操。
我负责软件其中的一部分，在会议讨论至BUG列表将近结尾时涉及到我这里，我委婉+玩笑的说，我们有时间在这里想办法规避，不如花这些时间想办法解决。这个项目我跟的最久，年前无法解决我心里最清楚，责而不诊、诊而不断、断而不医，并非我的目的，仅仅是保留我的意见和警惕；我是个旁观者，我负责的部分不是核心，BUG级别属于口头警告到刑事拘留之间，不到拉出去机枪枪毙的境界；因为我的从业经验、能力、资历，我是个学习者，老中青梯队中的青，深感力量和智慧的不足和成长的迫切。
跟踪
为了解决1.1的问题，增加测试样本，规划版本发布计划，实行两天一周期（一天研发提交，一天测试验证）的迭代发布，每日一次的项目经理+厂商例会，BUG跟踪表上列出了从现在开始到节前每一天的期望状态，一切似乎开始可控，埋人过程的可控，我不是悲观主义者，悲观者认为现在已经够操蛋了，我是乐观主义者，我认为还可以更操蛋点，又神马了，他们说我很擅长写文档。
什么是计划？
什么是计划？计划是经过努力必须实现的目标；为什么是必须实现呢？无法实现呢？会导致误会、失望、信用降低。到1.2了还得把伤号挖出来，我擦，我不能再神马了。会议上说到1.2的时候，我们要改善管理，我委婉+玩笑的说：1.2已经开始，1.2即将结束（前文已经说延迟的是1.2），我们花了半个下午重新详细评估、制定1.2的计划，不就是挖人吗，挖出来要救人吗，哪天要救人，救人分几个步骤几个模块；可是，可是总得有个医生吧，一群经理对着一只没有主治医生的手术团队，计划中没有设计方案和实施方案的时间，这次我没委婉+玩笑的说，我根本就没说，我是个急救实习生，我找不到我的主治医生，诸位习惯我的神马吧，我是个乐观主义者。
补充点关于文档
我很擅长，是因为我熟练使用Word2007Excel2007Project2007PowerPoint2007，是因为我喜欢微软雅黑。
大家给点建议，或责或诊或断或医，举六体欢迎。
页:
[1]