随笔分类 - 敏捷&项目管理
摘要：又是一年年底了，又到了忙着总结，忙计划的时间了，相信每年的总结计划里，大家都有提高团队开发效率的计划。列了一大堆提升计划和目标。然而，这些计划真的执行了吗？这些目标都完成了吗？ 过去的一段时间我一有机会就跟其他开发人员交流，并去试着从开发人员自身的角度去发现一些痛。有的开发人员抱怨限制太多，没...
阅读全文
摘要：代码审查应该成为任何重要的软件开发工作中一个基本制度。并不单指产品程序――而是所有东西。而且代码审查也不需要花费很多的时间和人力，但它却能发挥巨大的效果。 从代码审查里能得到什么？ 对于代码审查的认识，在代码提交前，用其他人的眼睛检查一遍，防止bug混入。这是最常见的理解，也是对代码审查的好...
阅读全文
摘要：项目管理知识框架PMBOK项目整体管理[I]（Integration）1. 制定项目章程（Develop Project Charter）2. 制定项目初步范围说明书（Develop Preliminary Project Scope Statement）3. 制定项目管理计划书[P]（Develo...
阅读全文
摘要：通过一段时间的推行，每日例会也取得了不错的效果，大家也都明白各自需要做的工作事项。 敏捷开发中的每日例会，就是为了确定下一天所需执行的工作，以最大可能地履行其承诺。团队的每个成员都应该描述自上次会议以来所做的工作。他们计划在当天完成的工作，以及可能对其他团队成员产生影响或需要获得其他团队成员帮...
阅读全文
摘要：这几天，跟旁边项目组的同事聊天，下班的时候也一起聊些项目上的事。通过他的描述和我看到的一些情况。确实发现不少问题的。首先就是上线成功率不高。很少有一次发布成功的情况。大部分都是发布之后，出现各种问题，又得改bug重发。开发和测试流程不规范，开发人员很随意。然后就是各种技术风险。 发布质量不高每...
阅读全文
摘要：前段时间，由于公司要上一个ERP项目，虽然请了专业的实施公司，但还是有一些需要沟通和对接的地方。所以几年都不用出差的人，终于出去走了一回。体验了一把出差的感觉，虽然回来了这么久，今天终于有时间把自己这一个来月的感受写出来。 生活 刚下飞机，福州给我的第一个感觉就是闷热，没有风的时候，到哪里都...
阅读全文
摘要：前两天和一同学谈到程序出错应该如何处理的问题，他讲到错误处理的两个原则， 第一，应该在错误发生时立即将它抛出，而且得抛的很明显，有些人采用静默出错的原则，尝试修复错误并继续运行，这回导致代码调试起来很困难，所以他认为，当程序逻辑出错时，应该立刻崩溃，并生成一段有意义的错误消息，立即崩溃是为了不...
阅读全文
摘要：前几天和同事讨论如何在公司内搞培训分享，提升大家的学习，分享的意愿和氛围。其实以前也搞过一些培训分享，也有一些效果好的分享，不过大多数效果都不行，分享的内容质量不高，大家的参与的意愿不够强烈。也有些分享，参与的人不多，听过之后也就那样了。没有后续继续了解的意愿。还有一些由于分享人的原因，没有做到...
阅读全文
摘要：1.分工测试，2.不是每次都要测试全部功能，主要测试那些常用的重点功能，3.尽量不要用电话，qq，也不要发现问题就找开发人员，要用邮件报告发给项目负责人，由项目负责人统一判断，安排，4.不是随时报告，而是下班的时候统一发给各个测试负责人汇总自己组内的测试，合并重复的问题，提交给项目负责人，5.每个测...
阅读全文
摘要：a)后台系统发布1.确认所有人是否还在修改代码，源代码是否全部提交。2.获取最新源代码，编译通过，进行冒烟测试。确认最新版本没有问题。3.生成tag标签版本。4.修改配置文件(数据库连接等配置)，确认相应的配置是否正确。5.发布程序，release当前最新的代码。6.系统更新。1.发布的程序拷贝到服...
阅读全文
摘要：发布流程考虑灰度发布灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式，让一部用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面 来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以...
阅读全文
