CMMI如何能解决这个问题
请教大虾们一个问题：
一个项目本来计划能在三个月完成，结果因为特殊原因限制在一个月完成，这是一时半会招不到人，资源投入相对不变的情况如何使用CMMI体系提高产品质量呢？还是该彻底抛弃CMMI呢？
[解决办法]
不要轻易谈抛弃，应该裁剪，感觉不是很重要的环节，裁减掉
[解决办法]
一个月的项目木做过，时间太紧了，CMMI什么的，还是浮云了吧。
但是1楼说的很对，不要轻易放弃，而是应该裁减。
那就把形式都裁减掉，把思想用好就行了。
[解决办法]
明知不可为而为之，是任何管理体系都无法解决的问题
这个需要从项目管理方面考虑，而不是CMMI的体系问题
范围，成本，时间，三方面平衡考虑
如果成本和时间固定的话，就只能砍范围了，先给客户做核心内容，可以考虑应用敏捷的开发方法论
短迭代，持续交付，让客户参与进来，完成客户需要的核心功能，将其他功能放到二期去做
一家之言仅供参考
祝你成功～～
[解决办法]
这个先做核心，然后在增加新的功能。
或者做个演示版。。。。
[解决办法]
扔掉CMM那一套，只有XP才能救你
[解决办法]
你们不是已经CMMI了吗?
已知:
1.总工时(比如:1000工时);
2.项目管理能力:同时可以展开多少工位(这和你们有多少人无关,比如:10人);
3.工期(比如:30天);
4.公司自有开发人员(比如:5人);
5.日工时(比如:4工时/天/人);
计算公式:
(总工时/工期)/日工时,
用例举的数字带入:
(1000工时/30天)/(4工时/天/人)= 9人
在本例子中,自有开发者5人,需外包4人,公司的管理能力是10个工位,所以可以在1个月内完成项目
[解决办法]
有一个很浅显的说法：生一个孩子要10个月，2个人协作能5个月生出来吗？
对于这种项目，最要注意的是over commitment
[解决办法]
快速迭代
把一切不利于快速有效交付的环节拿掉，不仅仅是文档，也包括管理、沟通等等。
不要太多考虑CMM、敏捷这些，关键是识别项目目标、有效的团队合作方式、干系人的诉求、特殊原因的背后
最重要的课题是怎么样激发团队的积极性，提高效率。
[解决办法]
不要轻易谈抛弃，应该裁剪，感觉不是很重要的环节，裁减掉
支持2楼的说法，CMMI3中可以根据项目的情况进行相关过程与文档的裁剪。
[解决办法]
书中定义的标准做法是：不做这种有严重风险的项目。当然我知道这是不可能的！
因此你现在能做的就是，上报风险找你老大帮你抗一部分责任。然后呢，你可以试试“敏捷”这种东西确实可可以大幅度的缩短周期。
不过敏捷开发会累死测试人员的，如果你是测试经理的话，你只能带着兄弟们加班了！！
[解决办法]
CMMI主要是在组织层面不断提升整体项目管理能力，High Risk的项目是要被规避的，在Pricing阶段就不能通过。
所以如果仅仅从你这个项目的角度来讨论的话，并不适用CMMI。
