51CTO博客开发
感慨于过去的十几年是互联网的黄金阶段，而我居然与其失之交臂。
当用户或出资方能提出要求但就是总在拖拖拉拉怎么办？用时间盒子限定需求！ 当用户催的很急，资源也不能增加，范围也框定了，怎么办？排定需求优先级并实现最紧急的。 当需求不停变更时，该怎么办？建立变更控制流程！
由于对项目的范围没有确定，导致项目的需求总是在变化，项目周期一再延期，用户也不满意，公司项目小组也很累，成本也很难控制！这样的所谓“烂”项目到了中后期如何进行项目管理？
近一年多做的一些项目从业务上讲还是有点意思的。
做项目最应该注意什么？各人有各人的看法，我个人觉得，是风险，风险，风险！ 什么是项目风险？项目风险就像是躲在你身体内的病毒，不发作则已，一发作后果则不堪设想；项目风险就像你在赛车，一心只想着拿到前几名，不去理会燃油是否充足，最后很有可能是完成不了比赛！项目风险就像是天气晴朗，你根本不会去带雨伞，结果下大雨了被淋的浑身流水。
每当春暖花开的时候，就是与一起朝夕相处的同事伤离别的高潮。我们不必去说（埋怨？）整个大环境怎么样，也没有必要去评判个人。我只是就事论事，谈谈自己对职业规划和在职场中发展的想法。
我特意整理了一个表格，每个开发人员在做开发时，可以对照其做单元测试(CUT)，这样可以减少大部分的通用bug，从而将精力集中在业务开发上。
我们处在一个群居的环境中，要想真正解决质量（或者说高bug）的问题，必须要先弄清楚我们所处的公司实际情况中，也就是常说的“事业环境因素”。CMMI有定义五种层次，依次是：1.初始层次；2.可重复验证的层次；3.经过定义的层次；4.得到管理的层次；5.经过优化的层次。
执行力，我的理解是分成执行力度和执行能力两方面来讲。
我们开发了大量可运行的系统;不过只有极少数的项目满足了目标、进度、质量和预算的要求。各种团队，大型的和小型的，庞杂的和精干的，一个接一个淹没在了焦油坑中。
这期间我们解决了很多当初看似无法解决的技术难题
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
