PMC的发展[讨论]

成成

PMC的反思
对于创立PMC的想法是我在CS上的“成成菜鸟学院”失败的基础上诞生的，我不排除借用好的论坛功能实现网络学习小组的目的，同时也是很多网友在感叹得了“下载病”创建的。
创建之初，我企图制订一系列的学习计划来达到学习的目的，可是3周后的效果不尽意，主要原因包括：
1.        PMO项目管理办公室的控制力太弱。首先要声明的是PMO的每个人都付出了积极的努力，也做了很多的贡献，在此表示感谢，但我们的掌控力度不够，成员没有全身心的投入近来，或者是成成的沟通有问题，大家的行动不够一致；
2.        学习小组成员的问题。网络学习小组与现实的学习团队不同，它对成员的专业性有更高的要求，只要志同道合的人做到一起才能形成合力，而我们PMC中有很多人为了套取资料而来，参与性严重不足；
3.        学习目的很盲目。有个网友对我说项目管理论坛都是一种声音，那就是不停的感谢，当然别人付出了劳动感谢是绅士的，但我想发贴人希望更多看到的是交流。PMC也是相同的问题，大家好象对我们开展的话题不感兴趣，但却没有人愿意提出来让我们改进。
4.        超越还须有过程。创立时我希望PMC可以超越资料下载或灌水的阶段，但这必须有大量的资料可以借鉴，或有充足的资料准备的情况下才能实施，整个项目管理论坛帖子数量偏少，原创更是少之又少，显然一步到达我理想的阶段还有一段距离。

基于以上原因，PMC将进行如下措施：
1.        整顿成员。只有符合PMC精神的网友才能加入，我们对通过程序进行严格筛选，同时我始终认为一个不善于沟通和交流的PM是不符合PMC的精神的；
2.        学习计划调整，我们依PMBOK的学习计划改为以PMBOK的大纲为主，实践操作为辅的学习计划，在相关的专题时段，大家都可以发与之相关的帖子，原创和转贴不加以限制，但须注明；
3.        调动斑竹的积极性，所有斑竹每人每天发贴（主题类）一个以上，同时须积极回答会员们的疑问；
4.        为吸引大家的兴趣，将上传大量资料，这是初期不得以而为之的方法。

同时也希望大家有好的想法随时和我们交流，谢谢！

flying643

我觉得大家一定要踊跃发帖，哪怕灌水。不要仅限于PMBOK学习。
有问题的可以提问题，我们会有人来给你意见参考的。
有经验可以谈经验，其他人会感谢你的。
或者自己的工作，拿上来大家讨论讨论，实战练习嘛。

tulip

西风烈，
      长空雁叫霜晨月。
      霜晨月，
      马蹄声碎，喇叭声咽。

      团队建设真如铁，
      而今迈步从头越。
      从头越，
      苍山如海，残阳如血。

      呵呵，不好意思，借用毛老人家诗一首。
      楼主呀，严管的同时可别忘了犒劳犒劳ggmm
      激励是团队建设的法宝之一哟

      虽然偶们都有很多工作
      虽然偶们的休息时间很少
      可是既然偶们买了一亩地
      就别忘了给他耕耘播种呀
      （说道这里很羞愧，偶就是最有嫌疑属于“挤破头抢占一亩地，却疏于打理这亩地的人”之一）

      未来的pm精英
      珍惜自己给自己创造的机会
      珍惜pmc为偶们提供的环境
      （口号就喊到这里啦，感谢大家坚持控制自己的肠胃反应）
      虽然这是偶的肺腑之言
      （话是肉麻了些；呵呵，但是如有对号入座的，偶是绝对不会追究侵犯偶的知识产权的法律责任的啦，都是自家人）
      但偶今天还是就此打住啦！

      至于说到好的想法和建议
      偶可得把多年来接收到的相关信息好好整理整理
      把关键路径给纠出来
      ......
      系统整理中

blacksoul

呵呵～～～成成，你开始意识到这个问题了，是吧？
或许我们大家都已经意识到了，只是还没有一个切实可行的解决方法而已。
项目管理学起来比较枯燥（我这么认为），而且，目前的教学方式的可行性还是值得怀疑？成员是自发学习，即使有较完善的监督，管理机制，可是执行力起来太弱了。

现实中的交流与网络交流的优缺点对比：

现实中的交流，媒介是语言，方式是face to face,彼此间的信息交换量比较大，范围较广，容易使彼此产生较多的了解;
网络（论坛中）的交流，媒介是网络，是汉字，方式是face to machine,信息交换相对较少；优点：网络交流也有优点，有较大的想象空间，符合美学原理；信息存留的时间比较长。

我与论坛，与论坛中的朋友交流的现状：
pcm诞生之初，开始接触，可是缺乏理论，缺乏经验，大多时间只是处于观望/学习中，而缺乏实质性的建议。在论坛中，只与成成，alice2008有过交流（不限于项目管理方面的），而正是这些不限于pm方面的交流增加了彼此间的了解，增加了我对大家的友情，增加了对Pmc的信任感。

建议：要想增加pmc的凝聚力，不能仅仅做Pm知识方面的交流，成员之间也应该做一些相互的了解。我想这个问题应该交给Pmo解决（前提是会员的配合）。

疑问：帖子中的水分是否太少？合理的浇水会有利于Pmc的茁壮成长，是我们大家之间相互了解的润滑剂。（可以利用短消息增加彼此之间的沟通，同时还减少了帖子中的水分）

[此贴子已经被作者于2003-7-27 11:26:32编辑过]

tulip

也许大家都处于一个观望的态度
也许大家很想发表相关的看法
也许大家都有一些成熟或是有待成熟的想法

