摘要：最初的问题 上周，在SCNA(北美2010软件技术大会)的一个专题小组讨论会上，Chad Fowler (@chadfowler)问道，“有多少项目是因为程序的原因失败的？”。按当时的情形，我想他的观点是，项目的失败归咎于业务问题，而非程序。会议室里很安静。可以看出，全体成员认为他说的是有道理的。我相信大家是都同意Chad的观点的。项目的失败，罪不在于程序，在于业务问题。 后续调查 Uncle Bob (@unclebobmartin)后来做了一次简单的微博调查，我和其他很多人都参与了。调查的结果是，赞成项目失败的责任主要归咎于业务问题、而非技术问题的占了绝大多数。Bob感到这... 阅读全文
艾伟也谈项目管理，项目过程中所遇到的各种问题记录——有关MSChart的一些小技巧
2011-08-29 19:09 by 狼人:-), 272 阅读, 0 推荐, 收藏,
摘要：完成了有关编辑器篇的内容，接下来记录下这一年里在有关图表使用过程中碰到的一些问题及个人的解决方法。 以下是本文所要介绍的内容： 1、MSChart基本概况介绍。
2、开发过程中碰到的问题及解决方法。 一、MSChart基本概况介绍 在开发一些管理系统的时候总会碰到一些需求需要对报表进行图形化的展示——图表，在微软的MSChart没出来前，.NET的winforms下许多的图表控件不是要收费就是可使用的图表类型较少或者各种资料太少（也可能是我了解的太少），不过自从在VS2008上微软推出了MSChart后，在winforms上进行图表统计就方便了很多很多。 MSChart分为2... 阅读全文
艾伟也谈项目管理，成功软件项目管理的奥秘
2011-08-29 19:09 by 狼人:-), 199 阅读, 0 推荐, 收藏,
摘要：如何入门并设定软件成功的目标 1、如何开始项目管理（如何入门） 实践技能建议 要点说明 1．设定优先级 1) 为团队成员提供服务
2) 满足组织客户的需求
3) 从事自己相关的项目 2．分析自我能力差距 人员管理（人际关系、解决冲突、推销想法）
聆听技巧
锻炼演讲表达能力 3. 学会定义质量 与开发团队、客户确定一致的产品质量定义与准则 4. 鼓励团队所取得的进步 指定鼓励计划（精神鼓励与物质奖励） 5. 从历史中学习 6. 设定团队改进目标 设定长期与短期的改进目标
如需求变更、软件质量。通过制定具体... 阅读全文
艾伟也谈项目管理，产品版本改造中的项目管理
2011-08-29 19:09 by 狼人:-), 248 阅读, 0 推荐, 收藏,
摘要：近段时间，一直在负责一个产品版本改造（C/S系统进行B/S改造）的研发项目管理，在任务紧、时间短、团队成员又没有相关技术（Silverlight）背景的恶劣情况下，我带领包含我在内只有6个人员（5个研发人员，1个产品经理，产品经理在系统版本改造中主要精力投入到辅助市场部进行产品推广去了）的超小型项目团队，终于在公司给定的时间范围内完成了整个产品的版本改造。这其中经历了需求变更、技术风险、人员变动等诸多问题，项目任然取得了成功，这种使用新技术的试验项目能够取得成功不得不说有几分侥幸，更多的还是团队兄弟之间的互相帮助、团队协作。 在历时3个月的产品版本改造过程中，经历了大大小小的诸多问题，... 阅读全文
艾伟也谈项目管理，创业公司技术选型参考
2011-08-29 19:09 by 狼人:-), 255 阅读, 0 推荐, 收藏,
摘要：java推荐框架 web项目来说，spring、struts是必选，当然有更加好用的，推荐来自疱丁分词作者王志亮在人人网的rose框架，使用上手快，配置少，是创业公司java必备。 php框架推荐 zend framework，或者直接写个简单的框架，php的框架更加倾向去规范代码，让所有项目在新人加入时快速上手。 代码版本控制 subversion是必选工具，简单易学，git也开始流行，也是可选方案。 jar包依赖管理 这是针对java项目，还在使用ant的朋友，可以考虑换换了，特别的，如果你的公司在很快扩张的时候，这个选择能让未来避开依赖混乱，遇事集体更新困难的困... 阅读全文
艾伟也谈项目管理，个人管理：写书之前应该回答的几个问题
2011-08-29 19:09 by 狼人:-), 252 阅读, 0 推荐, 收藏,
摘要：我在06年和一个同事写过一本Delphi入门的示例书籍Delphi数据库通用模块及典型系统开发，当时体会到了写书不像想象中的简单，基本上业余时间都没了，所以我之后就不想出书了，其中更重要的一个原因是，我还没有找到一本真正想与大家分享并且自己能写出来的书籍。 博客是个好东东，只要你愿意与人分享交流，你的行为就可以赢得大家的认可，如果你的观点或者文章写的又好，那么就会有更多形式与大家分享，例如最近我们可以看到的很多人都由于blog而出书了。同样，我这两年对博客的投入也赢得了一些人的信任，也收到过好几个编辑的邀请，希望能够合作出一本书。 去年我对个人管理这个系列非常感兴趣，因为我觉得这... 阅读全文
艾伟也谈项目管理，解读敏捷需求分析五大关键因素
2011-08-29 19:09 by 狼人:-), 235 阅读, 0 推荐, 收藏,
摘要：大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。 放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主要有哪些？什么是敏捷需求分析？产品级和项目级需求有何异同？敏捷需求分析方法论中的五大关键点是什么？就以上热点话题，雅各布森中国区总经理吴穹分享了他的看法。 三大症状 在吴穹看来，两份需求、合同式验证、产品需求缺... 阅读全文
艾伟也谈项目管理，微软外包人才之道：一流外包团队如何打造
2011-08-29 19:09 by 狼人:-), 306 阅读, 0 推荐, 收藏,
摘要：即使在金融危机的背景下，中国外包产业依旧发展迅猛。据工信部统计数据，2009年，中国软件外包服务出口24亿美元，同比增长15%。预计未来4年，中国软件外包业还将迎来新一轮发展高峰。其中，来自微软等美国大型公司的项目占据很大份额。 在4月30日，CSDN CTO俱乐部举办的技术管理者沙龙上，微软中国外包事业中心资深副总监钟声及高级项目经理王帅在主题为“打造一流外包团队”的演讲中透露，2009年，微软在中国的发包量实现了30%的增长，总额达到1.5亿美元。同中国外包发展趋势一致，微软外包项目正在逐步脱离低端，以测试自动化和整体项目研发外包为主。钟声表示，在未来两三年内，高端项目将占到所有... 阅读全文
艾伟也谈项目管理，多任务让你走得更慢
2011-08-29 19:09 by 狼人:-), 426 阅读, 0 推荐, 收藏,
摘要：现代商务依靠多任务来完成工作。评价员工也基于的他们多任务能力。IT业人员会被例行指派到多个项目中去。我们是经常在这样做吗？多任务起作用吗？多任务的真正影响是什么？有别的选择吗？ 这里老词重提一下“单任务”，它代表了我们在多任务之前所习惯的软件工作方式。在这里的“多任务”，指的是“工作在很多项目上”。现代商务把它称作“多任务”，认为它是一种更有效提高工作输出的策略。其实，不止工作，我们在日常生活中也会小规模地多任务。这两者在做法和后果上都有相似性。 一个不同的角度 当我们向新人介绍敏捷（或Scrum）时，最大的绊脚石是让他们理解团队成员在全职专注于团队工作时，工作效率要高得多得... 阅读全文
艾伟也谈项目管理，创建敏捷团队
2011-08-29 19:09 by 狼人:-), 163 阅读, 0 推荐, 收藏,
摘要：简介 创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队，扔给他们某种敏捷过程，然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实，而且非常容易失败。本文将会描述成功团队的要素，并说明我们应该如何创建这样的团队。 成功团队的要素 成功的敏捷软件开发团队由技能熟练的开发者组成，他们已经确立了团队价值，拥有良好的沟通，并且总是寻找改善的机会。对于成功来说，尽管这些因素并非绝对必要，然而拥有全部因素会为我们铺就一条通往成功的捷径。 核心原则 对于想要为团队确立什么样的文化，每个人都有自己的想法。除非管理人员雇佣自己非常熟... 阅读全文
艾伟也谈项目管理，Richard Durnall谈系统管理和从外向内的组织结构
2011-08-29 19:09 by 狼人:-), 178 阅读, 0 推荐, 收藏,
摘要：InfoQ中文站：能给我们介绍一下“系统管理理论”(System Management Theory)么？能不能跟我们分享一下您在实际应用中的经验？ Richard Durnall：系统管理理论是过去五十年里出现并逐步发展而来的。它与传统的那种基于管理和控制方式的科学管理理论有很大的不同。首先让我们回顾一下管理科学的历史来了解系统管理理论。 在19世纪工业革命之前，商业规模通常不大，从业人数十分有限。19世纪30年代的技术革命中出现了大规模的工业企业。与传统的村镇工业不同，这些企业开始低成本地大规模制造商品。 19世纪晚期，管理科学家Frederick Winslow Tay... 阅读全文
艾伟也谈项目管理，找出软件开发过程中的BUG，你需要火眼金睛
2011-08-29 19:09 by 狼人:-), 326 阅读, 0 推荐, 收藏,
摘要：1）Bug大都出现在程序员的编码过程中。测试人员工作之一就是找出Bug，面对那些难以被人发现的Bug，测试人员通常会采取哪些手段？以您的经验，对广大测试人员有什么好的建议？对于开发人员，您有什么建议让他们减少Bug的产生？ 之所以难以发现，大多是测试案例不够完整，检查测试案例是否全面覆盖了需求，等价类划得是不是够细有助于发现更多的问题。 如果已经发现的问题大多是猜测法发现的，那么惨了，这是一个天马行空的测试，所有的BUG都将是难以发现的BUG，碰运气吧。如果你真的是在这个不幸的团队，别伤心，你有很多同伴都是这样不幸，继续用你学过的理论和可能不太多的编程经验，挖边界值，找亚边界，偷听... 阅读全文
艾伟也谈项目管理，个人管理：从昨天的一个设计评审来谈如何与人交流你的设计思路
2011-08-29 19:09 by 狼人:-), 185 阅读, 0 推荐, 收藏,
摘要：昨天项目组进行了一个设计评审，主要是对OpenExpressApp的AutoUI部分进行重构，我相当于评审人。大家也可以把这个评审过程当做与人交流你的设计思路的一个过程，以下从我评审的一些要素来谈谈与人交流设计思路时需要考虑的内容，也许对大家在实际工作中的架构、设计和沟通都有所帮助。 评审并不是审判，你直接说出结果之后，然后等着判官下笔，评审一定是基于特定主题进行的，所讨论的东西都围绕这个主题，那么如何让人先清晰你的这个主题是需要考虑的。对于不同人来说，每个人关注视角不一样，所以还需要针对这个主题，对于不同场合、不同参与者，你需要使用什么方式来讲哪些内容才能够让参与者都清晰。
影响我评... 阅读全文
艾伟也谈项目管理，需求分析之六大原则
2011-08-29 19:09 by 狼人:-), 240 阅读, 0 推荐, 收藏,
摘要：需求分析的六个原则（一） 1、需求分析第一个原则：永远不要显得比客户更聪明。 聪明反被聪明误，这样的事情太多了，我们产品经理都是有智慧的人，而不是耍小聪明的人。 2、原则第一点：了解需求，而不是去批评客户。产品经理不是批评家，心理上要重视客户，行动上要尊重客户，平等对待每一个客户。 3、原则第二点：客户比你更熟悉业务的环境。 产品经理熟悉的仅仅是产品本身，但是，产品经理要做的却不仅仅是产品本身。 4、原则第三点：真正的问题只有客户知道，我们要做的就是让客户愿意说出来。 客户会给你反馈，但是这些反馈有些是真实的，有些是敷衍的，你希望真实还是敷衍，请参考原则第一点。 需求分... 阅读全文
艾伟也谈项目管理，只有好代码的项目能成功吗？
2011-08-29 19:09 by 狼人:-), 242 阅读, 0 推荐, 收藏,
摘要：Simon Brown，集开发者、架构师及作家于一身，他认为成功的项目需要的不仅仅是好代码。在他的演讲《好代码是不够的》中，Brown讨论了项目成功所需的所有元素，从前期设计到操作文档。 Brown认为好代码是一个好的开始，但要取得成功，人们需要知道要构建什么、要发布什么以及它可以运作起来。 要知道构建什么，需要一套需求。收集完需求之后，要有一个“大局观”，软件架构代表了当前对该产品的认识。然后，大问题需要被分解成更小的解决方案，其中包含了组件、组件之间的交互以及用到的服务。随后，估计实现这个解决方案需要多少成本。据Brown说，所有这一切，从确定需求到做出估算，只要1-2天。这不... 阅读全文
浙公网安备 33010602011771号