JAVA研发内部制度

1、项目组内部规定(RULE)2011/2/141项目组内部建设有责任心，有热心，有进取心 不怕吃苦，勇攀髙峰，敢于挑战 尊师重友，团结同事，孝顺父母1.1制度的遵循1.1.1严格的执行流程项目必须按照既左的流程来走，再简单的一件事情也是需要流程，比如煮饭需要流程吧，先 放米，放水，淘米，擦干净，盖上，按开关，这些就是流程，没有流程的话就会乱套了，这 是很简单的道理，但是有时候用到工作上往往很多人就会觉得好像挺罗嗦的，挺不靠谱的。 这里有一个误区，可能很多人都知道有很多大企业流程太复杂从而导致生产低下，这个指的 是流程复杂，而不是没有流程，而我们很多人往往觉得是应该没有流程，流程可以精简，可 以简

2、化，但是绝对不能没有。项目下来后实现要确定需求和方案，一般普通项目1-2周之内确左需求和解决方案。流程主要有以下几点必须遵循： 立项阶段：对项目的立项不得超过一天，项目确左后立马进行立项，并形成初始文档。 需求分析阶段：立项后第二天就需要分解需求，由负责人将需求列举出来，内部展开讨 论。并与客户进行反复的沟通和确认，并做到有凭有据。要求项目组每个人员能将需求 书写岀来并自己能表达出来。 方案确定阶段：根据需求进行方案的确定，方案除了内部进行沟通确认外，还必须与外 部进行沟通和确认。同样要求项目组每个人员能将方案书勇岀来并自己能表达岀来。 项目计划阶段：根据需求和方案制定相关的讣划，计划不要求做

3、到100%准确，但是要 有依据，能讲出道理来，为什么是这么长时间。 跟踪审查阶段：要求负责人跟踪整个项目的进度情况，要求每天卜班前询问进度。 研发内部测试&回滚：项目开发完后，研发内部需要经过严格的测试和回滚修改，对于 功能未完全做好就提交上来的要进行记过。1.1.2合理的制定计划做任何事情都要有计划，大到人生的计划，小到工作中的讣划；国家要制定十二五计划，公 司要制左发展讣划；所以可以肯泄制左计划的重要性。没有计划，就是没有目标，没有目标 将失去方向，方向都错了，哪来的结果。计划需要合理，不是说随便弄个计划，计划需要经过深思熟虑，需要经过反复推敲，需要经 过以往经验的总结得来的,而不

4、是舶脑袋决立的，随意制定的汁划我想基本上也是很难完成, 计划很难完成又导致大家对计划失去可信，就觉得既然制左岀来也实现不了，我就干脆想怎 么泄就怎么泄了。这里有两个误区：第一，计划制泄没实现是有原因的，要善于总结原因， 想办法解决，下次争取进步，如果说一迫计划发现实现不了，就打退堂鼓，就反对制圧计划, 我想莫说是制左计划，做什么事情你都会有这样的思想。第二，计划就算是没实现，但是因 为有个计划，最起码让你有一个努力的方向和步骤。如何做到计划的合理： 计划需要分析：拿到一个任务或者问题，我们要学会分析，学会找到解决方案，连分析 和解决方案都没有，谈何计划。 计划需要细化：我们可能拿到手的计划是比

5、较大的，这个时候就需要讲计划分解，分成 几个步骤去实现，这样才能让我们将复杂的讣划进行简单化，从而能更好的去实现，也 有利于进行控制。 计划需要追踪：计划有时候不是一尘不变的，有可能会有变动，延迟啊什么的，所以计 划需要时时的进行跟踪，每天下班前检查下自己所制怎的汁划是否完成，时时提醒自己。1.1.3坚决的执行任务不管碰到什么样的任务，堆的也好，容易的也好，都需要坚宦的去执行。如果没有这样的精 神，这样的毅力，我想不管做什么事情，你都很难成功；每个人的成功都是靠不断的突破去 完成的，大家可能都会觉得累，但是你不去突破去坚持，很快你就被别人超过，所以对于任 务要坚建的执行下去，要有勇攀髙讎的精神

6、。任何一个任务，在做的时候都能从中总结出很多东西，一个好的室内设计师，肯左做过最底 层的建材工作，但是一个做过底层建材工作的，不一泄能成为一个好的设计师，因为第一个 人知道去总结去思考，去学习建材知识，而第二个人只知道去抱怨，觉得这是脏活累活，这 就是不同人的不同结果。所以坚决的执行任务也需要抱有一颗正确的心态才行。如何坚决的执行任务： 碰到艰难的任务，先别急着否立，先要分析后再取舍 任务来了之后，不要轻易下结论，要多思考 对于不可能完成的任务要向可能的方向去做，要拿出200%的努力 不准说做不了，没有说完全做不了的任务，只有说难度大还是难度小的任务1.1.4有效的进行沟通一个项目，一件事情，

7、往往不是一个人在做的；一个家庭，一个社会也不是一个人组成的: 都是由很多人同时组成的。项目组的和谐，家庭社会的和谐是很重要的，有了项目组的和谐 才会产生高战斗力的团队，有了家庭社会的和谐才会有幸福的生活。和谐其中就需要沟通, 就需要有交流，沟通交流的不好可能会导致很多不和谐的结果。所以有效的沟通是一个企业, 一个团队，一个家庭，一个社会所必须要做到的。如何有效的沟通： 首先要学会听，先听后说：听都听不懂，哪来的沟通。 沟通要勤于思考：不思考的，也谈不上沟通，那叫闲聊。 沉默不是金：要勇于发表，勇于说出自己的观点，不管是对的也好，错的也罢，要努力 的去表达，去论和争，很多方案很多真理都是在争论中

