精彩专题 |
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
|
更多:
|
|
联系社区管理员 |
咨询电话 010-82273401/11
斑竹申请 admin@mypm.net
版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式:1024*768像素
|
|
 |
探讨软件开发部门管理的一些制度! [发表于 2005/7/29] 状态 开放帖 精华贴 浏览量 3607 |
|
担任部门经理有一段时间了,但是由于公司一直没有明确、正式的制度颁布,所以部门也没有正式发布一些部门管理和项目管理中的必需制度,基本是在口头上传递一种惯例。 今天心血来潮,一口气把过往的惯例写成了文字。当然里面主要是部门管理的内容,基本不包括项目开发过程的管理,请大家多多给意见:是否有不完善不周到的地方,是否会有适得其反的可能?谢谢! 第一个《工作日志制度》 1.工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下人员按要求每日记录。 2.工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作用。 3.工作日志的格式见VSS***,包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高,1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 4.工作日志严格要求每日填写,绝不允许在上交前统一填写。 5.填写时注意清空原有内容。如发现某些栏目多周雷同的情况,将进行警告。 6.每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 7.工作日志严格要求在次周上午10:00前提交。不提交工作周报将按以下方式进行惩罚:N从0开始累计,每少提交一次,则N增加1,当月的浮动工资扣除“浮动工资额×10%×N”(元)。当月N不清零,转月后N方清零。对于未提交日志的人员,部门经理保证当周内口头通知。 8.工作日志以Email形式提交给部门经理和项目负责人。部门经理收到后保证第一时间进行回复,并依此进行考核。 9.文件名格式:《***工作日志(200*年*月*日).doc》。其中***为员工姓名,日期为提交日期。 第二个 《项目月报制度》 1.项目月报制度是保证项目顺利推进的一种阶段性总结和计划载体的机制。 2.项目月报由项目负责人负责拟定。 3.项目月报应根据实际情况包含本月计划、完成情况(含计划的偏离情况)、成果和不足、突发事务及其解决情况、项目组成员工作情况、客户反馈情况、下月计划,以及问题、建议和意见等内容。 4.项目月报由项目负责人于每月第五个工作日以前,通过Email提交给部门经理,经部门经理审订后发布到Vss的项目月报文件夹中。 5.部门所有成员可以查阅已发布的项目月报。 6.项目月报的文件名格式为《***项目月报($$$,200*年*月*日).doc》。其中***为项目名称,$$$为项目负责人姓名,日期为提交日期。 第三个 《部门例会制度》 1.每月第一个周一上午10:30在公司会议室召开,部门所有人员(含参与部门人员为主导的项目并起核心作用的其他部门人员)参加。 2.会议由部门经理召集,并由部门经理主持。 3.会议议程: a)各项目负责人回顾上月工作情况、成果和不足,以及当月的大致工作计划。 b)部门经理总结上月工作,对不足的问题提出解决办法。 c)部门经理宣布公司近期动态和相关事项。 d)部门经理做出工作方面的安排。 e)部门人员畅所欲言,提出问题、想法、建议与意见。大家讨论。 f)部门经理解答部门人员的问题,并做出总结。 4.部门人员轮流做会议记录,并在会议结束后第二天内整理并在Vss中发布。文件名格式:《软件二部200*年*月*日例会(***整理).doc》。其中日期为例会召开日期,***为会议记录整理人的姓名。 第三个 《项目例会制度》 1.每周五下午在部门会议室召开,具体项目的所有参与人员参加。 2.会议由项目负责人召集并主持,部门经理根据实际情况列席。 3.会议指定固定人员做会议记录,并在第二周周一上午9:30前整理并通过邮件发送给项目负责人。 4.项目负责人修改并认可会议记录后,在第二周周一上午11:00前在Vss中发布。文件名格式:《***项目组例会(200*年*月*日).doc》。其中***为项目名称,日期为例会召开日期。
|
>>> 由论坛统一发布的广告:
|
|
楼主
XO