灌水或是没有发表看法的家人
也许并不是他们吝啬与添砖加瓦
也许是还在疑惑自己的想法成熟度
也许是期望给大家留下美好的印象
从而对于留言总是那么“保留”

项目团队，是一个需要沟通的团队
现实中的团队需要一个工作的公共空间
需要一个交流的公共空间
只为了大家的交流和沟通

我们pmc成立以来
一直是个网上的交流空间
成员之间尚未全部相识
真正一起交流的机会、空间
似乎一直因为各种各样的原因
一直未能真正让成员相识、熟知
甚至私下的相互间沟通、交流

短信、邮件、msn、语音聊天室、QQ
都是我们互相沟通交流
增进彼此了解
互通彼此信息
团结pmc团队
有效的桥梁

既然我们是工作中
客户和项目组之间的桥梁
那我们也需要
构架我们内部沟通的桥梁

或者把现有成员分成小组
通过一定的活动方式
生动的组织成员间的学习和互助
在达到共同成长的目的
也增强团队的凝聚力
大家在活动中还可以互相沟通
大家不仅是网络中的伙伴
也可以成为生活中的伙伴

套用一句广告词
“沟通无处不在”

tulip

问题：
1.pmc成员人数多……沟通障碍
2.pm责任制未执行……监督、负责为贯彻
3.成员互相联系方式未公布……影响认识和沟通
4.活动课题活跃性有很大提升空间

建议：化整为散，集散为整，以msn、QQ、短消息、语音聊天室、邮件、电话等方式沟通
达到3个目的
1.团队凝聚力
2.成员互相了解、互助学习
3.互助学习、实践项目管理知识的应用

第一阶段：
1.按照一定规则成员分组
2.各组任命一名pm负责，pm直接向em汇报
3.各组任选1个课题（pmo公布的多个课题）按时间完成同样的任务结果
4.pm负责小组工作的分配和沟通
5.以小组成绩为个人成绩
6.pm将组员的信息整合汇总到em处
7.评选优秀pm、组员

第二阶段：成员已经互相熟识一部分
1.打破原有分组重新分组
2.各组可以民主推荐pm或是pmo指定，pm直接向em汇报
3.各组任选1个课题（pmo公布的多个课题）按时间完成同样的任务结果
4.pm负责小组工作的分配和沟通
5.以小组成绩为个人成绩
6.pm将组员的信息整合汇总到em处
7.评选优秀pm、组员

第三阶段：与前两个阶段不同之处
1.每组pm是组员轮流当值
2.组员可以自由组合
3.可以自己组织课题研究

试设想
能将网络中受沟通环境、时间、空间限制的团队建设好
工作中的团队建设是否游刃有余！
利用网络生存的实践游戏的机会
充实自己的知识，完善自己的实践

呵呵，以上只是偶的一点小建议
还有待pmo、pm、pmc成员的认同

头脑风暴中……..

hustsz29

pmc本身就是一个项目。它也具有一个项目所有的特征。pmc到目前为止运行不理想，是否也可以从项目管理的角度去分析。
首先，项目可行性调研。仅凭一腔热情和良好的愿望并不能就保证项目是可行的，即使就是可行的，可行到某种程度也要初步进行分析，包括项目的技术可行性，市场可行性，经济可行性，初步规划，效益分析，风险分析等等。在PMC运行初期，对可行性做过哪些分析？现状与当时的预期相差多远？
其次，项目运行过程出项问题，是放弃？改变目标？还是调整计划？这也不是一拍脑袋就说了算，分析讨论之后再作决定，如何？
再者，根据别人的统计，项目成功的概率并不高，为何pmc就一定能成功？仅仅因为大家是在学“项目”？但是，对于不成功的项目，包括开始就觉得不太成功的项目，认真分析成败原因更是重要的工作，总结经验，调整计划，力促原计划走向成功才是初衷。
最后，建议大家把pmc现状作为一个案例从项目的质量管理、沟通管理、人力资源管理、风险管理等项目管理知识体系的角度好好讨论。
此外，项目管理与管理知识的学习一样，学习范围大致相同，学习也会很枯燥，建议初步普及项目管理的主要知识体系后案例教学，或者效果更好。

[此贴子已经被作者于2003-7-29 16:59:05编辑过]

hustsz29

我刚发的帖子怎么在外面看得见，里面却没有？

成成

哦，有这回事？可能是转移的时候出现了问题？有保存吗？

hustsz29

pmc本身就是一个项目。它也具有一个项目所有的特征。pmc到目前为止运行不理想，是否也可以从项目管理的角度去分析。首先，项目可行性调研。仅凭一腔热情和良好的愿望并不能就保证项目是可行的，即使就是可行的，可行到某种程度也要初步进行分析，包括项目的技术可行性，市场可行性，经济可行性，初步规划，效益分析，风险分析等等。在PMC运行初期，对可行性做过哪些分析？现状与当时的预期相差多远？其次，项目运行过程出项问题，是放弃？改变目标？还是调整计划？这也不是一拍脑袋就说了算，分析讨论之后再作决定，如何？再者，根据别人的统计，项目成功的概率并不高，为何pmc就一定能成功？仅仅因为大家是在学“项目”？但是，对于不成功的项目，包括开始就觉得不太成功的项目，认真分析成败原因更是重要的工作，总结经验，调整计划，力促原计划走向成功才是初衷。最后，建议大家把pmc现状作为一个案例从项目的质量管理、沟通管理、人力资源管理、风险管理等项目管理知识体系的角度好好讨论。此外，项目管理与管理知识的学习一样，学习范围大致相同，学习也会很枯燥，建议初步普及项目管理的主要知识体系后案例教学，或者效果更好。