`
lookdd1
  • 浏览: 47941 次
  • 性别: Icon_minigender_1
  • 来自: 日照
文章分类
社区版块
存档分类
最新评论

关于对公司的若干建议

阅读更多

 

关于对公司的若干建议

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

 

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

 

三、项目管理:

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

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

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

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

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

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

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

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

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

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

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

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

 

四:危机感:

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

五:业务猜想:

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

         其它的项目我还想过:

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

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

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

 

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

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

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

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



同意你的观点,但我们目前相对困难,需要每位员工非常高的工作效率,很多分配到开发人员手工的工作也不需要什么创造性,可以说只要不玩游戏,少上会网就可以争取更多的时间。
1 楼 aws 2010-05-08  
公司目前处于相对困难时期,每位成员都需要保持危机感,与工作无益的事情一律不予分心,可以考虑对公司局域网进行控制,保持只有44号机器联网,其余一律断网,有问题去44号机器去查,需要QQ和客户沟通的也去44号机器,可以使用windows 远程桌面连接44号机器。可以省出上QQ和读新闻的时间处理工作。

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

相关推荐

Global site tag (gtag.js) - Google Analytics