-
擅长：
工作量一般采用代码行估算，功能点估算，也可以基于经验模型估算和专家估算，成本估算比较复杂参考工作量，工时，人员，风险等各个方面51人赞同 2012-12-26发表于 -
如何做好一个项目总工
如何做好一个项目总工
1 浅谈项目总工的作用和培养 总工对一个工程项目至关重要，这主要是由项目总工的工作内容决定 的，其工作成效对项目的安全、质量、工期、成本等管理目标有重大影响， 具体说来，主要的工作内容及作用有： 1、项目实施性施工组织设计及项目重大技术方案的编写工作。 项目管理上讲双预控，即方案预控、成本预控，两者相辅相成，其中 方案预控是前提，必须在制定最优化的施工组织设计，完善项目重大技术 方案的前提下，通过合理的项目组织架构，加强执行力度，精细化管理， 才能实现项目安全、质量、工期可控，并最终实现项目的成本管理目标。 2、对项目成本的管理和对变更索赔具体实施的领导作用。 项目成本管理的具体工作一般都是由项目总工牵头来做的，这就要求 项目总工要组织研究合同文件，梳理合同工程内容，避免出现合同上的重 大疏漏而给项目造成损失，同时，还要从对我有利方面来寻求变更索赔， 为项目寻求更大的利润空间，做到“节流
如何做好一个项目监理部的工作
如何做好一个项目监理部的工作
1 如何做好一个项目监理部的工作 （河南创达建设工程管理有限公司 王桂林） 如何做好一个项目监理部的工作？从我几年的监理工作实践中， 我有以下几点体会： 一、公司的领导和支持是获得成功的首要条件 公司对组建、派遣项目监理部的工作十分重视， 从监理人员的资 质、工作能力及专业结构都做了精心安排，在监理人员生活条件、办 公设施及交通工具等诸多方面均做了周详的部署。 为监理人员安心工 作、搞好业务创造了有利条件。在施工过程中，由于多种原因、在监 理人员多次变动的情况下， 公司能够想方设法， 调配人员，及时补充， 完善机构，既满足了正常的监理工作，又相对稳定了监理队伍。 二、监理人员的团结，是搞好工作的重要保证 项目监理部人员来自四面八方，大家互不相识，性格各异，乍然 聚拢，问题颇多，但为了一个共同目标，大家在一时段内，要生活在 一起，工作在一起。在这个临时组建的大家庭中，要完成公司交给的 监理
-
擅长：
软件开发过程一般分成以下四个步骤：需求分析，系统开发，软件测试，后期维护。
大型和小型的系统四个模块资源成本的分配也是有区别的，开发周期越长，成本越高，有些小型的系统甚至不需要后期的维护。
需求分析很好理解，让人理解用户的需求，不断的跟用户确认需求，当然偶尔也会有跟客户吃饭什么的...
系统开发就多了，系统设计，搭建开发环境，写代码。
软件测试包括代码测试功能测试，目的就是保证系统的正确。
系统开发完了当然不是没事啦，用户还会来找你滴...还要派人跟用户做好软件的后期维护。
这一系列的过程有人力的成本，硬件的成本，开发工具的成本（即开发软件，当然有免费的可用），请楼主细细估算成本。
可以参考百度文库：
http://wenku.baidu.com/view/9223da44b307e87101f69601.html9人赞同 2012-12-26发表于 -
擅长：
1、项目范围边界未确定好
当你对项目尚不了解的情况下，你是如何估算项目需要的时间的？很难找出一位客户可以准确地说出他们的系统应该如何运行。
我参与的每一个大型项目几乎无一例外都要求系统具有“灵活性”，换句话说就是，客户希望系统能处理将来需要处理的一切，但他们也说不清究竟需要什么功能，因此，“灵活性”本质上不是系统需求，因为它是一个模糊的概念。
2、开发时间由非程序员估算
如果你不是程序员，不要私自猜测开发需要的时间，如果项目经理象写那样虚构估算，项目注定会失去控制，开发时间的估算应该听取程序员的意见。
3、开发人员的估算太过乐观
开发人员估算时间一般都只考虑了编码需要的时间，另外，每个人的开发速度和效率都不一样，许多开发人员在估算开发时间时都过于乐观，他们往往会忽略掉诸如项目管理，需求整理，讨论，缺勤，电脑问题等因素。
4、没有充分解剖项目
对于一个独立的功能，如果估算的开发时间超过了一周就要小心了，象这样的功能应该进一步细分，这样开发人员可以更详细地分析更复杂的问题。
5、估算多少时间就使用多少时间
给一个程序员5天时间让他完成一个任务，他就一定会用5天时间，软件开发是可以无级变速的，任何代码都可以进行改善，如果开发人员只花了3天就完成了任务，他们会用剩下的时间来调整代码或干脆做其它事情。
遗憾的是，这将会导致估算时间成为开发所需的最小时间，实际交付时间只能被进一步推迟。
6、开发人员多!=开发速度快
一个需要耗时100天的项目不可能用100个开发人员1天就完成了，开发人员越多只会导致项目复杂性呈指数级增长。
7、项目范围变更
这可能是每个开发人员感觉最头疼的问题，有时是应客户的要求对功能进行修改或添加，有时会是CEO一时兴起，觉得某个功能很酷就要求加上或修改。
8、估算被固定
估算应是一个持续的过程，应随系统的开发进度不断更新，程序员往往会认为他们能够弥补逝去的时间，但却很少有人真正做到。
9、遗忘了测试时间
要让开发人员自己测试自己的代码是不现实的，他们知道代码是如何工作的，因此会潜意识地使用一个特殊的测试方法，通常，测试和调试时间需要占到开发时间的50%。
10、估算得太死
非程序员很少能体会到软件开发的复杂性，因此很少有项目计划不被迫延后，影响项目进展的因素很多，估算时如果不预留部分机动时间，最终只会是一个失败的估算。
开发延迟会导致代价高昂的连锁反应，遗憾的是，出了问题大家都喜欢将责任归咎于底层的程序员，这样下去对以后的项目也会不利，因为程序员会吃一盏长一智，下一次他们要么拒绝提供估算时间，要么会夸大开发时间。4人赞同 2012-12-26发表于
