关于对公司的若干建议

 

关于对公司的若干建议

一 、沟通：每周一和每周六例会，会议时间不能太长，保证在一小时以内，需要每个人提前准备好发言内容，思路，保证会议的高效率。周一的例会为公司领导部署本周工作任务，周五为项目经理报告本周所负责的项目的工作进度，完成情况，以及公司本周内出现的问题总结。每位成员都需要发言。保证每个人都知道自己一天的工作是什么。项目经理可以不定期组织项目会议，项目组内及时沟通。公司内每月至少组织一次活动，可以安排到周六下午。比如一起去海边，一起唱歌，一起去吃个饭等。如果公司资费紧张的话可以AA。公司领导也需要不定期和员工单独沟通。沟通可以提高凝聚力，提高员工的参与感。

 

二、执行力：一旦会议上定下的任务，制度，需要切实有效的落实，不能让开会成为形式。公司在短期内需要有较明确的计划或者目标，计划和目标的制定需要有深入的讨论，必须是具备可行性的，一旦制定的计划不能轻易改变，我们可以将公司的近期任务或者计划写在纸上贴于明显的位置或者直接写在白板上，让大家每天都可以看到。参考反面案例：去年年底我们在1个半月前开会说开发一个评价网站，后来又开会说开发一个小型的进销存，再来后又开会搞CMS，反反复复，最后年底的时候什么也没有出来。

 

三、项目管理：

         项目管理的最终目标是将成本可控的情况下开发出符合客户需求的软件项目。

我们目前的项目基本处于无管理状态，各自为战，无人监控监督。一旦确认项目经理，则项目经理必须完全负责此项目，包括需求规格说明书的编写，项目进度的监督，代码质量的监督，客户需求是否和开发人员的开发成果保持一致，我们必须尽可能的给开发人员灌输代码质量，代码统一性以及商业产品的规范化和高可用性的重要性这些思想，让他们认识到商业产品区别于在学校里写程序！

项目经理需要在项目启动之前开发出需求规格说明书，包含每一个模块的说明，然后把模块分配到个人，以此大约估计开发时间，并以此控制项目进度。

开发人员严格依照需求规格说明书进行开发，并且在设计完业务实体对象后写入数据库设计说明书并由项目经理确认后方可继续开发。

我们可以不定期的举行相关的培训，包括如何提高代码质量，如何达到规范统一，如何提高程序的质量，以及项目管理的相关思想。

         项目经理和公司的领导对关乎公司生存的项目必须时刻保持进度的关注以及产品可用性的关注。任何一个人都需要知道，越早发现问题更正的成本就越小！

         关注测试：我们可以使用测试软件（QualityCenter），搭建测试平台，必须在进度中安排专门时间进行测试，对照需求规格说明书，由项目组成员互相测试，或者当开发完成一个功能后由项目经理和项目，以此记录bug，以及相关责任人。

         关于使用bug数量考核开发人员的办法我个人认为不是很可行，容易引发矛盾，关于绩效考核还是由项目经理对本团队的人进行考核即可，以此作为奖惩标准。

         项目经理需要不定期的开会交流，加强成员之间的沟通，争取问题早发现，早解决。

         项目经理同时还需要维护基础设施代码以及抽取公用代码部分和技术难点的解决。

         公司领导在业务工作之外可以撰写项目宣传文档（项目技术特点，项目功能亮点，解决方案等），维护公司网站等。

         我们对待项目模块功能的态度是：首先这个功能是严格符合客户需求的！在客户没有需求自己设想需求的情况下也要保证此模块对客户或者对系统是有较大意义的！其次是这个实现了的这个功能是没有BUG，高可用性的！最后在前两者的基础上才是界面大方得体，使用方便的！严禁开发对客户无益，对系统无益的华而不实的功能！

 

四：危机感：

         公司目前处于相对困难时期，每位成员都需要保持危机感，与工作无益的事情一律不予分心,可以考虑对公司局域网进行控制，保持只有44号机器联网，其余一律断网，有问题去44号机器去查，需要QQ和客户沟通的也去44号机器，可以使用windows 远程桌面连接44号机器。可以省出上QQ和读新闻的时间处理工作。如果公司渡过难关，根据工作态度，工作能力，发展潜力重新衡量员工薪水，制定良好的奖惩制度，使薪水有别，建立基本工资+浮动奖金的制度。决策者对于公司的发展是巨大的，一个公司的起步阶段完全依赖于决策者的管理和对未来发展的掌控，所以希望领导在作出决策的时候深思熟虑，而一旦决定，就不要受外界干扰，坚持做下去！知识永远是生产力的来源，不管是领导者，还是开发人员，都需要持续的学习！

