转眼新的一年又开始了，大家想必都忙着总结过去，规划未来吧？ 据说现如今找个兼职人员都难，因为大家不想换工作的在忙着设计未来，想跳槽，忙着发简历面试。不过我到是轻松了下来，虽然项目依旧还在泥潭中，但好歹我总算从里面拨出来了。轻松归轻松，但工作还是要作的嘛。看着同事在水火中受着煎熬，心里也难受啊。
需求不清、设计不合理、需求变化太快，无止境的修改。。。。哎，痛苦啊，项目进行到后期任何一个改动或小的调整都让人成倍的耗费精力，大家都疲惫不堪。但客户可管不了这么多，每天一堆的需求，每天来电话催进度。成堆的bug，有些是之前遣留的，有些是新的，有些是修改后未确认的，有些是修改后未通知客户的。总之，繁透了！
需求就更让人痛苦了，有些是以前提出的未修改的，有些是客户需要变更的，有些是关于新功能的，有些是使用后的改良建议。
有些许需求是早就跟客户讨论过并经客户同意可以不做的，但N天后，他又提出来了。由于没有文档，客户又不记得有这么回事，跟客户的沟通又得重新来一次。
项目进行到一半的时候，领导终于发话了，“我们的项目管理要规范！”，经过几天的整理，vss里多了一些新的需求文文档和测试报告。刚开始大家都觉得不错，需求和bug都存储好了，开发时有据可以，有文档可查，方便了不少啊。一切都比以前有条理。可好日子没过多久，问题来了。vss里的文档一堆一堆，都让人找不着北了。 收集需求的同事给开发人员讲完大概需求或客户的bug反馈后总是说一句：“详细文档到vss里看” 开发人员回到座位开始处理问题了，但10多分钟后，肯定能听到开发人员大声的问：“文档在哪里啊？啥名字？”。
项目管理是重要啊，可要管好项目太难了！有自身的原因，有客户的原因。
痛苦的事情还不止这些，由于项目变化太快，每天都要修改，每天都要提交修改后的版本。项目更新又成了问题。目前项目都是自己派人过去更新（有其他事情必需去客户单位），或发邮件给客户，让相关人员自己更新。有时由于变化太大，更新完后还会出现问题，这时，还得即时解决，又得更新。哎。。真是费时费力。还欠了人情。
总之一句话：生不如死啊！ 55555555。。。。
该发泄的也发泄了，是切入正题了的时候了。解决问题的办法想必博客园的兄弟们能提出一堆，但管理这个东西啊，挺难的，不但要思想跟得上，还得有相应的工具帮忙。 像需求和bug这块的问题，完全可以用诸如 bug管理系统之类的软件来解决。目前这种系统也有不少。前阵子在《程序员》上也介绍过。偶看了看，虽然功能不复杂，但还真能解决问题。所以啊，偶想，下一步也用c#实现一个帮同事们解决大问题。 至于项目更新这块，就是我目前重点要讲的了，目前网上有许多用于简化布署的程序，但都是一个思路：获取更新后的程序集，替代之前的程序集，和“智能客户端”的智能布署差不多。 而我目前遇到的真正问题是在开发过程中。也就是系统功能尚未完全实现，但已经提交给客户试用了。也就是所谓的“迭代过程”了。 这个阶段的的更新频率非常高，更新的东西也不仅仅是程序集。有可能是：更新数据库，如：修改字段啊，新加一个表啊，编辑存储过程了。由于是web程序，还经常需要更新aspx页面，假如某个页面用了一个第三方控件，还得在服务器上安装控件。总之是非常复杂!
哇，写到这里才发现自己还真是罗嗦! 由于是即时随笔，没有整理，再加上本人文采实在是太差，请各位见谅啊！
好了，目前我要的就是这种智能更新程序，既然在google里没找到，我也不想找了。自己动手，丰衣足食。顺便操练一把。
下班时间到，偶回家了。回家继续写！下一篇我将开始我的设计和编码。 这个系统目前就叫：SoftUpdateUtility
平台：.net Framework 1.1 ,
语言：c#
工具：Visual Studio.net 2003
come on，let's go................
需求不清、设计不合理、需求变化太快，无止境的修改。。。。哎，痛苦啊，项目进行到后期任何一个改动或小的调整都让人成倍的耗费精力，大家都疲惫不堪。但客户可管不了这么多，每天一堆的需求，每天来电话催进度。成堆的bug，有些是之前遣留的，有些是新的，有些是修改后未确认的，有些是修改后未通知客户的。总之，繁透了！
需求就更让人痛苦了，有些是以前提出的未修改的，有些是客户需要变更的，有些是关于新功能的，有些是使用后的改良建议。
有些许需求是早就跟客户讨论过并经客户同意可以不做的，但N天后，他又提出来了。由于没有文档，客户又不记得有这么回事，跟客户的沟通又得重新来一次。
项目进行到一半的时候，领导终于发话了，“我们的项目管理要规范！”，经过几天的整理，vss里多了一些新的需求文文档和测试报告。刚开始大家都觉得不错，需求和bug都存储好了，开发时有据可以，有文档可查，方便了不少啊。一切都比以前有条理。可好日子没过多久，问题来了。vss里的文档一堆一堆，都让人找不着北了。 收集需求的同事给开发人员讲完大概需求或客户的bug反馈后总是说一句：“详细文档到vss里看” 开发人员回到座位开始处理问题了，但10多分钟后，肯定能听到开发人员大声的问：“文档在哪里啊？啥名字？”。
项目管理是重要啊，可要管好项目太难了！有自身的原因，有客户的原因。
痛苦的事情还不止这些，由于项目变化太快，每天都要修改，每天都要提交修改后的版本。项目更新又成了问题。目前项目都是自己派人过去更新（有其他事情必需去客户单位），或发邮件给客户，让相关人员自己更新。有时由于变化太大，更新完后还会出现问题，这时，还得即时解决，又得更新。哎。。真是费时费力。还欠了人情。
总之一句话：生不如死啊！ 55555555。。。。
该发泄的也发泄了，是切入正题了的时候了。解决问题的办法想必博客园的兄弟们能提出一堆，但管理这个东西啊，挺难的，不但要思想跟得上，还得有相应的工具帮忙。 像需求和bug这块的问题，完全可以用诸如 bug管理系统之类的软件来解决。目前这种系统也有不少。前阵子在《程序员》上也介绍过。偶看了看，虽然功能不复杂，但还真能解决问题。所以啊，偶想，下一步也用c#实现一个帮同事们解决大问题。 至于项目更新这块，就是我目前重点要讲的了，目前网上有许多用于简化布署的程序，但都是一个思路：获取更新后的程序集，替代之前的程序集，和“智能客户端”的智能布署差不多。 而我目前遇到的真正问题是在开发过程中。也就是系统功能尚未完全实现，但已经提交给客户试用了。也就是所谓的“迭代过程”了。 这个阶段的的更新频率非常高，更新的东西也不仅仅是程序集。有可能是：更新数据库，如：修改字段啊，新加一个表啊，编辑存储过程了。由于是web程序，还经常需要更新aspx页面，假如某个页面用了一个第三方控件，还得在服务器上安装控件。总之是非常复杂!
哇，写到这里才发现自己还真是罗嗦! 由于是即时随笔，没有整理，再加上本人文采实在是太差，请各位见谅啊！
好了，目前我要的就是这种智能更新程序，既然在google里没找到，我也不想找了。自己动手，丰衣足食。顺便操练一把。
下班时间到，偶回家了。回家继续写！下一篇我将开始我的设计和编码。 这个系统目前就叫：SoftUpdateUtility
平台：.net Framework 1.1 ,
语言：c#
工具：Visual Studio.net 2003
come on，let's go................
