如何确定程序的开发进度？

     以前自己是个程序员，总是自己安排自己的工作，所以有什么需求，自己一看大致能看出该需求能否实现，以及该需求的难易程序，所以开发的进度都能自己掌握。好多年都是这样，从没有想到过哪一天要进度不在自己的控制范围之内。

    由于现在进了一家公司，不再是以前那种单独作业的模式，需要的是协同作业。以前在工作中没有遇到过的问题都出来了，如，客户问这个问题能不能做，多久能做完？本来自己感觉一个很不是很难的东西，可是分到下面的人员确往往不能如期完成。不知是自己的管理出了问题、需求没有表达清楚、还是程序员们写程序的速度各不相同。有时一开会讲起进度，就感觉烦，为啥，不就是开发进度跟预期的跟不上。如何才能解决这个问题？需要跟程序员们讨论让他们答复完成时间？？这样可能性不是很大，为了能够快速的完成客户的需求，以及感觉有几方面少不了。1、程序员对系统的了解，包括业务流程以及程序的框架，由于我来这家公司接手时啥都没有，除了源码。更谈不上有业务流程，操作说明，系统架构什么的，整天就是急着跟客户解决实际中的问题，在这段时间中自己对整个系统是了解了，可是下面的程序员确不是非常了解，现在也只有做个ER图，系统简单的流程，刚进来的程序员会让他们看看源码，也就是这样。感觉他们无论是对业务还是对系统的架构都不够认识。当然我们这里也没有人有空做公共代码，系统里有就用，没有如果有需要就自己写一个，这样就造成了部分的源码重复。源码也没有一个编码规则。可以讲是个很山寨的做法，自认为是山寨公司。哈。2、程序员的思路，有些一遇到麻烦点的流程就感觉难，总不敢下手。3、有一种依赖，为啥？如果他搞不定，你也不会天天崔吧！也许则走上这种岗位对程序员们不了解，也许是自己管理不行。如何能有效的快速的跟进系统进度？