关于公司流程制度等.doc

关于公司流程制度等 关于公司流程制度等致陈总这里写的有一些我的有些不成熟的想法，如果您觉得不合适的地方，请多多包涵！ 一、管理制度对于管理制度，我个人感觉应该是以A.提高公司人员执行力和抗压力（规章制度、责任制、淘汰制）B.提高公司凝聚力和员工的工作激情（福利、上升通道）C.对今后可能会出现的问题或纰漏的预估及防范为理念和目标。 同时加入人性化管理的元素。 1.考勤相关A.考勤制度明确出勤、迟到早退、缺勤、加班、加班调休对应的条例。 B.请假制度提前书面申请（特殊情况可以后期补申请）C.日志制度每人每天需要填写日志，明确今天的工作任务D.工作计划制度每人每月排一份大致的手上的事情，项目的计划等2.会议相关A.小组会议制度每个项目开始之后，每隔几天各负责人要碰一下，了解对应的进度及可能存在的问题，及时规避。 B.例会制度公司原则上应该最少一个月组织一次例会，不一定要面向全体员工，但起码各部门负责人一定要有对应的交流和沟通。 例会内容可包括:关于这个月公司的各方面情况，好的和可能存在的问题。 对人员的点名表扬或批评（促进竞争氛围），同时对人员的奖罚等。 会议上有专程的人员来负责记录大体内容，有重大决定或公司安排相关人员需要签字（法律上公司会议相关人员签字才具有效力，对于公司全体章程需全体人员签字，避免后期可能存在的纠纷）3.人事管理相关A.上岗制度员工上岗的同时，需要有人专门负责公司相关问题制度的培训，让其快速融入大集体B.聘任制度明确各部门岗位，主体职责。 公司实行责任制，淘汰制。 让员工处于微压的状态，提升有益竞争。 公司在允许的情况下对优秀员工开通上升通道。 C.员工培训员工需要不断学习新的知识，才能让自己不被淘汰。 公司除了引进优秀人才以外，还要适当培养对公司有忠诚度的员工。 公司应当对优秀员工的培养有适当的规划。 D.离职制度提前1个月提交离职申请。 和新来同事交接完毕才能离职。 4.工资相关A.提倡能力、效益优先，兼顾公平的分配原则。 B.竞争激励制度每月根据员工个人绩效考核成绩，以及公司运营和项目情况，设置一定的浮动幅度，对工作中表现突出的员工，可适当给与奖励，对工作表现较差的员工，给与减薪处罚。 体现岗位能上能下、收入能高能低的激励和约束制度。 具体员工工资分为基本工资（2000元）和绩效工资（1000元，每个月员工基础工资都可设为1000），每月绩效考核中，得出具体员工的权重（如满分100，考核得分130，即权重为1.3），得出该员工该月工资为3300元。 公司根据考核情况，及公司经营和项目情况，根据各部门的差异，设置年终奖。 C.提薪制度公司可根据公司运营情况、员工能力、员工实现的价值、老员工福利等，制定相应提薪制度。 如每年的适当提薪、职位/职责提升的提薪、对公司重大贡献的提薪等。 5.软件部分我希望营造的项目组内的这样的一种工作氛围分享、透明、责任、协作、团结、激情。 当然首先是招聘的时候人员的把关，宁缺毋滥。 A.SVN上传制度开发部人员每天上下班必须对自己负责的项目进行上传和更新至SVN。 B.共同参与制一个项目需要2名人员同时参与。 可能不参与开发，但是必须要对项目需求有所了解。 便于解决后期人员离职的对接、人员请假无法开发等问题。 C.责任制对于软件开发期间，对客户服务器、数据库造成不可挽回的损失时，将对开发人员进行严肃处理。 项目经理同样给予处理。 D.计划会议制每个项目开展之后，项目经理应当组织一次相关人员的会议，对人员进行分工安排。 员工可以自荐。 E.学习分享制在软件行业，不学习意味着淘汰。 仅仅是工作中碰到的问题，是远远不能满足的学习需求的。 项目经理每两周或每月安排组织一次1-2小时的培训，项目经理或组员都可以作为讲师。 F.分配方式提成制分配a对于每个能独立负责项目的人员，公司经过考察之后，根据个人能力，项目完成情况，客户满意度，可酌情分配少量的项目提成（1-5%）。 b对于个人接到的项目，可推广的项目，生成型的项目的分配（不需要付出多少工作量的项目），公司也可按项目的收益率分配一定的项目提成（5-15%）。 c对于多人合作的项目，软件开发分配正常为需求、设计、开发、维护按3:1:4:2的比例。 G.福利软件人员大多数颈椎腰椎不好，在南京的公司时，到现在都记得每周一次员工按摩的福利，可以说让每个员工内心都是满满的温暖。 这个福利大家都说特别好。 公司可根据项目情况，每个月或每两个月软件部组织一次按摩，价格60元左右。 我觉得应当可以让开发人员感受到公司对员工的关心，更加努力工作。 二、工作流程软件部分A.软件生命周期主要包括（目前因为人员较少和项目风险较低，前三部分没有进行区分。 ）1.问题定义2.可行性分析3.需求分析4.开发阶段a.设计b.实现c.测试5.维护B.软件工作流程1.公司接到项目，项目经理和客户进行沟通，编写需求分析方案、成本核算（工作量核算、其他费用核算）及项目安排计划（人员计划、项目进度计划），提交总经理审核。 2.经理审核通过，提交给客户审核和确认（邮件、和纸质说明），这里理应需要客户签字确认，防止以后扯皮。 3.客户确认无误，项目经理进行方案设计，编写方案设计文档。 开发部分进行数据库设计和框架搭建。 4.按项目紧急程度安排人员开发。 5.开发完成，进行项目测试、项目部署6.维护（需求变更、bug型维护），工作量较大的需求变更，项目经理应核算工作量，提交总经理审核。 7.项目上线后，公司安排文员进行软件著作权的申请。 三、个人岗位、分工目前我所做的工作客户沟通、需求分析、文档编写、方案设计、数据库设计、框架重构、软件研发、项目测试、项目部署、需求变更、软件维护等。 主职是项目研发。 后期等有了完整的团队，我的主职工作想变更为团队管理、客户沟通、需求分析、可行性分析、风险评估、文档编写、方案设计、数据库设计、框架搭建、新技术研发等。 四、考核标准和相应奖惩制度因为可能我的想法会对公司目前的制度造成很大的冲击，可能会损害不少人的利益，可能前期的执行难度很大，但是我觉得为了提高公司的执行力，还是有必要说一下。 如果考虑对公司造成影响比较大，可以在软件部先试行，如果较为成熟，可以全公司推行。 1.目前状况公司发加班工资是为了提升加班激情，浮动工资是为了提升工作态度、工作效率。 2.主要矛盾我想象中的主要矛盾a工作量是否饱满、加班是否有效加班，都无法进行判断。 我觉得公司内部需要一套有效的判断标准。 b有能力的员工，如果做了更多的事情，但是没有得到应得的报酬，如果长期下去，估计也不会做有能力做但是无法得到报酬部分的事情。 3.我的看法我觉得公司应当推行计划制，即一周排一次我当前手上有多少事，如果很多，我未来一个月内的计划是什么；如果不多，那这些任务需要做多久；排出时间节点，提交总经理审核。 安排对应的负责人对相关人员的计划进行考核。 即考核制和计划制相结合，弃用加班工资制,以积分绩效的方式发放加班工资。 我个人认为公司付了工资，员工本职工作便是把公司安排的事情完成做好。 因个人能力和待遇不同，可能会存在一定的差异。 但是有多种情况即员工可能工作不饱满的情况。 如果人员在计划内完成任务，那是本职完成了任务，是应当的。 如果是提前完成的工作，那是应当予以嘉奖的，因为变相的节约了公司的成本，可以做更多的事情。 如果有能力的人做了更多的事情，但是没有嘉奖，那可能会存在会将事情拖慢，或者不做事，工作不饱满，态度消极等情况。 （政府即是这样，做的越多，越让你做事，而且没有报酬）所以我觉得考核核心应当放在，你为公司做了多少事，是否在时间节点内完成，没有完成是因为什么原因。 多次未完成是不是本身能力存在问题。 如果在计划内的加班，理应不存在加班工资的说法，因为是你个人原因造成没有完成本职工作的补漏。 加班工资和浮动工资本质上是为了推动员工积极性，鼓励多劳多得。 但是多少有些重复了。 完全可以纳入公司考核制度。 首先，加班的必须是在计划外的任务，因项目紧急造成的加班。 计划内的任务因个人原因所不能完成不应算入加班。 如计划内任务因今天一个紧急情况，导致没有完成，紧急情况花费3小时，造成今天额外加班三小时，这样才应算做有效加班，有效加班将给予积分奖励。 如果每天都有额外的情况发生，导致了计划内进度无法完成，那应当将这些可能发生的情况考虑进去。 每天都发生的情况无法忽视。 4.实施对于这部分的实施，以后可以依托于系统来完成。 5.软件考核软件考核采用积分制，考核内容以项目进度为主。 软件部分组员能力主要体现在1.开发能力2.新技术的研发能力3.项目完成度a甲工资5000，乙工资5000。 一个难度系数为1的项目，预计20天完成。 甲乙两人同时开发，甲每天不加班即可完成，20天完成；乙每天加班3小时完成，20天完成。 即两人的项目完成度是一致的，但是两人的开发能力是不一致的。 所以乙不应得加班工资。 b甲工资5000，乙工资5000。 一个难度系数为2的项目，预计40天完成。 甲乙两人同时开发，甲每天加班3小时，30天完成；乙每天加班3小时，40天完成。 即两人的两人的开发能力是不一致的，完成度也是不一致的。 甲提前完成项目，节约了公司成本，应当获得一定的奖励。 所以我构思中软件部分的考核以及奖罚是如下的（具体的细节还需详细商议）A.惩罚1.员工应当每周排出对应的项目计划（项目经理审核）。 未完成扣除积分2.计划内的开发任务，未完成扣除积分3.对于上述软件部制度，未完成扣除积分4.客户批评的，因员工原因的，扣除积分5.每半年进行员工开发能力、项目完成情况