摘要：
Donald Knuth说“过早优化是万恶之源”（premature optimization is the root of all evil）。这话也许有些夸张，但“过早优化”的危害我觉得不能忽视。同时，我觉得“过早优化”的概念不专属编写程序，生活中的示例也比比皆是。不信，你看看下面这些情形你是否遇到过： 1、当你开始学一门程序语言的时候（比如c#），你想如果可以精通开发工具（比如Visual Studio）一定如虎添翼，于是一开始你就花很多时间去研究开发工具，而忘记自己学习的重点是语言本身，而非工具。或者，一开始，你花不少的时间去选择哪门程序语言，比较各种语言的优劣，在五花八门的语... 阅读全文
随笔分类 - [03]项目管理
艾伟也谈项目管理，对项目管理的几点认识
2011-08-29 19:09 by 狼人:-), 222 阅读, 收藏, 编辑
摘要：
自2007年参加工作以来，参与的项目也有好几个了，但都是以项目成员的角色参与，从来没有以项目经理的角色参与项目。中国有句古话叫“旁观者清”，同一个问题站的角度不同，可能会形成不同的结论。下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法，希望大家给予指正。
1. 团队成员选择 人员选择要谨慎，要尽量选择合适的人员，在选择团队成员时要重点考虑其团队合作能力、编码可读性、能力和项目的匹配度等因素。 2. 项目远景的确定 项目初期项目经理需要和高层以及客户协商，定下项目的远景目标（即项目的目的，要实现的整体功能等），远景目标不用太长太细，但一定要有，好的远景目标犹如大海中的灯塔一样，可以让. 阅读全文
艾伟也谈项目管理，【项目管理】关于异地开发中的源代码管理问题
2011-08-29 19:09 by 狼人:-), 202 阅读, 收藏, 编辑
摘要：
最近在带领一个异地的团队在进行.Net B/S系统开发工作。两地相隔1000多公里， 两地都有开发人员，源码的统一管理就成了需要解决的问题。针对这个问题，想到如下的解决方法：
一、利用Microsoft Visual SourceSafe的Internet功能
优点：
1.考虑使用VSS是因为他与Microsoft Visual Studio集成的很紧密。可以在编译器中对源码进行直接Check in 和 Check out.使用的效率很高。
2.团队成员入手容易。在对需求清楚的情况下，可以快速溶入团队，进行编码。
缺点：
1. 对团队中的契合度及团队制度要求比较高。
比如，异地的一个同事周周下 阅读全文
艾伟也谈项目管理，项目经理成长日记（6）——对不上的帐
2011-08-29 19:09 by 狼人:-), 191 阅读, 收藏, 编辑
摘要：
中午吃过了午饭，端着杯茶做在休息室里正稍稍休憩。公司内部特别开辟出一个空间，并装修成吧台，高脚转椅，微高的台面和酒吧里面的样子多少有点类似。不少人见过微软、google的office的专修格调，让多少人羡慕而又渴望。其实程序员作为脑力劳动的工作者，有时候我们太需要像作家那样的灵感源泉，所以office的风格或多或少应该尽量给人营造一种比较轻松的环境，这样在轻松的环境中进行高强度的脑力将会尽可能让二者得到一种缓和,从而使质量和效率更为高效。
“吃过了？小余。”标准的中国人问候的方式，也惊醒了我，闭目养神的状态让我几乎快入眠。
我睁开眼睛，看清楚眼前的人，是财务的Cindy，我把身子抬了一下，报. 阅读全文
艾伟也谈项目管理，项目经理成长日记（7）——说是细，做的粗
2011-08-29 19:09 by 狼人:-), 165 阅读, 收藏, 编辑
摘要：
估计绝大部分的公司都在提倡一个口号：“注重细节。”但是往往是口号容易喊，行动却是千辛万苦，何谓细节？也就是自身工作的每一个环节、每一道流程的琐碎小事，而这些小事又常常容易被人忽略。有很多人有雄才大志，内心中充斥着舍我其谁的非凡气魄，但其眼高手低，小事不屑，大事难成，最终只落得一事无成的悲哀。
软件开发亦是如此，提倡了许久的注重细节，更有甚者许多公司标榜自己的优势在于：“我们更注重细节。”然而如果说我们要做到和自己提出的口号一致的时候，我们该如何去做？该做什么的事情才能够称得上我们注重了细节呢？
今天早上我把阿毛狠狠的训了一顿，我扳起的面孔，铁青的脸色连我自己都可以感觉到我的怒火不小。看着阿毛那 阅读全文
艾伟也谈项目管理，项目经理成长日记（4）——态度决定一切
2011-08-29 19:09 by 狼人:-), 229 阅读, 收藏, 编辑
摘要：
超仔刚刚推门进来，屁股还没有碰到他的椅子上已经让人感觉到他欢喜轻飘的神色，我抬头望着他眼睛，神色中洋溢的满是欢快。我看着他那兴奋的样子，微微笑着问道：“签完了？结果还可以吗？”
“还不错！”
“能满意就可以，继续努力。”
“嗯。”
我知道超仔刚刚和公司签了新的合同，在新合同里他的工资有了一定的提高，这些都是因为对于他去年的绩效考核成绩还不错应该得到的结果。
年底对于我来说，可真是多事之秋，因为我需要在年底前完成对我团队这些人的一年的绩效评定，这些不但关系到他们年终的奖金，也影响到来年他们工资的涨浮。虽然自己一直讲究的是赏罚分明的做事方法，但是往往对于我来说要清晰分析哪个人在过去的一年中犯了什么 阅读全文
艾伟也谈项目管理，PM与工程师·续
2011-08-29 19:09 by 狼人:-), 346 阅读, 收藏, 编辑
摘要：
不久前我写了篇日志《PM与工程师》，讲我的一点经验，PM如何与工程师协作。但是知易行难啊，最近我们的工程师也有点小抱怨，认为需求变动较多，太折腾了。我听到以后很警惕，查了一遍，发现变动的需求大部分还算合理。半年多来一直强调敏捷，敏捷，有什么想法就快速发布出来，再根据上线效果进行调整。因此“一步到位”的方案是不可能的，而快速调整是必须的。 这时工程师就有意见了，觉得后续的修补太多，浪费时间，希望发布第一个版本的时候能够谨慎一些，周全一些。但这其实和“敏捷风格”是相悖的。 我想了想，问题并不在于工程师不认可这个敏捷风格，而是不理解为什么要做这个，为什么要调整那个。我们的PM把设计案写... 阅读全文
艾伟也谈项目管理，DevOps，不是一个传说！
2011-08-29 19:09 by 狼人:-), 587 阅读, 收藏, 编辑
摘要：
DevOps最近成了热词，望文生义，你也能猜个八九不离十，它就是在说"研发团队"与"运维团队"之间的那点事儿。那么，到底什么是"DevOps"呢？ WikiPedia上说："DevOps是软件开发、运维和质量保证三个部门之间的沟通、协作和集成所采用的流程、方法和体系的一个集合。它是人们为了及时生产软件产品或服务，以满足某个业务目标，对开发与运维之间相互依存关系的一种新的理解。"这恰好体现了精益管理中的客户价值原则，即：以客户的观点来确定企业从设计到生产交付的全部过程，实现客户需求的最大满足。我们也可以把DevOps 阅读全文
艾伟也谈项目管理，敏捷教练的工具箱
2011-08-29 19:09 by 狼人:-), 282 阅读, 收藏, 编辑
摘要：
学习并不是简简单单的阅读和浏览，而是一个积累的过程，一个通过持续的学习，对自己的知识体系不断丰富、索引的过程。接下来我会从四个方面入手分享我的经验。 高质量的信息源和高效的学习 Google是一个很好的工具，通过它，我们可以找到很多很好的资源，但前提是必须先知道要搜索的关键字，没有关键字，就不知道该查什么。多数情况下，人们都是在不可能知道自己不知道什么（Unknown unknown）的状态，也就是不知道该用什么关键字去查询，因此也不会知道该去学习些什么。所有基于Google检索的模型是一种基于拉动的模型，而基于拉动模型的方式不可能让我自己去接触那些自己不知道的信息。 为了让... 阅读全文
艾伟也谈项目管理，让亲身实践者执行工作流程
2011-08-29 19:09 by 狼人:-), 193 阅读, 收藏, 编辑
摘要：
文 / 黄易山 在这里，我使用“工作流程”这个词来描述“个人或团体为了完成一项活动而遵循的步骤”意义上的流程，以及组织的一般制度。随着一家公司的成长，有必要增加或整理工作流程。 最重要的利弊权衡通常是工作流程所带来的阻力，以及效率或效益上的收益孰轻孰重。 一方面，很难评估这种权衡中的利弊，因为其中牵涉到很多因素，所以有一条可能会有帮助的原则：只允许那些有特殊需要的工作流程被执行，而且要由那些直接使用它的人来执行。通常，经理和管理人员会提议工作流程，因为它会帮助他们更好地指挥、控制、协调或沟通。但新工作流程的执行不应该为这些目标服务，因为它的收益是不实际的，而且往往被高估：管理... 阅读全文
艾伟也谈项目管理，项目管理 – 人员外购利弊谈
2011-08-29 19:09 by 狼人:-), 199 阅读, 收藏, 编辑
摘要：
昨天与同行进行案例讨论时得知，前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型，真可谓成也萧何败也萧何啊。 该项目是一个软件外包项目，发包方是非中国大陆的客户，项目规模在500人月左右，团队人数峰值为50人，实施周期为12个月。项目是2个公司联合投标中标的，其中一个公司只负责商务活动和客户沟通（签合同之前的绝大部分工作），另一个公司负责真正的项目实施（合同签订后的绝大部分工作）。 项目初期，在人力资源上遇到以下问题： 1.由于项目所涉及的业务领域比较专业，负责真正项目实施的软件公司只有几个该领域专业人才，且资深并懂技术的就一个人。 2.由于项目庞大，该软件公司没... 阅读全文
艾伟也谈项目管理，Google的产品质量之道
2011-08-29 19:09 by 狼人:-), 154 阅读, 收藏, 编辑
摘要：
James Whittaker是Google的测试总监，曾任微软构架师，也是“实用软件测试指南”系列图书中好几本书的作者。他最近写了一系列的博文，介绍Google是如何进行测试。Google把开发和测试紧密结合在一起，测试人员相对较少，每个产品在正式上线前都要经过好几个不同的版本。 Google保证产品质量的方法和很多公司是不一样的。Google没有一个庞大的测试部门，相反，部分测试工作委派给了开发人员。Whittaker写道：
测试和开发同时进行。编写一些代码，马上进行测试和构建。接着，编写更多的代码，继续测试。更好的是，在你编码的时候或者编码之前，就计划好你的测试。测试不是一个独立... 阅读全文
艾伟也谈项目管理，项目管理 – 人员外购利弊谈（续）
2011-08-29 19:09 by 狼人:-), 227 阅读, 收藏, 编辑
摘要：
接上一篇文章“项目管理 – 人员外购利弊谈”。 以上方案只是初步分析，其缺点都是有相应解决办法的。 该公司对以上情况并没有使用DAR（决策分析解决方案）方法进行正式和认真的分析，仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案：项目经理由公司的技术和业务都掌握的人员担当；各小组的组长和测试组长采用人员外购的方式；项目组成员1/3由公司员工组成，1/3由实习人员组成，1/3采用外购方式。 公司如此考虑： i.成本方面可以通过实习人员省出来的成本来弥补外购人员的高额成本，公司内部人员通过边实施边学习的方式掌握项目，实施后期逐步退出外购人员降低成本。（因此，跟外购公司... 阅读全文
艾伟也谈项目管理，BUG平台应该是一个知识库
2011-08-29 19:09 by 狼人:-), 367 阅读, 收藏, 编辑
摘要：
我很喜欢看各个产品的Bug追踪系统，比如jQuery的Bug Tracker，因为在Bug系统中总能发现一些非常细节的问题，补充自己的知识，慢慢地自己的代码的兼容性会有很大的提高。 但是，在各个Bug系统之中，包括现在公司使用的Trace系统，无一例外地存在一些让我不满意之处，其中最大的原因就是很多Bug系统仅仅是作为Bug的记录系统存在，而没有试图去让一个Bug成为一个知识的积累，让整个Bug系统变成一个丰富充实的知识库。这样的Bug系统，永远都只是提供一个简单的业务流程，不会变成干完人员、产品、甚至是整个团队的进步的天梯。 在我看来，一个Bug系统应该更加全面，管理Bug的生命... 阅读全文
艾伟也谈项目管理，项目管理的十大挑战
2011-08-29 19:09 by 狼人:-), 203 阅读, 收藏, 编辑
摘要：
公司项目中的项目管理挑战 1. 不明确的目标：当目标不明确时，开发团队是不可能达到客户要求的。而且，由于上级管理层不会同意也不会支持不明确的目标，该项目成功的几率微乎其微。因而，项目经理应当通过询问恰当的问题，从一开始就建立并传达清晰的目标。 2. 范围变更：也称作“范围蔓延”，当项目管理层允许项目的范围延伸到原始目标以外时，就会发生这种现象。当然，客户和项目监管员会要求修改项目，但一个优秀的项目经理会评估每一个请求、决定是否及如何实施，并且与每个利益相关人交流决策对预算与期限的影响。 团队合作：对项目经理的挑战 1. 缺乏项目需要的技能：有时，项目需要一些参与者没有掌握... 阅读全文
艾伟也谈项目管理，软件开发前期设计时的注意事项
2011-08-29 19:09 by 狼人:-), 200 阅读, 收藏, 编辑
摘要：
说起软件设计，我们可能每个人都做过，但是什么样的方案才是好的设计方案？如何才能设计出一个好的设计方案？在设计过程中需要注意哪些呢？不要总是说：低耦合、可维护性、可扩展性、简易性、可重用性等，本文试图另一个角度出发，带着前面的这些问题，使大家能明白那些问题的答案，并与大家一起探讨。 什么样的方案才是好的设计方案？ 当我们完成了一个良好的设计方案后，我们回头再仔细分析是什么因素影响了我们的思路，使我们最终完成（确切的说是选择了）了这个设计方案（而不是另一个），我们会发现这些因素是：用户功能性的需求、技术性能上的要求和研发成本（或能力）的制约，当然其实还有一些其它因素如：客户主观上的要求... 阅读全文
艾伟也谈项目管理，敏捷个人：内容框架之执行力
2011-08-29 19:09 by 狼人:-), 226 阅读, 收藏, 编辑
摘要：
执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始行动。 执行力的三个层面 按照命令和规则做事的过程，简单讲就是能够听话照做
按照预定的计划行为的过程，简单讲就是做事章法
将想法变成现实的过程，简单讲就是规划实现 对第一个层面来说，要做的事情是片段的、非连贯的，但对第二个层面来说是连续的、整体的。一个计划并不是一两个步骤做好就行，而要将整体的顺序都做好才能达成效果。有了第二个层面的执行，组织的运转就有了相对较高的效率，但仍然不够，这就需要第三个层次的执行：创新规划并落实执行。组织的进步在于创新、在于设计、在于策划、在于走出... 阅读全文
艾伟也谈项目管理，敏捷的坏态度
2011-08-29 19:09 by 狼人:-), 174 阅读, 收藏, 编辑
摘要：
虽然所有软件开发的专业人士都会对这篇文章感兴趣，但是经理、CIO以及软件架构师会对它最感兴趣。这个话题可能会引起许多争议，但我写这篇文章是为了让你了解在敏捷运动中看起来正在日益增长的问题。 你为什么在这？敏捷不需要经理。 以前听过这种说法吗？ 想象一下，如果你听到开发人员认为你这个职位根本就不应该存在，你会感到多么震惊，就好像是你特意为自己搞出经理这么个职位似的。这个话最常应用在项目经理第一次与将要和他一起工作的开发团队碰面的时候。的确，最初的敏捷宣言绝对没有提到项目管理，并且后来的敏捷理论家更进一步，建议调整项目经理的角色变成更多是教练或者支持的角色。 然而，这个观点忽略了现... 阅读全文
艾伟也谈项目管理，ERP项目实施要未雨绸缪不要亡羊补牢
2011-08-29 19:09 by 狼人:-), 260 阅读, 收藏, 编辑
摘要：
在ERP项目中，要做到在项目实施的未雨绸缪，不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测，把握好发展的趋势，掌握项目的主动权。下面就提出一些建议，供大家讨论。希望对大家有用。 一、要考虑每一个项目阶段普遍存在的问题 ERP项目可以根据项目进度，分为项目立项、需求调研、业务流程重组、模拟运行、并向运行、正式上线等几个阶段。其实不同的企业，虽然有各自的特性，但是也存在着一些普遍的问题。有经验的项目管理员，对各个阶段普遍存在的问题有深入的了解。此时他们就可以预先采取措施，针对这些问题采取应对措施。而不会等到问题真的发生了，再来解决。掌握各个阶段所存... 阅读全文
艾伟也谈项目管理，关于导致项目失败的程序的讨论
2011-08-29 19:09 by 狼人:-), 210 阅读, 收藏, 编辑
摘要：
最初的问题 上周，在SCNA(北美2010软件技术大会)的一个专题小组讨论会上，Chad Fowler (@chadfowler)问道，“有多少项目是因为程序的原因失败的？”。按当时的情形，我想他的观点是，项目的失败归咎于业务问题，而非程序。会议室里很安静。可以看出，全体成员认为他说的是有道理的。我相信大家是都同意Chad的观点的。项目的失败，罪不在于程序，在于业务问题。 后续调查 Uncle Bob (@unclebobmartin)后来做了一次简单的微博调查，我和其他很多人都参与了。调查的结果是，赞成项目失败的责任主要归咎于业务问题、而非技术问题的占了绝大多数。Bob感到这... 阅读全文