问题：数据库
某政府项目，三个月前就开始招标，因各类缘由，流标三次，致使时间拖太长。
原计划一期工期三个月+，1月底上线，但由于招投标影响直到一个月前签定了合同，
上线时间不变，需求各类不明确，可是客户对上线时间卡得特别紧，范围在必定程度上不可变，时间由于某些缘由固定，大家怎么处理？markdown
Fireball的建议：（个人建议）ide
1.对于需求各类不明确的问题
这个多是首先要解决的，可让大家公司对业务最熟的人出手，或派需求分析能力最强的出手。
基本原则：客户不清楚要什么，你就帮他定；根据需求重要程度和依赖关系排序。排序
2.对于1个月后上线，客户对这个卡得很死的问题
搞清楚为何卡得死，另外到时会有谁来检查？
通常来讲时间点卡得死是正常的，由于客户向上级提交了计划，须要有东西交付。若是仅仅是这样，其实你作到有东西交付就好了，不必定都要作出来。
若是到时有重要领导检查，则你须要取舍，某些必要功能须要实现，但某些功能能够作成能够达到演示效果就能够了，什么是“演示效果”? 就是有个样子，看上去好像能够操做，实质上是不能用的。it
3.牺牲质量来保进度是不可行的
若是这样作，你可能会绝大部分功能都有问题，不如舍弃部分功能来保证基本功能能用。
对于这样的状况，不要期望作到80分或更多，这是不可能的，客户满意度能有60分就能够了。若是你勉强答应全部需求，你作不到最后客户会更加不满意，客户满意度可能只有0分！
若是你够魄力顶住压力，集中火力保证基本功能能用，虽然客户和老板会骂你，但你至少能够有个60分。class
4.分包估计也很难解决问题
可能会带来更多管理成本、沟通成本和磨合成本，工做质量也很难保证。
这么多短的时候，找到合适的供应商很难，另外咱们的项目通常是智力密集型的，很难简单暴力拆分工做。用户故事之间的关系，技术底层和数据库底层等，这些不是简单的暴力拆分能够搞掂的。技术
上面说得这么复杂，其实简单说就是：你要勇敢地砍范围！老板不答应也不要管，顶住压力，将在外君命有所不受！数据
再补充一点：关于因为屡次流标致使项目时间被缩短的事情
可能须要深究一下缘由是什么，若是是竞争对手（有人）搞鬼，故意经过这样的方式压缩大家的项目时间，让大家作烂项目。这些干系人要识别出来，他们后面确定会继续下黑手的。项目
作项目不单单是作事情，要协调各类人，还有防各类人，还真TM的不是人干的！di
固然也不必定是这样阴暗的，但做为PM，要多设想最坏状况才行。