五：业务猜想：

         公司到目前为止仍未找到自己的定位，没有找到自己的业务方向，这个应该是我们未来一段时间内的工作重点，当然，首先我们需要有成功的实施案例。如果我们将目前XX项目作为一个突破点的话，必须对其进行下一步认真的思考，这样一个系统究竟往什么方向走？是小型的OA+小型的进销存？ 是小型的OA+完善的监控系统（摄像头视频监控）还是小型的OA+相对完善的ERP ？ 我觉得目前我们业务知识的匮乏导致开发完善的ERP有一定难度，包括公司管理理念和财务，采购等诸多方面的知识都不能够达到，但小型的进销存还是没有问题。而监控系统也是一个不错的方向，当然需要进一步考察客户对此的意向，这个不需要复杂的业务知识，只要把技术方面做好即可，相对对我们而言容易些。但这样的监控系统在市场是否有前景，需要领导进一步考察。但还是一点：一旦确定，所有的开发工作都要往此方向上靠拢，不能半途而废！

         其它的项目我还想过：

  1......  2......

以上几点是我的一些想法，晚上写的可能头脑会不够清醒，难免有考虑不周。

综上所有，最重要的是我们同心协力，坚持不懈，不求荣华富贵，但求无愧今天！

 

-----------------------------------------------------------------------------------------------------------------------

以上为我为公司的想法，我们公司刚成立一年，规模很小，包括经理及开发人员经验都不足,目前在考虑公司的未来走向何方，大家帮忙看看

公司目前处于相对困难时期，每位成员都需要保持危机感，与工作无益的事情一律不予分心,可以考虑对公司局域网进行控制，保持只有44号机器联网，其余一律断网，有问题去44号机器去查，需要QQ和客户沟通的也去44号机器，可以使用windows 远程桌面连接44号机器。可以省出上QQ和读新闻的时间处理工作。

简单的说吧，软件开发不是流水线上的工人，熬时间就能出成果

同意你的观点，但我们目前相对困难，需要每位员工非常高的工作效率，很多分配到开发人员手工的工作也不需要什么创造性，可以说只要不玩游戏，少上会网就可以争取更多的时间。

好笼统，我也没看完，简单说说我的看法。感觉有很多问题不是项目经理要考虑,而是老板要考虑。但是有一点要清楚,并不是所有的项目都适合标准的项目管理流程，管理的越流程化，相应的成本也越高。如果项目小应该考虑机动化和简化处理.
另外沟通建议可以增加上下班各15分钟的碰头会议,不用专门的会议室。目的就简洁明快的重复今天要完成的和已经完成的。其实在实际的项目中你会发现不是所有的会议都有目的和结果,有些可能在当时看来是无意义的。但是确能推动项目某些点。只要不是很浪费时间

多谢关注！我写这篇东西的时候不只是作为一个项目经理的角色来写，经理和我希望我们是一种共同创业的状态，我也是希望把今天的工作作为事业来做！所以写了很多不是属于项目经理的工作范畴的东西。昨天我看了《硝烟中的SCRUM和XP》，我想很多东西值的我们目前来借鉴。不过实施这样的东西是否会对开发人员要求很高呐？我们目前几乎都没有能力TDD

帮楼主顶顶吧 完全找不到话头。
困境总是一样的，呵呵。
老板拉不来项目完蛋。没有技术牵头人完蛋。
我感觉解决问题首先要解决主要矛盾。人浮于事，首先要有“事”，没“事”你老是挑人的毛病，制定再多的“制度”也没用，最后还是完蛋。

唉算了吧 干了几年我就知道了 不管大公司 小公司 都那样儿 对于公司的开发流程等什么的 也就那样了 不着急了...唉..

佩服佩服，我看完的感觉是这样滴
1、这公司是为了接一个赚钱的单子开的
2、当时纯属朋友义气，所以没有真正的项目经理加盟
3、现阶段想规范公司章程制度，但是还没找到方向
4、现阶段想找产品做做，以至于不浪费人力
--问题症结
1、做项目还是找一个专业项目经理吧
2、规章制度别整这么严，尤其是IT公司，创业阶段更多的是靠团队协作融合以及个人魅力，还没到玩规章制度的程度
3、产品定位问题很麻烦，我觉得你可以开掉一个程序员找个产品经理来引领团队。程序员的大脑都是0和1，你指望他能出啥好主意帮你赚钱，大部分是骚主意
4、实在不想花钱请专业的产品经理，就到那些创业网站上找一个可行的idea，套出来然后开始做

实在不知道让大家做啥，那就接点单子做做吧
或者找个sns网站做插件，反正你钱多不怕

总的来说，你的目标不定会导致很多的问题，还是先确定做啥吧
兵不好养
常见状况是养兵千日，用兵无人--建立好梯队，一步一个脚印吧
by the way：钱实在太多，可以找人合作下。做天使投资业不错

公司赞赏你们员工对公司的体谅和关心，为降低公司运营成本，我司此特推出所有员工降薪一半的举措，希望你们广大员工积极执行