8、得岀的，所谓碰撞产生火花嘛, 但是不准吵、不准骂、不准生气。 把同事当客特别是项目组的，每次可能大家看到项目组来了就很烦，你应该把他想 象成客户，或者想象成你家人，尽量友好的去沟通，认真的理解他们的需求。 沟通要有结论：沟通一立要有结论，如果没有结论，那就是白沟通了，白说了。115及时的处理问题工作的过程中总是会碰到这样或者那样的问题，碰到这些问题后一泄要及时处理，注意及时, 有些人习惯将问题压在那里，日后在做，其实问题拖的越久越难解决，因为你可能会不太记 得当时的情况，而且问题会积累的越来越多，真正到非该解决的时候，你会发现会很麻烦了， 因为问题有时候会像滚雪球一样越滚越大。这里还涉及到一个

9、处理的问题，问题需要处理, 当时不一立说菲要解决掉，因为有些问题可能很复杂，当你一直埋头与这个问题的时候，可 能项目和产品就会产生延，所以这里讲的是处理，你可以把当时问题的情况记录下来，给自 己安排个计划去解决，或者你自己解决不了可以让别人帮忙解决一下，但是不管怎么样，这 个问题必须要有一个处理的方法。1丄6充分的进行总结人就是在不断的犯错、总结中成长起来的，从一生下来我们就在犯错，我们爸妈就会教导我 们要怎么做，我们也会从这些错误中不断的总结，得出自己的为人处事的观点出来。这里涉 及到两个方面，一个是犯错，一个是总结，犯错这个只要你不是说住在山洞里，只要你是处 在社会上，你就会犯错；总结，犯

10、错了就要总结，不然这个错误就白犯了，只有总结才能产 生经验，而经验是衡疑一个人的价值的很重要的一个标准，所以总结非常重要，对于自己犯 的错要勇于承担更要善于总结，发现其中的规律，发现其中有用的东西。如何总结： 总结的前提是要善于发现问题，勇于承担错误：你不认同你的问题，不认同你的错误， 你是无法进行总结的。 多用脑、多动笔、多动口：先要去想，然后要写下来，因为有时候想的东西跟写下来的 会不太一样，写下来后要能自己说出来（不是读出来），因为写下来的东四有时候跟说的 又不一样，三点都做到了，那这个总结就是你自己的了。 总结要勤：很多人都懒的写总结，耙总结放在脑子里而，好记性不如烂笔头，而且行动 和

11、意志是相互影响的，光靠意志脑子去想也不中，需要身体力行的去写才行，这样才能 映像深刻。1.2责任意识1.2.1对公司负责既然选择了公司，就应该将责任担当起来，在做项目，做产品，跟客户打交道就是代表着公 司，你不是代表劳苦大众也不是代表你个人，你代表的就是公司，所以要能站在公司的立场 想问题，对公司负责。公司也是一个团体，虽然与朋友、同事、家庭这种不同，是一种雇佣 关系，但是也不能太片而的理解是一种利益关系，如果你这样片面理解的话，我想你可以说 你跟朋友也是利益关系，这显然是不对的。做为公司来讲会去考虑对员工负责，员工反过来 也需要对公司负责，这是一种雇佣的责任意识。122对同事负责同事是每天都

12、需要打交道的，可以这么说，除了跟家人时间长之外就是跟同事相处的时间长 了，这种关系我觉得非常难得。所以对同事也要负责，同事有困难的时候要能挺身而出，同 事帮助过你了，你要心怀感激。同事之间的关系不仅仅是工作上的相互配合，绩效上的竞争对手，也是生活上朋友的相互关 照。1.2.3对家庭负责家庭是一个人赖以生存的根基，一个成功的人，一泄有一个好的家庭，一个成功的人也是一 个愿意为家庭负责的人。家庭的和谐和幸福，是离不开经营的，是要付出心血的。年轻的时 候要僮得孝顺父母，年纪大的时候要懂得好好教冇下一代。124对社会负责一个人也是离不开社会的，既然生存在这个社会上，就应该具有大胸怀去对这个社会负责,

13、去感染身边的人，去维护身边的人，去教育身边的人，不管这个人是朋友也好是陌生人也罢, 只有每个人都做到这样了，这个社会才是美好的：你这样去做了，你也会得到社会的认可, 得到大家的尊敬。成为一个受人尊敬的人，就必须要能对社会负责。2开发部工作文档要求2.1需求分析&解决方案要求 拿到客户的需求分析文档先过一遍 跟项目组讨论需求的详细要求和细宵 编写需求分析和解决方案文档 需求分析分档编写要求:1背景介绍“（项目或者产品的背景，以及容户的基本要求，要达到一个什么祥的目标*2系统结构”（系统的部署结构图，有哪些组成，比如：服务器.数据库.对接系统.客户端等*3系统架构（系统采用什么样的架构设计

14、，应用了哪些技术*4需求分析“.4.1功能模块A4丄1说明"（功能模块1的说明，以客户的角度说明该功能模块的具体要求L比如：他的流程、需要实 现的效果、UI界面要求、USECASE），'4丄2解决方案"（功能模块1的解决方案，以幵发者的角度说明如何实现这样的功能，比如：幵发步骏（1、2、3、4.）、需要使用到的技术、疑难问题解决、系统架构图* 与项目组或者主管讨论需求是否正确2.2 BUG修改过程中文档要求 淸楚BUG的问题，只要有一点模糊的地方都必须要弄淸楚 解决完BUG后，需要标注备注，标明该BUG是如何解决的2.3客户交流文档要求 去客户交流需要记录下整个交流的过程 回来后整理交流的内容1会议信息。（会议的地址、吋间、参与