担任部门经理有一段时间了，但是由于公司一直没有明确、正式的制度颁布，所以部门也没有正式发布一些部门管理和项目管理中的必需制度，基本是在口头上传递一种惯例。
今天心血来潮，一口气把过往的惯例写成了文字。当然里面主要是部门管理的内容，基本不包括项目开发过程的管理，请大家多多给意见：是否有不完善不周到的地方，是否会有适得其反的可能？谢谢！ 第一个 《工作日志制度》
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》。其中***为项目名称，日期为例会召开日期。
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
