软件开发工程管理制度
软件开发工程管理制度
软件工程管理小结一： 
软件工程管理已经到了学期的最后，我们seed小组的软件工程也已完工，这一个学期真的是获益匪浅!
礼平教师曾经说我既可以走技术道路也可以走管理道路，一切都看我自己。真的很是佩服教师的看人目光，很犀利。我知道，如今的我不是没有才能去做好，只是自己没有去做，一直在殿外彷徨，不肯付出努力向前迈进。从大一到如今，我的专业技术一直都是我的短板，理由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知道自己想做什么，到如今明确目的，可以说，软件工程管理课程给了我很多灵感，让我从自己纷乱的思绪中看清楚了自己最想要的东西。
一直自己很喜欢管理，我会花费很多时间在这上面，从大一到如今一直都是，一直没有改变过。在技术上，我总是给自己借口，总是偷懒，但我如今明确了一点，没有技术，就没有管
理!脱离技术的管理是不可能的，也是不现实的。在这个行业里，技术是一切的根本，想作工程师也好，想作管理者也好，技术都是起步的根基。而我这次所经历的工程更让我明确了这一点。在这个小工程里，虽然我们两个星期就开发完成了这个软件，并交付使用，但是问题还是很多的。在这么一个小工程里，由于需求、设计、代码、文档产生的问题，每一个看似容易，却都需要实实在在的经历在里面，都需要对业务的熟悉，有语言功底作根基。
在这个工程里，我负责软件配置管理工作，在文档的整理过程中，我仔细看了他们的需求分析^p    ，概要设计，数据库设计，模块设计等文档，也参与了风险分析^p    文档的编写，承当了用户手册和工程本钱估算的编写。在这个过程中，我明确了技术的实在意义，明确了技术对我的指导作用，同时也明确了自己的学习道路应该怎么走下去!
整个工程进展的过程中，我一直在努力从中学习，我旁听开发组的会议，为组长提供管理意见，为会议、文档制定标准，整个过程我收获了很多。
1、 软件工程小组中的人员安排要职责明确，并有配套的管理记录，整理每个人的工作进度，随时更新，以方便开发人员、测试人员之间的沟通。
2、 会议、文档、代码都要有相应的“纪律”，否那么整个小组的开发效率会大打折扣。
3、 对业务的熟悉有助于明确需求，只有明确的需求才能让工程更加顺利的进展。
怎么写代码做软件
4、 细致的方案可以让工程进展防止很多弯路，可以在任务的初期就发现存在的问题，并及时予以解决。
5、 工程文档、代码定期予以备份，当工程遇到未意料到的问题时可以及时恢复，尽可能减少损失。
当然，还有很多，包括软件测试上的收获，写文档的收获，这里就不一一列举了。这是我大学里最认真的一门课，当然，收获也是最多的。
最后，谢谢礼平教师给我带来的这一切一切，也感谢同组同学给我的帮助，结果已然不重要了，我所收获的这许多东西，远比成绩要有意义的`多
软件工程管理小结二： 
对软件工程的管理者来说，他最应该关心的是能否按时优质地交付产品的问题。在方案软件开发的道路时，他必须首先考虑软件根本功能的实现和工程交付期，其次，才考虑产品的卖
点，许多工程失败的原因就在于设计者没有时间概念，工程前松后紧或增加了许屡次要的技术特征，这样反而对产品质量形成了威胁，总之，最重要的是懂得统筹安排各个环节。
面试程序员
理想的方法是由开发小组的其他成员一起来面试，假如谁看不上眼，他都不能参加，否那么以后会有很多费事。这样做的另一个好处是借此时机互相认识一下，经理一定要把新员工介绍给大家，并且小组每个员工都应该过来握手介绍自己，这是起码的招聘礼节。
程序员需要关心尊重
曾经有个例子，某公司开发人员王某由于刚开场学习编程，技术程度差一点，常常受到经理的“另眼相看”，每次软件出现了问题都疑心是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。经理通过这种手段可以迫使这一位自动辞职吗?非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了(否那么，留下的巨量代码很难维护)。假如认为某人不合适目前工作，为何不另请高明?既然已经请他作了这件工作，就得尊重他。不能指望开发人员在非工
作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”，例如要求技术人员在酒席宴上象____或公关先生一样举止适度，从来不会有好的效果。