51CTO博客开发
很多刚刚转向管理岗位的人员，对于项目进度如何把控，往往不知所从。 关于进度，比较容易让人想到的是询问、以及要求写日报、周报之类的。 这些措施首先是不完全的。因为进度管理不仅仅是获取进度信息、更重要的 是还要核实进度信息。就好比说这一样个任务，你让某人去下载一个软件的安装程序。 你要的是Linux版的。等他下载完了Wi
【常见的质量问题现象】 软件质量问题很大程度上可以从其开发过程上表现出来 。在缺乏有效项目管理的团队中，下面的现象我相信是典型的。 一个功能第一次转测的时候，测试人员能够发现N个低级错误型的Bug。接着开发人员”改完”代码后，测试人员进行回归测试继续发现N个Bug。这些Bug有些是第一轮测试中发现的Bug没有修复正确或者完全的，
尽管我们编写存储过程（Stored Procedure）是希望其完成一些特定的功能。但是在某些情况下，现有的存储功能所实现的功能可能已经不再需要或者我们打算采用其它方式来实现，此时为了实现对现有系统的最小改动量（以尽可能的减少对现有系统的影响），我们不能删除这个存储过程，但需要修改这个存储过程使其做空操作，即不实现任何实质性功能。
软件开发日常工作中，出于方便定位问题的需要，我们常常会去清空日志文件。但是，Linux新手容易犯的一个错误是把日志文件给直接删除，而不是删除日志文件的内容。直接删除日志文件往往导致新产生的日志记录无法被写入到日志文件中（因为它已经被删除了），而仅仅重新新建（touch）同样名字的文件是解决不了问题的。下面以Unbutu系统为例，说明如何恢复被误删除的syslog： 首
敏捷开发与项目管理实战系列文章发布在IBM developerworks中文站上： 敏捷项目管理实战之质量管理 本文以作者黄文海的项目管理实践为基础，介绍基于经验过程控制（Empirical Process Control）模型、缺陷预防以及敏捷价值观的敏捷质量管理思想及其实践。希望通过本文为广大项目管理人员提供质量管理的一些思路和经验分享。 敏捷项目管理实战之在敏捷开发中引入 S
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
