新当项目组长不知道要做些什么？

yang19880305

大家好！之前是做手机测试的，自打到现在这家公司不到4个月的web测试时间。突然让当了项目的组长自己都不知道怎么做？要做些什么？忘大侠们指点。谢谢！

datouniuniu

学习了~

walker1020

先考虑一下你有哪些 Responsility ，然后考虑如何及时有效地实现这些Responsility ，你就知道该怎么做了

walker1020

项目组长的职责还有许多，如沟通、风险管理、时间管理、质量管理等等，你去 看 PMP  吧

walker1020

最基本的或目前你需要做的事情是： 分配好任务，让合适的人去做合适的事，掌握好进度，及时检查，给予必要的帮助，确保项目按时按质完成。

paraliu

我也要当项目管理人员。

paraliu

我也要当项目管理人员。

piaolingxue423

树立威信是很重要的   要制订规范    按规范办事   多沟通

linkxu

说得不错，有经历过了。。。。

zhsh1203

我觉得，沟通最重要。不仅仅是会沟通还要懂得沟通。

zhsh1203

我觉得，沟通最重要。不仅仅是会沟通还要懂得沟通。

小麦紫

学习了

syldapaoyc

有前途啊~学习学习~

千里

回复 7# 鹭岛


    说什么，碰到这种情况要写出来。以后打官司的证据收集了，就不要他们给你穿小鞋了。

千里

回复 3# ruirui。


    为项目服务

千里

回复 2# ccts2005


    你们头比我好，我是碰到有人解决不了，我告诉他如何解决，然后还是他来解决。

gavin_xue

太多的东西啊
还是给你推荐一本书吧 《步步为赢-软件测试管理全程实践》
很适合初涉测试管理的人

ruirui。

4.不熟安装环境，尽量与开发人员或者相关技术人员沟通，让其起草不熟文档（当然由您来也可以），但一般我们做测试的是不起草这个的，主要是我们也要测试部署文档等。

鹭岛

我以前测试项目，其实都是一个人来管理的，可能公司的强势压力，所以开发人员非常自觉做事。

现在我进入一个新的公司，做项目的开发人员也都是刚进来的，各个经验都丰富，反而相当不配合，他们爱改BUG就改BUG，不改就不改。管理起来非常麻烦，大家都是刚进公司的。在客户方这边要求是非常强硬的，但是由于我们项目客户方很少管，导致了，开发人员非常散漫，与项目经理沟通，发现项目经理也不管，与开发人员沟通，其中有一个自以为工作10来年了，非常不配合，都是埋头苦干自己的，从来不积极配合，说实话，项目经理不管，我压根没能力管他，跟他沟通，他每次都忽悠，有时候甚至会发脾气，碰到这样子的，我也没办法了，有没有人有什么办法，让这些该死的家伙多配合我呢？哈哈~~~

在以前的公司，开发人员积极配合，感情融洽，非常好管理。现在这边，开发人员没那么积极配合，非常难管理测试进度，明明安排要进行第二轮测试了，他们压根没改BUG，跟他们说在QC上，他们说不会用，我在他们面前一个一个指导过N遍，还是说不会用，说实话，如果我是老板，这种员工我直接开除了，跟他们说CC，说没时间，不会用，天天有时间炒股，谈论股票，居然说没时间不会用。唉。。。我都已经相当无语了！

鹭岛

1.根据项目进度，安排测试方案
2.与项目经理沟通测试方案的相关问题（大部分项目都是先开发再测试，而且测试人员是项目计划排完了再进场，因此难免与实际需要测试的时间上有所差距，如何条件，与项目经理进行沟通）
3.安排人员进行：计划（通常组长写）、测试用例（全员参与）、文档及用例评审等（如果客户需要参加）
4.不熟安装环境，尽量与开发人员或者相关技术人员沟通，让其起草不熟文档（当然由您来也可以），但一般我们做测试的是不起草这个的，主要是我们也要测试部署文档等。
5.实现规定项目目标（测试要达到何种程度，每个公司每个项目都是不一样的，精测几乎无穷无尽，因此如何把握测试的度非常重要，有些小项目，钱少，人力少，那么有些公司就只测试正常数据即可，有些大型公司注重质量，不在乎成本，那就不管正常、无效、非法等等功能数据都必须考虑，另外性能也必须考虑）
6.项目组成员沟通，这个其实是贯穿整个项目中最重要的环境（毕竟计划有时候甚至是忽悠客户的）。项目中必须规定：集成测试如何测试，是每天一小版还是N天一大版（最好根据开发人力资源来定），如果开发人员很少，工作量很大，那么每天一小本，可能又改BUG又开发新模块，那开发人员肯定有意见也觉得压力大，这个时候就看是不是公司内部解决还是与客户方商量了，看哪个压力大，如果客户方要求必须每天一次，那开发人员只能加班加点了。如果是多日集成一个版本，那么必须要求开发人员至少保证有一天开发，一天修改BUG（最好分开，夹在一起，人容易烦躁），保证系统测试之前所有BUG修改完毕（一定要要求，必须做到），最后系统测试，最好以迭代来测试，并且每次都必须修改完BUG再提交新版本，最好不要一部分改一部分没改，这样越往后面，管理起来越乱！