职务 无
军衔 少将
来自 上海
发帖 436篇
注册 2005/1/7
PM币 10955
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/7/29]
|
有章程固然好,千万不要变成束缚人的形式。
|
-------------------------------------------------------------------------------------------------------- Qiao Dong PMP 推荐:《写给管理者的项目管理书--建立高效的企业级项目管理体系》
|
|
1楼
qiaodong

职务 无
军衔 中校
来自 不告诉你 :)
发帖 1363篇
注册 2003/2/18
PM币 4342
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/7/29]
|
嘿嘿,对于这种帖子,哪里看见哪里灭! 胡扯! 今天没空,回头写。上次反馈这个帖子的时候,思路乱,这次思路清楚了,等我空下来我就写。嘿嘿。
|
|
|
2楼
zhf_karen

职务 无
军衔 少尉
来自 北京市
发帖 469篇
注册 2005/6/13
PM币 1929
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/8/1]
|
我认为楼主的想法不错的。尤其是工作日志的看法,比较全面,可以照此实施。
|
|
|
3楼
yoyoa

职务 无
军衔 三等兵
来自 上海
发帖 17篇
注册 2005/4/6
PM币 170
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/8/1]
|
OK,最近忙得厉害,现在得空了,来回帖吧…… 1 实话说,可能你的部门管理经验不丰富,所以想出了这种项目管理方式(很像SCM哦)来进行部门管理的模式。 逐个来说: 1 工作日志:一般来说,除了你的人员有必要进行每日汇报(比如在外出差,频繁和客户沟通,可能进行了某些承诺,需要跟进这些承诺)等等,一般来说,做为部门经理,我们一般不关心这种东西。如果有问题,直接沟通或者给我Mail,这样我的重点能够集中起来,否则一个部门20-30(中型部门,大型部门60人以上)人,哪有精力一个一个看过来?而且,我在10:00以前提交,有意义吗?一般来说,我们仅仅是说某个人员在什么情况下需要写这样的日志,而且第二天提交即可。并不会写下来,然后做为规章制度提出来。因为监控成本很高,你总不会每天去检查大家Checkin的时间吧?而且,写得不好扣工资,写得好呢?总应该有奖励吧?那么我程序写得好有没有奖励?是否也有一个数字来说明应该有多少奖励?这种规定太缺乏弹性了吧…… 2 项目月报制度:这一点我同意,但是一般我们是周报,即使是2年以上的研发项目,一般也是周报。而且我们一般关注点是Schedule,requirement status, cost, risk, bug analyse,CR等等,至于客户提出什么,我做了什么之类的,一般来说,不放在周报里面说,一般有独立的东西去记载和反馈。一个月一次太慢了。 3 部门例会制度:一般来说,对于部门,除非是10人以下的部门,把项目例会和部门例会统一起来一块干,一般来说,我们不举行所谓部门例会。但是实际上,我们还是会每个月开一次。但是话题不是固定的,比如部门经理做出工作安排,总结上个月的工作,提出不足之类的。一般来说,我们会给每个月的部门会议一个主题:比如这段时间显示出来,我们在客户意识上不够,在部门会议会独立拉出来说。既然部门例会的成本如此高,我们总是不希望被一个老套路给套住,而且一个月一次,做为工作的成绩反馈,实在太慢了。如果一个项目组存在这些问题,一般我等不到部门会议就下手解决了。不会等到那个时候再来解决。 最后,说说开会的原因: 1 显示权威:比如工作任务的回收,发放等等都是;原因很简单:如果仅仅是为了工作的发放和回收,你没有必要采用如此高的成本的方式。你不妨计算一下,你一个会议的成本是多少? 2 发布信息:比如价值观的宣灌,某些规章制度的推行落实等等; 3 需要快速,频繁的反馈才能进行:比如我们很多设计讨论会都是如此。 那么从以上叁点,你看看你的部门例会是为了什么?我的部门例会是为了通告信息,那你的呢? 简而言之,管理崇尚简介,而不是烦琐。你制定的各种规则太烦琐了!以至于在落实过程中,重点难以把握,比如在日志一项中,你的要求是如此多,你知道如果对于一个部门进行管理,你需要付出多少管理成本?你真的认为你的精力没有更好的地方能够用了吗?我不觉得…… 说一个实际一点的东西吧。在很多公司,都有管理例会,就是一帮所谓管理者坐在一起,本着部门沟通和协作为目的进行的会议。这种会议都要报告,我们是如何要求的呢?一般来说,我们只要要求这个报告在一周内撰写出来即可,因为在下周的管理例会上,我们需要核对Action point和decision是否落实了。我们并没有人去催促你一定要什么时候写哦,因为我们在下次管理例会的就是,就要用这份会议纪要。很简单吧…… 你要知道,在管理上,刚性太强的管理必然丧失灵活性和柔性。我们如何选择刚性管理和柔性管理?在需要落实的地方上,在关键不能允许犯错的地方上,采取高执行的刚性管理;在需要创新,或者非关键部位,尽量采用柔性管理。如果每一个点都是非常强硬的刚性管理。你的管理精力上实在吃不消。而且效果不好。 OK,希望我说明白了。 一般来说,对于这种管理者,他部门管理经验不会超过半年,实际上,他还不清楚自己的精力可以用在什么地方上,在这种细枝末节的地方上,如此多地消耗自己的精力,实在很浪费。
|
|
|
4楼
zhf_karen

