<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[SysThink的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/SysThink</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; SysThink]]></copyright><item><title><![CDATA[人人都玩开心网：Ext JS+Android+SSH整合开发Web与移动SNS]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6762866</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6762866</guid><author>SysThink</author><pubDate>Fri, 09 Sep 2011 10:45:35 +0800</pubDate><description><![CDATA[http://book.51cto.com/art/201007/214774.htm


http://wenku.baidu.com/view/7e0629a10029bd64783e2cd2.html


http://www.codeproject.com/K]]></description><category></category></item><item><title><![CDATA[软件开发项目中的需求变更分析和解决之道]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6008007</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6008007</guid><author>SysThink</author><pubDate>Sun, 14 Nov 2010 10:43:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/90/n-21890.html   【摘要】“需求变更”，一旦提到软件开发项目进程中的需求变更，无论是项目经理还是程序开发人员都感觉到头疼。而且，在一些项目管理顾问的PPT课件中，以及一些软件项目管理的技术图书和教程中，也把“需求变更”作为单独的一项来研究。本文中，与您共同探讨软件开发项目中的需求变更发生的原因、需求变更控制，以及当发生需求变更的时候如何应对解决。 项目经理圈子 blog.systhinker.com 一、令人烦恼的需求]]></description><category></category></item><item><title><![CDATA[软件需求变更管理七步法]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6008005</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6008005</guid><author>SysThink</author><pubDate>Sun, 14 Nov 2010 10:41:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/92/n-21892.html   典型场景：最近比较烦，烦客户！我们现在正在给长江市政府做一个电子政务项目，其中有一项功能是网上婚姻申请登记功能。因为前一段国家政策取消了强制性体检这个环节，所以我们的工作流程也相应的变更。training.systhinker.com 项目管理论坛 没想到客户从中得到启发：我们的许多工作流程做好后改动的可能性很大（例如政策调整、部门变动、领导班子重组等），干脆给我们做成可定制的功能，我们提一个最大的功]]></description><category></category></item><item><title><![CDATA[需求变更的代价]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6008001</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6008001</guid><author>SysThink</author><pubDate>Sun, 14 Nov 2010 10:39:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/85/n-21885.html   　让我们先来看一个需求变更的典型案例： 　　Steven刚出任项目经理，并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户，充分满足客户需求。项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。Steven动员大家加班，保持了项目的正常进度，客户相当满意。 项目管理者联盟 　　但需求变更却越来越多。为了节省时间，客户的业务人员不再向Steven申请变更，而是直接找程序员商量。程序员]]></description><category></category></item><item><title><![CDATA[解析项目需求变更]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6007996</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6007996</guid><author>SysThink</author><pubDate>Sun, 14 Nov 2010 10:36:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/81/n-21881.html   1. 需求变更的原因分析项目经理博客 　　(1)范围没有圈定就开始细化 　　细化工作是由需求分析人员完成的，一般是根据用户提出的描述性的、总结性的短短几句话去细化的，提取其中的一个个功能，并给出描述(正常执行时的描述和意外发生时的描述)。当细化到一定程度后并开始系统设计时，范围会发生变化，那细节用例的描述可能就有很多要改动。如原来是手工添人的数据，要改成根据信息系统计算出来，而原来的一个属性的描述要变]]></description><category></category></item><item><title><![CDATA[项目计划和需求变更控制]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6007991</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6007991</guid><author>SysThink</author><pubDate>Sun, 14 Nov 2010 10:33:00 +0800</pubDate><description><![CDATA[  一、做好计划 　　项目计划是指导项目执行的依据，也是衡量项目组绩效的基准，做好计划至关重要。 项目计划是由项目总体计划和子计划组成的。通常，进度计划、质量计划、风险计划、测试计划、配置管理计划以及沟通计划是项目计划中比较重要、对实际工作也比较有指导意义的几个子计划。其中，进度计划是所有计划的基础，它确定了项目的时间范围，它让你知道在哪个时间应该完成哪项工作;质量计划则告诉你这项工作是否已经完成，是否满足要求;风险计划将会告诉你完成这项工作可能出现的障碍，应如何解决，比如对于维护型的项目要考虑到人员常被借]]></description><category></category></item><item><title><![CDATA[关注ERP项目中的隐含成本]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6004845</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6004845</guid><author>SysThink</author><pubDate>Fri, 12 Nov 2010 13:59:00 +0800</pubDate><description><![CDATA[原文转自：”IT工程技术网“http://www.systhinker.com/html/78/n-28478.html   　实施ERP是一个惊人的工程,投资之大足以令最镇静的CFO有点发慌。在ERP开始产生效益之前,除了软件成本预算外,财务经理还应该考虑咨询、返工、集成测试以及一长串其他费用。低估对员进行新工作流程的培训费用;没有考虑数据库集成需要;忽略需要额外的软件去复制旧的报告格式;不像实施其他信息系统,在做预算和做计划时的疏忽可能使实施ERP的成本急剧上升,甚至不可控制。 　　毫无疑问,制定预算时]]></description><category></category></item><item><title><![CDATA[Volere需求模板]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6004835</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6004835</guid><author>SysThink</author><pubDate>Fri, 12 Nov 2010 13:54:00 +0800</pubDate><description><![CDATA[原文转自:“编程百科" http://baike.systhinker.com/index.php?doc-view-13.html       Atlantic System Guild（www.atlsysguild.com）公司所提供的Volere需求过程与软件需求规格说明书模板则充分利用了现代软件工程思想与技术，是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用，强烈推荐。  注：从Atlantic System Guild公司网站www.atlsysguild.com上获]]></description><category></category></item><item><title><![CDATA[WBS在项目控制中的应用]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6004826</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6004826</guid><author>SysThink</author><pubDate>Fri, 12 Nov 2010 13:51:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/71/n-28471.html   这里想要介绍的是通过将细分化了的所有项目要素统一编码，使其代码化，WBS还可以充当一个共同的信息交换语言，为项目的所有信息建立一个共同的定义。这样，将所有的要素在一个共同的基础上相关联，在此基础上建立信息系统之间的所有信息沟通。应用WBS作为信息的共同基础的最大优点是，为监控及预测费用、进度、实施不同的项目信息，WBS的应用给所有的项目管理人员提供了一个均可以与之作对比的一致基准，并且在大型项目中，由]]></description><category></category></item><item><title><![CDATA[成功项目主管的领导能力]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6002738</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6002738</guid><author>SysThink</author><pubDate>Thu, 11 Nov 2010 15:01:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/85/n-21985.html   如果主管们的个人性格特征符合职位的要求，通常会希望越做越好，或者在其职位上能够任职更长的时间。而识别这些性格特征的普遍做法，就是剖析成功主管们的个性。项目管理论坛 　　如果主管们的个人性格特征符合职位的要求，通常会希望越做越好，或者在其职位上能够任职更长的时间。而识别这些性格特征的普遍做法，就是剖析成功主管们的个性。通过剖析可以看出成功的领导们在行为、气质、情感和精神状态的综合特性，并总结出自己的领导]]></description><category></category></item><item><title><![CDATA[需求变更的代价]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6002719</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6002719</guid><author>SysThink</author><pubDate>Thu, 11 Nov 2010 14:57:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/85/n-21885.html   让我们先来看一个需求变更的典型案例： 　　Steven刚出任项目经理，并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户，充分满足客户需求。项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。Steven动员大家加班，保持了项目的正常进度，客户相当满意。 项目管理者联盟 　　但需求变更却越来越多。为了节省时间，客户的业务人员不再向Steven申请变更，而是直接找程序员商量。程序员疲]]></description><category></category></item><item><title><![CDATA[敏捷需求分析五大关键因素]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6002709</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6002709</guid><author>SysThink</author><pubDate>Thu, 11 Nov 2010 14:54:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/81/n-21681.html  大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。 放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主要有哪些？什么是敏捷需求分析？产]]></description><category></category></item><item><title><![CDATA[20家著名公司的超酷办公室]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/6002446</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/6002446</guid><author>SysThink</author><pubDate>Thu, 11 Nov 2010 13:32:00 +0800</pubDate><description><![CDATA[无须去问传统办公室是否已死，我们搜集了一些令人振奋的办公场所。这些公司超凡脱俗，追求创造性的设计。在过去几年中，诸如Google和Zappos这类公司的办公环境是大众的关注焦点。显而易见，各行业大大小小的公司都正在向非传统办公室转型。  　　1. 3ROUNDBURST  　　3ROUNDBURST是家坐落于加州圣塔莫尼卡市的设计公司。他们产品覆盖范围很广，从“编辑选题开发”到“动画设计”和“品牌策划”。一定要看看他们设计室的定制艺术风格。   （单击图片，放大查看，以下类同）   　　2. AKQA  　]]></description><category></category></item><item><title><![CDATA[编程百科(baike.systhinker.com)诚邀大家共同建设！]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5993083</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5993083</guid><author>SysThink</author><pubDate>Sun, 07 Nov 2010 12:59:00 +0800</pubDate><description><![CDATA[编程百科(baike.systhinker.com)诚邀大家共同建设！  ]]></description><category></category></item><item><title><![CDATA[程序员的编程谚语]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5993078</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5993078</guid><author>SysThink</author><pubDate>Sun, 07 Nov 2010 12:55:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/78/n-21678.html 所谓谚语，就是用言简意赅、通俗易懂的方式传达人生箴言和普遍真理的话，它们能很好地帮助你处理生活和工作上的事情。也正因如此，我才整理了10句编程谚语，每位开发人员都应该铭记他们，武装自己。  　　1. 无风不起浪   别紧张，这也许只是一场消防演习  　　代码设计是否糟糕，从某些地方就可以看出来。比如：  a. 超大类或超大函数 b. 大片被注释的代码 c. 逻辑重复 d. If/else嵌套过深   　　]]></description><category></category></item><item><title><![CDATA[敏捷需求分析五大关键因素]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5993072</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5993072</guid><author>SysThink</author><pubDate>Sun, 07 Nov 2010 12:52:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/81/n-21681.html  大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。 放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主要有哪些？什么是敏捷需求分析？产]]></description><category></category></item><item><title><![CDATA[敏捷开发漫画全系列]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5993068</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5993068</guid><author>SysThink</author><pubDate>Sun, 07 Nov 2010 12:50:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/85/n-21485.html  敏捷开发系列漫画（一）：并行迭代开发模型 【概述】 敏捷开发系列漫画希望以活泼轻松的漫画形式，通过两个人物“熊猫”（PM）和“大拇哥”的对话，引出对敏捷开发方法的思考，并籍此引起大家的共鸣。 【人物】 熊猫：互联网行业PM的化身，现实很残酷，项目管理上总有数不尽的烦恼； 大拇哥：手持“魔方”现身说法，敏捷开发上总有说不完的故事。     敏捷开发系列漫画（二）：如何安排迭代计划 【概述】 敏捷开发系列漫]]></description><category></category></item><item><title><![CDATA[关于管理九段的质疑]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5984566</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5984566</guid><author>SysThink</author><pubDate>Wed, 03 Nov 2010 13:42:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/30/n-21530.html  之前有人将管理分成9个等级，排列如下图：      对这九级管理的定义或理解，大家基本上都有些概念，就不多谈了；若有部分不清楚的话，上面链接的文章中有详细介绍，还附有一些案例说明。   二、排序质疑 我不是很赞同这个次序。 如果说‘经验管理’定为最初级大家尚无异议的话，那‘知识管理’与‘创新管理’哪个更高级就很难说了； 在阿里巴巴，估计‘文化管理’会定为最高级–有了企业文化，即便面临挫折也会重生； 马云]]></description><category></category></item><item><title><![CDATA[如何进行IT项目管理]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5973388</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5973388</guid><author>SysThink</author><pubDate>Fri, 29 Oct 2010 09:47:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/88/n-21488.html          不知不觉已经在某家IT企业工作了四个年头，从第一年干研发工作，到第二年担任项目子项负责人，以及后来担任项目主管，已经干过四个项目。四个年头也是笔者人生最重要的时光，经历了从学生向技术人员的转变和从技术人员向项目主管的转变。  　　作为项目主管，工作上最操心的就是项目管理。平心而论，公司并不太重视项目管理的方法和规律的研究，很多具体细节的操作完全是凭借项目主管的直觉，和老同志的一点点经验。]]></description><category></category></item><item><title><![CDATA[如何当好IT项目经理]]></title><link>https://blog.youkuaiyun.com/SysThink/article/details/5973377</link><guid>https://blog.youkuaiyun.com/SysThink/article/details/5973377</guid><author>SysThink</author><pubDate>Fri, 29 Oct 2010 09:44:00 +0800</pubDate><description><![CDATA[原文转自：http://www.systhinker.com/html/87/n-21487.html 在IT公司，IT项目经理起到非常重要的作用。 　　IT工程技术网的项目管理学专家们一直在思考，如果是我，如何当好IT项目经理？ 　　一. IT项目经理需要很专业的IT知识吗？　　 IT项目经理需要很专业的IT知识吗?是IT工程技术网(http://www.systhinker.com/)上一个讨论帖子。 　　 “我是从硬件工程师做到部门主管，对于项目管理,我觉得IT行业的项目管理与其他行业不同，他需要比较]]></description><category></category></item></channel></rss>