我不明白的是：一个不懂技术的软件经理是如何制定一个可行的项目进度？如何检查项目进度和控制产品质量的呢？
我认为印度和我国有许多相似的地方，他们软件产业的发展有很多值得我们讨论和学习的东西！我现在也带项目，而且是技术出身，与印度不懂技术的软件经理相比之下觉得有点惭愧！
希望在项目管理方面有经验的兄弟，谈谈怎么样即使不懂技术也能管理好一个项目！尤其是项目进度的管理经验！
14 个解决方案
#1
yes
#2
关键在于怎么把握人心~
#3
在项目中有很多角色,项目经理不一定要懂技术.例如:
变更控制经理
配置经理
部署经理
流程工程师
项目复审员
构架设计师
构架复审员
封装体设计员
代码复审员
数据库设计员
设计复审员
设计员
实施员
集成员
.......
你说的项目计划,实际可由组织级的一些规范来进行估算(例如使用UCP方法等).
检查进度可通过收集一些度量表.
产品质量可通过测试组、SQA来保证。
等等各方面的工作都可通过专门角色来进行。
项目经理的工作是：负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。
不知我说的是否清楚。
变更控制经理
配置经理
部署经理
流程工程师
项目复审员
构架设计师
构架复审员
封装体设计员
代码复审员
数据库设计员
设计复审员
设计员
实施员
集成员
.......
你说的项目计划,实际可由组织级的一些规范来进行估算(例如使用UCP方法等).
检查进度可通过收集一些度量表.
产品质量可通过测试组、SQA来保证。
等等各方面的工作都可通过专门角色来进行。
项目经理的工作是：负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。
不知我说的是否清楚。
#4
我同意，并不能总学而优则仕吧
#5
简直是胡说八道，这只适合印度那种毫无创造性可言的情形，一个计算机白痴怎么可能指导计算机方面的创新工作？
#6
不过，你也不用对这种杂志上的文章深信不疑，很多都是很虚夸的，
不必拿来当圣经读！
不必拿来当圣经读！
#7
想起了一句话：“外行领导内行”。还有：“政治挂帅”。还有：“阶级斗争是纲，纲举目张”。
有时觉得我们总是太片面强调某一方面了。
我是技术出身，也带项目，感觉是：“技术不是万能的，没有技术是万万不能的”。
懂技术和技术出身、技术专家并非同一回事。
to ThinPig(瘦猪):“负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。”不错，不过我认为项目经理的任务不仅仅是“负责分配资源”，应该是“正确（或优化，或恰当，一时还没想好怎么表达）分配资源”，不同技术，如何操作？管理者可以不是技术专家，但一定要懂正在做的是什么（不仅仅是知道）。而且，对技术的发展要敏感。
实际上，提出这个问题，我认为主要是由于国内的管理太弱了。技术和管理是硬币的两个方面，缺一不可，片面强调任何一个方面都是不行的。
有时觉得我们总是太片面强调某一方面了。
我是技术出身，也带项目，感觉是：“技术不是万能的，没有技术是万万不能的”。
懂技术和技术出身、技术专家并非同一回事。
to ThinPig(瘦猪):“负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。”不错，不过我认为项目经理的任务不仅仅是“负责分配资源”，应该是“正确（或优化，或恰当，一时还没想好怎么表达）分配资源”，不同技术，如何操作？管理者可以不是技术专家，但一定要懂正在做的是什么（不仅仅是知道）。而且，对技术的发展要敏感。
实际上，提出这个问题，我认为主要是由于国内的管理太弱了。技术和管理是硬币的两个方面，缺一不可，片面强调任何一个方面都是不行的。
#8
在中国，不懂技术绝对是做不了项目经理的。
#9
我觉得大家有一个误区,不懂技术不代表是一个计算机白痴。项目经理是一个项目的管理者，也是一个组织标准和方针的执行者。他的活动和决定依据组织级的标准和方针。同时在项目中的一些实际情况（如：度量数据（工作量等））又向组织提供数据，从而来改进组织的标准和方针。例如：当项目经理分配资源时（如：人员），他如何知道谁能做什么？项目经理可在组织的培训记录，组织的财富库中获得。
#10
谢谢大家，比较认同SE1（）和ThinPig（瘦猪）的观点！
我觉得SE1（）是讲中国比较现实的情况，中国的程序员喜欢追求创意，不喜欢做死板的事情，而且技术高手多半是不会服从不懂技术的项目经理的！不知道你平时是怎么样指定项目计划的？有没有好一点的方法？
ThinPig（瘦猪）说的是比较理想的状况，起码要有一定的规模的公司才能实现，他们的工作量评估完全依赖于数据库里的数据！不知道积累出一个可用的提供项目管理数据的数据库要多久？而且实际工作很多是不一样的人作不一样的工作，怎么使用数据库的数据呢？
欢迎大家继续讨论，希望能为许多作项目的人提供一点可参考的意见！
我觉得SE1（）是讲中国比较现实的情况，中国的程序员喜欢追求创意，不喜欢做死板的事情，而且技术高手多半是不会服从不懂技术的项目经理的！不知道你平时是怎么样指定项目计划的？有没有好一点的方法？
ThinPig（瘦猪）说的是比较理想的状况，起码要有一定的规模的公司才能实现，他们的工作量评估完全依赖于数据库里的数据！不知道积累出一个可用的提供项目管理数据的数据库要多久？而且实际工作很多是不一样的人作不一样的工作，怎么使用数据库的数据呢？
欢迎大家继续讨论，希望能为许多作项目的人提供一点可参考的意见！
#11
to madqg(madqg)：
好的方法说不上，简单谈一下，抛砖引玉（不知道算不算“拍转”，呵呵）
一般而言，我在制定项目计划时，主要考虑一下几点：
1、客户的要求。--主要反映在我的工期上，也就是说，deadline。
2、技术上的难点。--为技术难点的研究和验证留出足够的时间和资源，当然“足够”并非“完美”，而是要先制定目标和要求，追求“足够好”而非“完美”。如何把握，主要依靠项目的要求和经验，包括对技术难点的界定。
3、划分阶段，定义里程碑。
4、为测试留够时间。宁可在其他阶段吃紧，也要保证测试。
5、周期性核查进度以控制过程。
6、主要使用干特图，也结合其他方法。
7、公开、公正、公平：我知道我没有做到，不过我确实在努力--读书时先生告诉我：“先做人，后做事”
好的方法说不上，简单谈一下，抛砖引玉（不知道算不算“拍转”，呵呵）
一般而言，我在制定项目计划时，主要考虑一下几点：
1、客户的要求。--主要反映在我的工期上，也就是说，deadline。
2、技术上的难点。--为技术难点的研究和验证留出足够的时间和资源，当然“足够”并非“完美”，而是要先制定目标和要求，追求“足够好”而非“完美”。如何把握，主要依靠项目的要求和经验，包括对技术难点的界定。
3、划分阶段，定义里程碑。
4、为测试留够时间。宁可在其他阶段吃紧，也要保证测试。
5、周期性核查进度以控制过程。
6、主要使用干特图，也结合其他方法。
7、公开、公正、公平：我知道我没有做到，不过我确实在努力--读书时先生告诉我：“先做人，后做事”
#12
顺便说一下，我认为项目组的成员，无论他（她）是承担什么工作的，他们都是人，平等的人，具有一定素质（不说高素质）的人，有自己优势和缺陷的人，有创造力、想象力和责任感的人。我们需要规范、制度来约束，但约束的目的是提高项目开发过程中的确定性--不是提高质量，而是保证质量的可测度和控制。实际上，充分发挥他们的创造力、想象力和责任感，才可以提高质量！
#13
不懂当然可以，但是要有管理才能，只要会进行人员分配，哪个人干什么，在哪个方面有特长，只要配合理，一样可以把一个项目做好。
#14
To SE1():
我平时的做法和你所说的很相似：
“1、客户的要求。--主要反映在我的工期上，也就是说，deadline。”，我们由于公司小，接下来的项目，往往是由大公司给我们限定了完工日期的，延期还要按每天扣x％来算，所以这是我们一切计划制定的基础！
“2、技术上的难点。”呵呵，也留了时间，不过经常是我来解决，不占项目时间，节省的时间给项目作缓冲用！
。。。。。。
其他的也就差不多了！
“我们需要规范、制度来约束，但约束的目的是提高项目开发过程中的确定性--不是提高质量，而是保证质量的可测度和控制。实际上，充分发挥他们的创造力、想象力和责任感，才可以提高质量！”这句话我比较赞同，但这一块实际上就是好的项目经理和差的项目经理的区别所在了！
我们现在的现状很缺乏制度，靠的是人情，看着他们努力的干活但项目还是延期的时候，我也不好意思再说他们什么了！只能怪客户太苛刻了！
希望大家有时间多交流、交流，我的QQ;8527653
我平时的做法和你所说的很相似：
“1、客户的要求。--主要反映在我的工期上，也就是说，deadline。”，我们由于公司小，接下来的项目，往往是由大公司给我们限定了完工日期的，延期还要按每天扣x％来算，所以这是我们一切计划制定的基础！
“2、技术上的难点。”呵呵，也留了时间，不过经常是我来解决，不占项目时间，节省的时间给项目作缓冲用！
。。。。。。
其他的也就差不多了！
“我们需要规范、制度来约束，但约束的目的是提高项目开发过程中的确定性--不是提高质量，而是保证质量的可测度和控制。实际上，充分发挥他们的创造力、想象力和责任感，才可以提高质量！”这句话我比较赞同，但这一块实际上就是好的项目经理和差的项目经理的区别所在了！
我们现在的现状很缺乏制度，靠的是人情，看着他们努力的干活但项目还是延期的时候，我也不好意思再说他们什么了！只能怪客户太苛刻了！
希望大家有时间多交流、交流，我的QQ;8527653
#1
yes
#2
关键在于怎么把握人心~
#3
在项目中有很多角色,项目经理不一定要懂技术.例如:
变更控制经理
配置经理
部署经理
流程工程师
项目复审员
构架设计师
构架复审员
封装体设计员
代码复审员
数据库设计员
设计复审员
设计员
实施员
集成员
.......
你说的项目计划,实际可由组织级的一些规范来进行估算(例如使用UCP方法等).
检查进度可通过收集一些度量表.
产品质量可通过测试组、SQA来保证。
等等各方面的工作都可通过专门角色来进行。
项目经理的工作是：负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。
不知我说的是否清楚。
变更控制经理
配置经理
部署经理
流程工程师
项目复审员
构架设计师
构架复审员
封装体设计员
代码复审员
数据库设计员
设计复审员
设计员
实施员
集成员
.......
你说的项目计划,实际可由组织级的一些规范来进行估算(例如使用UCP方法等).
检查进度可通过收集一些度量表.
产品质量可通过测试组、SQA来保证。
等等各方面的工作都可通过专门角色来进行。
项目经理的工作是：负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。
不知我说的是否清楚。
#4
我同意，并不能总学而优则仕吧
#5
简直是胡说八道，这只适合印度那种毫无创造性可言的情形，一个计算机白痴怎么可能指导计算机方面的创新工作？
#6
不过，你也不用对这种杂志上的文章深信不疑，很多都是很虚夸的，
不必拿来当圣经读！
不必拿来当圣经读！
#7
想起了一句话：“外行领导内行”。还有：“政治挂帅”。还有：“阶级斗争是纲，纲举目张”。
有时觉得我们总是太片面强调某一方面了。
我是技术出身，也带项目，感觉是：“技术不是万能的，没有技术是万万不能的”。
懂技术和技术出身、技术专家并非同一回事。
to ThinPig(瘦猪):“负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。”不错，不过我认为项目经理的任务不仅仅是“负责分配资源”，应该是“正确（或优化，或恰当，一时还没想好怎么表达）分配资源”，不同技术，如何操作？管理者可以不是技术专家，但一定要懂正在做的是什么（不仅仅是知道）。而且，对技术的发展要敏感。
实际上，提出这个问题，我认为主要是由于国内的管理太弱了。技术和管理是硬币的两个方面，缺一不可，片面强调任何一个方面都是不行的。
有时觉得我们总是太片面强调某一方面了。
我是技术出身，也带项目，感觉是：“技术不是万能的，没有技术是万万不能的”。
懂技术和技术出身、技术专家并非同一回事。
to ThinPig(瘦猪):“负责分配资源，确定优先级，协调与客户和用户之间的沟通。总而言之，就是尽量使项目团队一直集中于正确的目标。项目经理还要建立一套工作方法，以确保项目工件的完整性和质量。”不错，不过我认为项目经理的任务不仅仅是“负责分配资源”，应该是“正确（或优化，或恰当，一时还没想好怎么表达）分配资源”，不同技术，如何操作？管理者可以不是技术专家，但一定要懂正在做的是什么（不仅仅是知道）。而且，对技术的发展要敏感。
实际上，提出这个问题，我认为主要是由于国内的管理太弱了。技术和管理是硬币的两个方面，缺一不可，片面强调任何一个方面都是不行的。
#8
在中国，不懂技术绝对是做不了项目经理的。
#9
我觉得大家有一个误区,不懂技术不代表是一个计算机白痴。项目经理是一个项目的管理者，也是一个组织标准和方针的执行者。他的活动和决定依据组织级的标准和方针。同时在项目中的一些实际情况（如：度量数据（工作量等））又向组织提供数据，从而来改进组织的标准和方针。例如：当项目经理分配资源时（如：人员），他如何知道谁能做什么？项目经理可在组织的培训记录，组织的财富库中获得。
#10
谢谢大家，比较认同SE1（）和ThinPig（瘦猪）的观点！
我觉得SE1（）是讲中国比较现实的情况，中国的程序员喜欢追求创意，不喜欢做死板的事情，而且技术高手多半是不会服从不懂技术的项目经理的！不知道你平时是怎么样指定项目计划的？有没有好一点的方法？
ThinPig（瘦猪）说的是比较理想的状况，起码要有一定的规模的公司才能实现，他们的工作量评估完全依赖于数据库里的数据！不知道积累出一个可用的提供项目管理数据的数据库要多久？而且实际工作很多是不一样的人作不一样的工作，怎么使用数据库的数据呢？
欢迎大家继续讨论，希望能为许多作项目的人提供一点可参考的意见！
我觉得SE1（）是讲中国比较现实的情况，中国的程序员喜欢追求创意，不喜欢做死板的事情，而且技术高手多半是不会服从不懂技术的项目经理的！不知道你平时是怎么样指定项目计划的？有没有好一点的方法？
ThinPig（瘦猪）说的是比较理想的状况，起码要有一定的规模的公司才能实现，他们的工作量评估完全依赖于数据库里的数据！不知道积累出一个可用的提供项目管理数据的数据库要多久？而且实际工作很多是不一样的人作不一样的工作，怎么使用数据库的数据呢？
欢迎大家继续讨论，希望能为许多作项目的人提供一点可参考的意见！
#11
to madqg(madqg)：
好的方法说不上，简单谈一下，抛砖引玉（不知道算不算“拍转”，呵呵）
一般而言，我在制定项目计划时，主要考虑一下几点：
1、客户的要求。--主要反映在我的工期上，也就是说，deadline。
2、技术上的难点。--为技术难点的研究和验证留出足够的时间和资源，当然“足够”并非“完美”，而是要先制定目标和要求，追求“足够好”而非“完美”。如何把握，主要依靠项目的要求和经验，包括对技术难点的界定。
3、划分阶段，定义里程碑。
4、为测试留够时间。宁可在其他阶段吃紧，也要保证测试。
5、周期性核查进度以控制过程。
6、主要使用干特图，也结合其他方法。
7、公开、公正、公平：我知道我没有做到，不过我确实在努力--读书时先生告诉我：“先做人，后做事”
好的方法说不上，简单谈一下，抛砖引玉（不知道算不算“拍转”，呵呵）
一般而言，我在制定项目计划时，主要考虑一下几点：
1、客户的要求。--主要反映在我的工期上，也就是说，deadline。
2、技术上的难点。--为技术难点的研究和验证留出足够的时间和资源，当然“足够”并非“完美”，而是要先制定目标和要求，追求“足够好”而非“完美”。如何把握，主要依靠项目的要求和经验，包括对技术难点的界定。
3、划分阶段，定义里程碑。
4、为测试留够时间。宁可在其他阶段吃紧，也要保证测试。
5、周期性核查进度以控制过程。
6、主要使用干特图，也结合其他方法。
7、公开、公正、公平：我知道我没有做到，不过我确实在努力--读书时先生告诉我：“先做人，后做事”
#12
顺便说一下，我认为项目组的成员，无论他（她）是承担什么工作的，他们都是人，平等的人，具有一定素质（不说高素质）的人，有自己优势和缺陷的人，有创造力、想象力和责任感的人。我们需要规范、制度来约束，但约束的目的是提高项目开发过程中的确定性--不是提高质量，而是保证质量的可测度和控制。实际上，充分发挥他们的创造力、想象力和责任感，才可以提高质量！
#13
不懂当然可以，但是要有管理才能，只要会进行人员分配，哪个人干什么，在哪个方面有特长，只要配合理，一样可以把一个项目做好。
#14
To SE1():
我平时的做法和你所说的很相似：
“1、客户的要求。--主要反映在我的工期上，也就是说，deadline。”，我们由于公司小，接下来的项目，往往是由大公司给我们限定了完工日期的，延期还要按每天扣x％来算，所以这是我们一切计划制定的基础！
“2、技术上的难点。”呵呵，也留了时间，不过经常是我来解决，不占项目时间，节省的时间给项目作缓冲用！
。。。。。。
其他的也就差不多了！
“我们需要规范、制度来约束，但约束的目的是提高项目开发过程中的确定性--不是提高质量，而是保证质量的可测度和控制。实际上，充分发挥他们的创造力、想象力和责任感，才可以提高质量！”这句话我比较赞同，但这一块实际上就是好的项目经理和差的项目经理的区别所在了！
我们现在的现状很缺乏制度，靠的是人情，看着他们努力的干活但项目还是延期的时候，我也不好意思再说他们什么了！只能怪客户太苛刻了！
希望大家有时间多交流、交流，我的QQ;8527653
我平时的做法和你所说的很相似：
“1、客户的要求。--主要反映在我的工期上，也就是说，deadline。”，我们由于公司小，接下来的项目，往往是由大公司给我们限定了完工日期的，延期还要按每天扣x％来算，所以这是我们一切计划制定的基础！
“2、技术上的难点。”呵呵，也留了时间，不过经常是我来解决，不占项目时间，节省的时间给项目作缓冲用！
。。。。。。
其他的也就差不多了！
“我们需要规范、制度来约束，但约束的目的是提高项目开发过程中的确定性--不是提高质量，而是保证质量的可测度和控制。实际上，充分发挥他们的创造力、想象力和责任感，才可以提高质量！”这句话我比较赞同，但这一块实际上就是好的项目经理和差的项目经理的区别所在了！
我们现在的现状很缺乏制度，靠的是人情，看着他们努力的干活但项目还是延期的时候，我也不好意思再说他们什么了！只能怪客户太苛刻了！
希望大家有时间多交流、交流，我的QQ;8527653