`
lookdd1
  • 浏览: 47305 次
  • 性别: 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......

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

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

 

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

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

分享到:
评论
22 楼 joknm 2010-06-03  
呵呵。我收录了。多向前辈学习学习,为以后打基础。
21 楼 xiaobird12 2010-06-02  
不上网的程序员,是没有前途的程序员。
因为大部分的知识和技术资料都是从网上来的,没有学习就没有创新,没有创新就没有生产力。
你不让程序员上网,那你的项目做出来就不是好东西。这是我的亲身体会。
20 楼 xieshaohu 2010-05-20  
<div class="quote_title">cbhdgvt 写道</div>
<div class="quote_div">
<div class="quote_title">oxoxo 写道</div>
<div class="quote_div">
<div class="quote_title">lookdd1 写道</div>
<div class="quote_div">
<p> </p>
<p class="MsoNormal"><span lang="EN-US"><span>         </span></span><span>公司目前处于相对困难时期,每位成员都需要保持危机感,与工作无益的事情一律不予分心</span><span lang="EN-US">,</span><span>可以考虑对公司局域网进行控制,保持只有</span><span lang="EN-US">44</span><span>号机器联网,其余一律断网,有问题去</span><span lang="EN-US">44</span><span>号机器去查,需要</span><span lang="EN-US">QQ</span><span>和客户沟通的也去</span><span lang="EN-US">44</span><span>号机器,可以使用</span><span lang="EN-US">windows </span><span>远程桌面连接</span><span lang="EN-US">44</span><span>号机器。可以省出上</span><span lang="EN-US">QQ</span><span>和读新闻的时间处理工作。如果公司渡过难关,根据工作态度,工作能力,发展潜力重新衡量员工薪水,制定良好的奖惩制度,使薪水有别,建立基本工资</span><span lang="EN-US">+</span><span>浮动奖金的制度。决策者对于公司的发展是巨大的,一个公司的起步阶段完全依赖于决策者的管理和对未来发展的掌控,所以希望领导在作出决策的时候深思熟虑,而一旦决定,就不要受外界干扰,坚持做下去!知识永远是生产力的来源,不管是领导者,还是开发人员,都需要持续的学习!</span><span lang="EN-US"><br></span></p>
</div>
<p><br>断网。。。如果我们公司断网,我马上就辞职了。。。</p>
<p>工作一会儿聊一会儿天怎么了?谁能8个小时不停的工作。。。以我的经验来看,每天能专心写代码4个小时,已经算极限了。</p>
</div>
<p><br>咱公司能上网,偶尔逛论坛,但是禁止上Q。</p>
<p>工作一会可以稍微休息,做点操,扯会谈,上个WC,找找灵感。</p>
<p>即便是程序员,工作也不完全是code,很多思考比纯code更重要,在走神的时候也就是休息了。</p>
<p>我也比较主张适当的管理,有点任务量,有点压力还是好的,环境太松了人就容易混日子。</p>
<p> </p>
</div>
<p>确实,环境太松了,人就在混日子,有点压力吧。公司可以有混日子的人,但是不能太多了,否则,有干劲的都跑了。</p>
19 楼 lookdd1 2010-05-17  
好吧,我承认,这个只是设想,我不这么干了。。。
18 楼 webcgo 2010-05-16  
引用
保持只有44号机器联网,其余一律断网,有问题去44号机器去查,需要QQ和客户沟通的也去44号机器,可以使用windows 远程桌面连接44号机器。


你们的员工上班应该是挺不愉快的。而且,不联网,怎么工作?!
17 楼 2022228 2010-05-14  
引用
与工作无益的事情一律不予分心,可以考虑对公司局域网进行控制,保持只有44号机器联网,其余一律断网,有问题去44号机器去查,需要QQ和客户沟通的也去44号机器,可以使用windows 远程桌面连接44号机器。可以省出上QQ和读新闻的时间处理工作


一般不能上网的公司,我是不会去的。。。估计有经验的大部分人都这样
16 楼 lookdd1 2010-05-14  
jyslb 写道
每周一和周六都要例会啊,不双休了?

小城市,没有双休,单休,目前已经改为15分钟日站立会议了。采用scrum的方式,包含sprint计划会议和sprint总结会议以及演示
15 楼 cbhdgvt 2010-05-14  
<div class="quote_title">oxoxo 写道</div>
<div class="quote_div">
<div class="quote_title">lookdd1 写道</div>
<div class="quote_div">
<p> </p>
<p class="MsoNormal"><span lang="EN-US"><span>         </span></span><span>公司目前处于相对困难时期,每位成员都需要保持危机感,与工作无益的事情一律不予分心</span><span lang="EN-US">,</span><span>可以考虑对公司局域网进行控制,保持只有</span><span lang="EN-US">44</span><span>号机器联网,其余一律断网,有问题去</span><span lang="EN-US">44</span><span>号机器去查,需要</span><span lang="EN-US">QQ</span><span>和客户沟通的也去</span><span lang="EN-US">44</span><span>号机器,可以使用</span><span lang="EN-US">windows </span><span>远程桌面连接</span><span lang="EN-US">44</span><span>号机器。可以省出上</span><span lang="EN-US">QQ</span><span>和读新闻的时间处理工作。如果公司渡过难关,根据工作态度,工作能力,发展潜力重新衡量员工薪水,制定良好的奖惩制度,使薪水有别,建立基本工资</span><span lang="EN-US">+</span><span>浮动奖金的制度。决策者对于公司的发展是巨大的,一个公司的起步阶段完全依赖于决策者的管理和对未来发展的掌控,所以希望领导在作出决策的时候深思熟虑,而一旦决定,就不要受外界干扰,坚持做下去!知识永远是生产力的来源,不管是领导者,还是开发人员,都需要持续的学习!</span><span lang="EN-US"><br></span></p>
</div>
<p><br>断网。。。如果我们公司断网,我马上就辞职了。。。</p>
<p>工作一会儿聊一会儿天怎么了?谁能8个小时不停的工作。。。以我的经验来看,每天能专心写代码4个小时,已经算极限了。</p>
</div>
<p><br>咱公司能上网,偶尔逛论坛,但是禁止上Q。</p>
<p>工作一会可以稍微休息,做点操,扯会谈,上个WC,找找灵感。</p>
<p>即便是程序员,工作也不完全是code,很多思考比纯code更重要,在走神的时候也就是休息了。</p>
<p>我也比较主张适当的管理,有点任务量,有点压力还是好的,环境太松了人就容易混日子。</p>
<p> </p>
14 楼 jyslb 2010-05-14  
每周一和周六都要例会啊,不双休了?
13 楼 oxoxo 2010-05-13  
<div class="quote_title">lookdd1 写道</div>
<div class="quote_div">
<p> </p>
<p class="MsoNormal"><span lang="EN-US"><span>         </span></span><span>公司目前处于相对困难时期,每位成员都需要保持危机感,与工作无益的事情一律不予分心</span><span lang="EN-US">,</span><span>可以考虑对公司局域网进行控制,保持只有</span><span lang="EN-US">44</span><span>号机器联网,其余一律断网,有问题去</span><span lang="EN-US">44</span><span>号机器去查,需要</span><span lang="EN-US">QQ</span><span>和客户沟通的也去</span><span lang="EN-US">44</span><span>号机器,可以使用</span><span lang="EN-US">windows </span><span>远程桌面连接</span><span lang="EN-US">44</span><span>号机器。可以省出上</span><span lang="EN-US">QQ</span><span>和读新闻的时间处理工作。如果公司渡过难关,根据工作态度,工作能力,发展潜力重新衡量员工薪水,制定良好的奖惩制度,使薪水有别,建立基本工资</span><span lang="EN-US">+</span><span>浮动奖金的制度。决策者对于公司的发展是巨大的,一个公司的起步阶段完全依赖于决策者的管理和对未来发展的掌控,所以希望领导在作出决策的时候深思熟虑,而一旦决定,就不要受外界干扰,坚持做下去!知识永远是生产力的来源,不管是领导者,还是开发人员,都需要持续的学习!</span><span lang="EN-US"><br></span></p>
</div>
<p><br>断网。。。如果我们公司断网,我马上就辞职了。。。</p>
<p>工作一会儿聊一会儿天怎么了?谁能8个小时不停的工作。。。以我的经验来看,每天能专心写代码4个小时,已经算极限了。</p>
12 楼 lookdd1 2010-05-13  
大家好像特别敏感对于人的管理问题。如果人人都高素质,那可能不需要什么管理,都和google一样。
11 楼 chandler 2010-05-13  
  你把人当代码来看了。
10 楼 lookdd1 2010-05-13  
感谢ls童鞋们的热心,目前我来负责项目,以下是我们定义的阶段性计划

工作计划
定义项目人员角色:
A:产品负责人,负责客户需求整理,产品定位,产品BACKLOG的制定,复杂业务功能的实现(兼开发人员),和客户进行需求沟通;
需求文档需要包含:ID,名称,重要性,初始估算(人/日),如何演示,其它说明这些字段(会给出格式示例)
B:scrum master ,负责产品质量控制(外部质量和内部质量),进度控制,功能任务分配,sprint制定及控制,日会议的负责人,sprint末期的产品演示,以及核心公共代码的处理(兼开发人员);
C,D:开发人员:负责给定任务的开发及自我测试工作;
E:测试,搭建测试平台,前两周进行测试工作,兼熟悉业务和代码,可以给出一个简单的功能进行开发。

5月12日:讨论目前系统系统下一步产品定位,需求来源。
5月12日:完善公司网站内容。

5月12日及5月13日:A继续和客户沟通,将BUG交由C和D处理,测试人员搭建测试平台,A专注制定下一步开发需求。制定产品的BACKLOG,需在5月13日处理完成。

5月14日上午9点-11点 SPRINT 计划会议。本次会议需要制定这次的sprint目标,本次sprint包含的user story,确定sprint演示日期,确定每日会议,确定任务分配,讨论每个story的表现形式,隐藏的难点或者不易察觉的陷阱,将每个story拆分成任务,根据story的重要性选择本次sprint需要完成的story。

5月14日 -5月27日本次sprint的开发日期。期间每完成一个story需要交由测试人员测试,可能需要修改BUG。

5月28日演示本次sprint成果。

5月12日-5月19日 需要完成陈先生的宣传网站方案,方案包含:文档介绍:网站功能,提供静态网站的演示。

我的其它工作:
代码规范的编写及监督,每日CVS代码量统计,持续集成的环境搭建,公共代码的编写,系统遗留技术问题的解决(工作流任务授权时处理的不正确),开发过程控制,协助解决疑难技术问题。

请大家继续提出指教!多谢!
9 楼 yongdi2 2010-05-12  
公司赞赏你们员工对公司的体谅和关心,为降低公司运营成本,我司此特推出所有员工降薪一半的举措,希望你们广大员工积极执行
8 楼 kongqz 2010-05-12  
实在不知道让大家做啥,那就接点单子做做吧
或者找个sns网站做插件,反正你钱多不怕

总的来说,你的目标不定会导致很多的问题,还是先确定做啥吧
兵不好养
常见状况是养兵千日,用兵无人--建立好梯队,一步一个脚印吧
by the way:钱实在太多,可以找人合作下。做天使投资业不错
7 楼 kongqz 2010-05-12  
佩服佩服,我看完的感觉是这样滴
1、这公司是为了接一个赚钱的单子开的
2、当时纯属朋友义气,所以没有真正的项目经理加盟
3、现阶段想规范公司章程制度,但是还没找到方向
4、现阶段想找产品做做,以至于不浪费人力
--问题症结
1、做项目还是找一个专业项目经理吧
2、规章制度别整这么严,尤其是IT公司,创业阶段更多的是靠团队协作融合以及个人魅力,还没到玩规章制度的程度
3、产品定位问题很麻烦,我觉得你可以开掉一个程序员找个产品经理来引领团队。程序员的大脑都是0和1,你指望他能出啥好主意帮你赚钱,大部分是骚主意
4、实在不想花钱请专业的产品经理,就到那些创业网站上找一个可行的idea,套出来然后开始做
6 楼 whaosoft 2010-05-12  
唉算了吧 干了几年我就知道了 不管大公司 小公司 都那样儿 对于公司的开发流程等什么的 也就那样了 不着急了...唉..
5 楼 nail2008 2010-05-12  
帮楼主顶顶吧 完全找不到话头。
困境总是一样的,呵呵。
老板拉不来项目完蛋。没有技术牵头人完蛋。
我感觉解决问题首先要解决主要矛盾。人浮于事,首先要有“事”,没“事”你老是挑人的毛病,制定再多的“制度”也没用,最后还是完蛋。
4 楼 lookdd1 2010-05-11  
darkfox 写道
好笼统,我也没看完,简单说说我的看法。感觉有很多问题不是项目经理要考虑,而是老板要考虑。但是有一点要清楚,并不是所有的项目都适合标准的项目管理流程,管理的越流程化,相应的成本也越高。如果项目小应该考虑机动化和简化处理.
另外沟通建议可以增加上下班各15分钟的碰头会议,不用专门的会议室。目的就简洁明快的重复今天要完成的和已经完成的。其实在实际的项目中你会发现不是所有的会议都有目的和结果,有些可能在当时看来是无意义的。但是确能推动项目某些点。只要不是很浪费时间



多谢关注!我写这篇东西的时候不只是作为一个项目经理的角色来写,经理和我希望我们是一种共同创业的状态,我也是希望把今天的工作作为事业来做!所以写了很多不是属于项目经理的工作范畴的东西。昨天我看了《硝烟中的SCRUM和XP》,我想很多东西值的我们目前来借鉴。不过实施这样的东西是否会对开发人员要求很高呐?我们目前几乎都没有能力TDD
3 楼 darkfox 2010-05-10  
好笼统,我也没看完,简单说说我的看法。感觉有很多问题不是项目经理要考虑,而是老板要考虑。但是有一点要清楚,并不是所有的项目都适合标准的项目管理流程,管理的越流程化,相应的成本也越高。如果项目小应该考虑机动化和简化处理.
另外沟通建议可以增加上下班各15分钟的碰头会议,不用专门的会议室。目的就简洁明快的重复今天要完成的和已经完成的。其实在实际的项目中你会发现不是所有的会议都有目的和结果,有些可能在当时看来是无意义的。但是确能推动项目某些点。只要不是很浪费时间

相关推荐

Global site tag (gtag.js) - Google Analytics