有关项目开发过程中的控制

项目开发过程中就算使用更有框架和技术。但由于客户的特殊需求，有时难免就会有一些技术难点需要解决。而解决这些技术难点是肯定需要时间的。如果说开发团队比较大，那么可以让技术能手专门去解决这些问题，这个问题自然迎刃而解。
    但是有时一个开发团队也就那么2-3个人。两个人技术上来讲可以说都差不多，但是由于项目工期紧，每个人所以需要做的常规工作也是非常得多。如果让任何一个人去解决这些技术上的难点问题，都肯定会花费不小的时间，甚至会延误他自己的工作进程。所以让一个人解决明显不是一个好的解决方案。那么如果大家一起解决，那就有个时机掌握的问题，我发现如果在开发过程中或者在一开始就花大力气去解决这些难点问题，工期就肯定会受影响。而且由于常规功能无法展现给用户，或者是提供给用户使用的话。用户反而会不满意，因为他不会来管你有什么难点。
    所以现在我做项目就首先不管任何难点，大家把常规功能全部搞定给用户用就OK了。但这样项目总体上是没问题了，但是开发人员积极性又有问题了。因为常规功能全部搞定后，项目也就接近尾声了，也就剩下那几个难点去解决了。此时开发人员也已经比较累了，他们也希望休息，但是还有难点问题没解决啊，此时就你推我，我推你，谁也不愿顶着雷干，因为如果开发得好别去说他，但是如果开发慢了，也的确不管从公司还是客户都会去怪他，本身又是难点问题，肯定不好做。尝试安抚一下，比如说发点奖金，承诺做成后再发奖金。因为大乏让他做的，这样的人的技术本身是不存在问题的，关键就是他的心态问题。但收效并不好。
    所以，想问一下，各位有没有什么好的办法可以解决这个问题啊。最重要的是现在的人，各个都为自己着想（包括我在内啊）。这种做好了应该的，做不好就是无能的事情，换我我也就愿干。

这个是需要项目预研机制的，在我们公司大家都是抢着去做技术难点预研，而且我们公司也会安排相应的人手和时间去做这些事情，如果确实人手紧张，那就申请外部支援。不能说项目遇到了难点，就可以忽视它。技术难点也是项目中的一些任务，项目组不能回避的。

按照lz所说的情况，项目经理应该首先负起责任来，然后再说其他的。一个项目组怎么可能互相推脱到最后，连处理这个任务的人都没有呢

可以尝试pp啊

有多少钱办多少事。又想牛耕地，又想让它做家务，还想让它挤奶，哪有那么好的事？

两三个人做的项目应该是小项目吧，遇到不能解决的技术难点有点说不过去了，要么，找组外人员协助解决一下。

在项目开始前期，就要把一些技术难点罗列出来，分配给一些技术能力还行的，让他提前有个心里准备做预研。
如果像你说的那样，大家技术都差不多的话，你找个你认为比较可靠的人，给他提出一个解决方案让他去帮你实现。
在实在不行，可以进行结对，结对只是前期对组员的培训成本比较大点，但你要看到后期带来的巨大成果。
尤其是对新成员，刚开始肯定会有很多问题，杂七杂八的会问你，这个时候我个人认为还不如一起结对，到了后期，也免了他老是来烦你了

还是看主管的威望和说服力。
从风险控制的角度，把技术问题的优先级分类，核心的先搞，支线的压后。
找信得过的人最好。