软件开发中存在的25个常见问题 (摘自 译言)
<p>一个软件项目从开始到结束，由于资源、人员、管理、方法学等等各方面的因素，往往不可避免的会存在一些问题，如需求不明确、项目管理失败、沟通问题等等，今天无意中看到老外写的关于这方面的<a href="http://www.realsoftwaredevelopment.com/2006/10/software_develo.html">一篇文章<img class="snap_preview_icon" id="snap_com_shot_link_icon" src="http://shots.snap.com/images/v2.19.1/t.gif" style="BORDER-RIGHT: 0pt; PADDING-RIGHT: 0pt; BACKGROUND-POSITION: -630px 0pt; BORDER-TOP: 0pt; DISPLAY: inline; PADDING-LEFT: 0pt; FONT-WEIGHT: normal; LEFT: auto; FLOAT: none; BACKGROUND-IMAGE: url(http://i.ixnp.com/images/v2.19.1/theme/green/palette.gif); VISIBILITY: visible; PADDING-BOTTOM: 0pt; MARGIN: 0pt; BORDER-LEFT: 0pt; WIDTH: 14px; LINE-HEIGHT: normal; PADDING-TOP: 1px; BORDER-BOTTOM: 0pt; BACKGROUND-REPEAT: no-repeat; FONT-STYLE: normal; FONT-FAMILY: "trebuchet ms",arial,helvetica,sans-serif; POSITION: static; TOP: auto; HEIGHT: 12px; BACKGROUND-COLOR: transparent; TEXT-DECORATION: none;" alt=""/></a>，总结的比较全面，翻译过来结合自己的一些经验做了点补充和修改，存档以备时常可以告诫一下自己。<br/></p><p>1、不能很好的理解用户的需求，缺少与用户之间的沟通</p>-----让客户明白自己在项目中的作用，做好调研需求，和沟通计划并严格按计划办理<br/>2、错误的预估项目的大小和难易度。<br/>----不断积累经验，丰富知识和时实践<br/>3、没有计划就匆匆开始编码。<br/>---- 做完善的计划<br/>4、没有在项目初期就开始做测试，一直拖到项目后期才做，或者根本不做什么测试。<br/>---测试是一本艺术。要按单元、以不同身份测试。<br/>5、选择时下最cool的技术还是已经被团队使用比较成熟的技术，往往不能做出很正确的选择。<br/>--- 选择成熟的，关注新技术，适当采用<br/>6、不采用任何软件过程或者方法学。<br/>--- 学问大了，不赘述<br/>7、没有一个真正的项目经理，让开发人员无计划的主导项目。<br/>---- 项目经理，要懂项目管理、IT技术、业务流程和需求<br/>8、拖延计划，把进度压力留在后期。<br/>9、不做版本控制，混乱的代码库和开发环境。<br/>---这是我要加强的<br/>10、在项目过程中随意的更换开发工具和环境。<br/>11、客户的任何需求都答应下来，需求会永无止境，记得学会说“不”。<br/>--“不“<br/>12、只有一个大的计划，没有把计划分割成一个个更小的任务，要知道，大的计划如果不分割成任务很难落实和具体实施<br/>-- 尽可能详细的 wbs<br/>13、对开发团队的管理不足。<br/>---计划好 职责、管理流程、沟通计划<br/>14、在项目后期增加人员来加快开发速度，很多时候往往适得其反。<br/>---软件开发，人越多，沟通成本就越高。效率越低<br/>15、开发人员不做单元测试。<br/>---单元测试，呵<br/>16、一旦项目中遇到问题，就把压力抛给开发人员。<br/>---项目经理，应该给技术人员指导。设计人员 施工队的关系。<br/>17、不关注软件实际的运营环境和硬件条件。<br/>--- 要考虑到以后的运营模式<br/>18、没有命名规范和代码规范。<br/>---不说了<br/>19、到处都用全局变量。<br/>---不懂<br/>20、遇到问题的时候往往不请教别人，而是一个人闷头搞，到最后还是不得以还是通过别人来解决。<br/>21、没有写代码注释的习惯。<br/>---喂，编程的兄弟，过来看看<br/>22、对输入输出的数据不做验证。<br/>---建议看书 测试的艺<br/>23、不做压力测试，到实际环境中往往就会出现更多的跟环境和性能相关的问题。<br/>--同上<br/>24、项目内部沟通不畅，每个成员只是埋头做自己的事情。<br/>--按沟通计划沟通<br/>25、没有很好的bug管理规范和系统，往往用word、email、excel等文本方式来跟踪bug，将会导致整个项目的bug管理陷入混沌。<br/>---不用这些，用什么来沟通？<br/>[此贴子已经被作者于2007-8-31 13:26:47编辑过] 可是要做到克服上面的25个问题真在不容易。 <div class="msgheader">QUOTE:</div><div class="msgborder"><b>以下是引用<i>南华学童</i>在2007-8-31 2:18:10的发言：</b><br/>可是要做到克服上面的25个问题真在不容易。</div><p>我自认为IT项目实施经验很丰富了</p><p>相比之下，还是有很多地方需要加强</p> <p>同感！！！</p>
页:
[1]