职务 无
军衔 少尉
来自 北京市
发帖 469篇
注册 2005/6/13
PM币 1929
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[wml 修改于 2005/8/2]
|
1.一种牛,确实厉害,不小心上天了,以为自己最厉害,后来一看,还有牛郎。 2.另一种牛,也不是不厉害,就是太想耕地了,后来,不小心把牛头戳到地里去了。 此生能见两种牛,足矣...... 人生能见几种牛,恰似一江死牛向东流........
|
|
|
5楼
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/8/2]
|
WML,哈哈,我是第一种牛吗? 比喻不错。呵呵,
|
|
|
6楼
zhf_karen

职务 无
军衔 少尉
来自 北京市
发帖 469篇
注册 2005/6/13
PM币 1929
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/8/3]
|
楼主也花了不少心思整理这个制度。 同意zhf_karen 的:管理从简,强调柔性 项目周例会制度写得不错。 另外,一种制度的形成是需要比较长的时间的,一个个来,一下子上很多东西可能一个也做不好~ 你可以参考zhf_karen的建议做一个升级版本出来,相信比版本1.0更好
|
-------------------------------------------------------------------------------------------------------- ****有问题,找IT项目管理****... ITPM在线:QQ群-8721636;BB群(msn)- group3730@bbqun.com ;高级M群(msn)- group151431@xiaoi.com (PMP+5年以上PM经验,需验证!) One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com 
|
|
7楼
camer

职务 无
军衔 上将
来自 广东
发帖 2745篇
注册 2003/3/3
PM币 14759
经验
|
|
Re:探讨软件开发部门管理的一些制度!
[回复于 2005/8/8]
|
应该说管理目的还是围绕着公司的经营方面来考虑的,也就是说你部门在公司的经营中起到什么样的作用? 我感觉楼主说的这些制度的目的无非是为了增加沟通的方式,不过我认为不同的规模和不同公司文化来说,沟通方式未必是千篇一律的,如果在部门项目很多的情况,我反而建议采用这些制度并增加一个统计分析的团队或者个人来进行这方面的管理工作,当然代价就是付出了额外的成本,但是你必须要增加更多的方式来监管,避免一些风险 换句话说,你管理的目的是为了你的工作服务的,并不是说管理一定要从简,从简同样意味着代价,很可能是风险的增加 我认为,管理就是围绕着人的工作,沟通是一个重要的方面,至于方式上,需要去尝试,如果发现有问题需要及时改进,并没有一个万能的解决方法 有效->高效 效果是一个方面,成本也是一个方面,投入是需要有产出的 你部门管理的投入也是一样
|
|
|
8楼
steffyan

职务 无
军衔 少尉
来自 广东
发帖 208篇
注册 2004/3/2
PM币 1587
经验
|
|
|