亲身实践的谚语,让亲身实践者执行工作流程
文 / 黄易山 在这里，我使用“工作流程”这个词来描述“个人或团体为了完成一项活动而遵循的步骤”意义上的流程，以及组织的一般制度。随着一家公司的成长，有必要增加或整理工作流程。 最重要的利弊权衡通常是工作流程所带来的阻力，以及效率或效益上的收益孰轻孰重。 一方面，很难评估这种权衡中的利弊，因为其中牵涉到很多因素，所以有一条可能会有帮助的原则：只允许... [阅读全文]
魔导师平台bug,BUG平台应该是一个知识库
我很喜欢看各个产品的Bug追踪系统，比如jQuery的Bug Tracker，因为在Bug系统中总能发现一些非常细节的问题，补充自己的知识，慢慢地自己的代码的兼容性会有很大的提高。 但是，在各个Bug系统之中，包括现在公司使用的Trace系统，无一例外地存在一些让我不满意之处，其中最大的原因就是很多Bug系统仅仅是作为Bug的记录系统存在，而没有试图去让一个Bug成为一个知识的积累，让整个Bug系... [阅读全文]
google产品,Google的产品质量之道
James Whittaker是Google的测试总监，曾任微软构架师，也是“实用软件测试指南”系列图书中好几本书的作者。他最近写了一系列的博文，介绍Google是如何进行测试。Google把开发和测试紧密结合在一起，测试人员相对较少，每个产品在正式上线前都要经过好几个不同的版本。 Google保证产品质量的方法和很多公司是不一样的。Google没有一个庞大的测试部门，相反... [阅读全文]
上网利弊谈,项目管理 – 人员外购利弊谈(续)
接上一篇文章“项目管理 – 人员外购利弊谈”。 以上方案只是初步分析，其缺点都是有相应解决办法的。 该公司对以上情况并没有使用DAR（决策分析解决方案）方法进行正式和认真的分析，仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案：项目经理由公司的技术和业务都掌握的人员担当；各小组的组长和测试组长采用人员外购的方式；项目组成员1/3由公司员工... [阅读全文]
上网利弊谈,项目管理 – 人员外购利弊谈
昨天与同行进行案例讨论时得知，前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型，真可谓成也萧何败也萧何啊。 该项目是一个软件外包项目，发包方是非中国大陆的客户，项目规模在500人月左右，团队人数峰值为50人，实施周期为12个月。项目是2个公司联合投标中标的，其中一个公司只负责商务活动和客户沟通（签合同之前的绝大部分工作），另一个公司负责真正的项目实施（合同签订后的绝大部分工作）。 ... [阅读全文]
未雨绸缪,ERP项目实施要未雨绸缪不要亡羊补牢
在ERP项目中，要做到在项目实施的未雨绸缪，不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测，把握好发展的趋势，掌握项目的主动权。下面就提出一些建议，供大家讨论。希望对大家有用。 一、要考虑每一个项目阶段普遍存在的问题 ERP项目可以根据项目进度，分为项目立项、需求调研、业务流程重组、模拟运行、并向运行、正式上线等几个阶段。其实不同的企业，虽然有各自的特性，但... [阅读全文]
现场管理十大利器,项目管理的十大挑战
公司项目中的项目管理挑战 1. 不明确的目标：当目标不明确时，开发团队是不可能达到客户要求的。而且，由于上级管理层不会同意也不会支持不明确的目标，该项目成功的几率微乎其微。因而，项目经理应当通过询问恰当的问题，从一开始就建立并传达清晰的目标。 2. 范围变更：也称作“范围蔓延”，当项目管理层允许项目的范围延伸到原始目标以外时，就会发生这种现象。当然，客户和项目监管员会要求修... [阅读全文]
怀孕前期注意事项,软件开发前期设计时的注意事项
说起软件设计，我们可能每个人都做过，但是什么样的方案才是好的设计方案？如何才能设计出一个好的设计方案？在设计过程中需要注意哪些呢？不要总是说：低耦合、可维护性、可扩展性、简易性、可重用性等，本文试图另一个角度出发，带着前面的这些问题，使大家能明白那些问题的答案，并与大家一起探讨。 什么样的方案才是好的设计方案？ 当我们完成了一个良好的设计方案后，我们回头再仔细分析是什么因素影响了我们的思路，使我... [阅读全文]
敏捷个人：内容框架之执行力
执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始行动。 执行力的三个层面 按照命令和规则做事的过程，简单讲就是能够听话照做 按照预定的计划行为的过程，简单讲就是做事章法 将想法变成现实的过程，简单讲就是规划实现 对第一个层面来说，要做的事情是片段的、非连贯的，但对第二个层面来说是连续的、整体的。一个计划并不是一两个步骤做好就行... [阅读全文]
敏捷的近义词,敏捷的坏态度
虽然所有软件开发的专业人士都会对这篇文章感兴趣，但是经理、CIO以及软件架构师会对它最感兴趣。这个话题可能会引起许多争议，但我写这篇文章是为了让你了解在敏捷运动中看起来正在日益增长的问题。 你为什么在这？敏捷不需要经理。 以前听过这种说法吗？ 想象一下，如果你听到开发人员认为你这个职位根本就不应该存在，你会感到多么震惊，就好像是你特意为自己搞出经理这么个职位似的。这个话最常应用在项目经理第一次与... [阅读全文]
启动更新程序失败,关于导致项目失败的程序的讨论
最初的问题 上周，在SCNA(北美2010软件技术大会)的一个专题小组讨论会上，Chad Fowler (@chadfowler)问道，“有多少项目是因为程序的原因失败的？”。按当时的情形，我想他的观点是，项目的失败归咎于业务问题，而非程序。会议室里很安静。可以看出，全体成员认为他说的是有道理的。我相信大家是都同意Chad的观点的。项目的失败，罪不在于程序，在于业务问题。... [阅读全文]
mschart,项目过程中所遇到的各种问题记录——有关MSChart的一些小技巧
完成了有关编辑器篇的内容，接下来记录下这一年里在有关图表使用过程中碰到的一些问题及个人的解决方法。 以下是本文所要介绍的内容： 1、MSChart基本概况介绍。 2、开发过程中碰到的问题及解决方法。 一、MSChart基本概况介绍 在开发一些管理系统的时候总会碰到一些需求需要对报表进行图形化的展示——图表，在微软的MSChart没出来前，.... [阅读全文]
成功的奥秘,成功软件项目管理的奥秘
如何入门并设定软件成功的目标 1、如何开始项目管理（如何入门） 实践技能建议 要点说明 1．设定优先级 1) 为团队成员提供服务 2) 满足组织客户的需求 3) 从事自己相关的项目 2．分析自我能力差距 人员管理（人际关系、解决冲突、推销想法） 聆听技巧 锻炼演讲表达能力 3. 学会定义质量 与开发团队、客户确定一致的产品质量定义与准则 4. ... [阅读全文]
个人管理：从昨天的一个设计评审来谈如何与人交流你的设计思路
昨天项目组进行了一个设计评审，主要是对OpenExpressApp的AutoUI部分进行重构，我相当于评审人。大家也可以把这个评审过程当做与人交流你的设计思路的一个过程，以下从我评审的一些要素来谈谈与人交流设计思路时需要考虑的内容，也许对大家在实际工作中的架构、设计和沟通都有所帮助。 评审并不是审判，你直接说出结果之后，然后等着判官下笔，评审一定是基于特定主题进行的，所讨论的东西都围绕这个主题，... [阅读全文]
产品项目管理,产品版本改造中的项目管理
近段时间，一直在负责一个产品版本改造（C/S系统进行B/S改造）的研发项目管理，在任务紧、时间短、团队成员又没有相关技术（Silverlight）背景的恶劣情况下，我带领包含我在内只有6个人员（5个研发人员，1个产品经理，产品经理在系统版本改造中主要精力投入到辅助市场部进行产品推广去了）的超小型项目团队，终于在公司给定的时间范围内完成了整个产品的版本改造。这其中经历了需求变更、技术风险、人员变动等... [阅读全文]
客户经理工作日志,工作日志之项目经理篇
大多数研发项目经理都遇到过这种困惑：“作为项目经理，安排进我项目的人中总会有不少人同时在其它项目中，我发现他们有时在我的项目中工作，不知何时又跑到其他项目中工作去了。表面上看部门经理分配了不少开发人员给我，其实真正在我这里干活的人没多少。我理解公司研发人力紧张，人员项目共享严重也是迫不得已，但是我想知道，名义上属于我项目的开发人员究竟在我的项目中投入了多少工作量。” ... [阅读全文]
个人管理：写书之前应该回答的几个问题
我在06年和一个同事写过一本Delphi入门的示例书籍Delphi数据库通用模块及典型系统开发，当时体会到了写书不像想象中的简单，基本上业余时间都没了，所以我之后就不想出书了，其中更重要的一个原因是，我还没有找到一本真正想与大家分享并且自己能写出来的书籍。 博客是个好东东，只要你愿意与人分享交流，你的行为就可以赢得大家的认可，如果你的观点或者文章写的又好，那么就会有更多形式与大家分享，例如最近我... [阅读全文]
计算机系统结构,Richard Durnall谈系统管理和从外向内的组织结构
InfoQ中文站：能给我们介绍一下“系统管理理论”(System Management Theory)么？能不能跟我们分享一下您在实际应用中的经验？ Richard Durnall：系统管理理论是过去五十年里出现并逐步发展而来的。它与传统的那种基于管理和控制方式的科学管理理论有很大的不同。首先让我们回顾一下管理科学的历史来了解系统管理理论。 在19世纪工业革命之前，... [阅读全文]
怎么创建问问团队,创建敏捷团队
简介 创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队，扔给他们某种敏捷过程，然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实，而且非常容易失败。本文将会描述成功团队的要素，并说明我们应该如何创建这样的团队。 成功团队的要素 成功的敏捷软件开发团队由技能熟练的开发者组成，他们已经确立了团队价值，拥有良好的沟通，并且总是寻找改善的机... [阅读全文]
舍不得让你走,多任务让你走得更慢
现代商务依靠多任务来完成工作。评价员工也基于的他们多任务能力。IT业人员会被例行指派到多个项目中去。我们是经常在这样做吗？多任务起作用吗？多任务的真正影响是什么？有别的选择吗？ 这里老词重提一下“单任务”，它代表了我们在多任务之前所习惯的软件工作方式。在这里的“多任务”，指的是“工作在很多项目上”。现代商务把它称作&ldqu... [阅读全文]
微软外包人才之道：一流外包团队如何打造
即使在金融危机的背景下，中国外包产业依旧发展迅猛。据工信部统计数据，2009年，中国软件外包服务出口24亿美元，同比增长15%。预计未来4年，中国软件外包业还将迎来新一轮发展高峰。其中，来自微软等美国大型公司的项目占据很大份额。 在4月30日，CSDN CTO俱乐部举办的技术管理者沙龙上，微软中国外包事业中心资深副总监钟声及高级项目经理王帅在主题为“打造一流外包团队”的... [阅读全文]
影响需求的因素,解读敏捷需求分析五大关键因素
大多数学计算机语言的人都会有过这样的感受，过去一直认为编程和架构是整个软件生命周期里最了不起的部分，但实际工作后才会发现在商业产品里，需求分析才是一个商业软件成功与否的关键。 放眼望去，在当今软件工程领域出现的许多问题，诸如缺陷及资源运用不当，都源于需求的不清晰，甚至有软件人戏称：“需求变更乃万恶之源”，一时也获得了颇多响应。时至如今，业务IT间需求分析过程中存在的问题主... [阅读全文]
灾备技术选型,创业公司技术选型参考
java推荐框架 web项目来说，spring、struts是必选，当然有更加好用的，推荐来自疱丁分词作者王志亮在人人网的rose框架，使用上手快，配置少，是创业公司java必备。 php框架推荐 zend framework，或者直接写个简单的框架，php的框架更加倾向去规范代码，让所有项目在新人加入时快速上手。 代码版本控制 subversion是必选工具，简单易学，git也开始... [阅读全文]
话里话外：流程管理,其实可以做的更多
在为企业做流程管理项目的时候，我们经常会反复的给企业流程经理灌输这样的一种思想：流程管理，并不仅仅是把流程图画出来，装订成册就结束了，流程管理其实可以做的更多。流程管理实际上是一种建立在流程基础上的管理体系，是从流程入手，借助流程这个平台将各种管理方法结合在一起的管理模式。 之所以选择从流程入手，是因为流程是始终贯穿在所有的业务与管理活动当中的。通过流程的串联，可以很清晰的展示出业务... [阅读全文]
就不能谈谈吗,谈谈如何说"不
我曾所在的两个项目组，如果处理不好“不”，则会给自己和团队带来很多问题，发生在我身上也有好几次。 项目组A：在不看好项目组开发方法的情况下仍旧敬业工作。 我在项目组A曾经担任过开发人员、开发经理和项目经理，我也在这个项目组投入了很多精力，它给了我很多成长环境，包括现在看到的OpenExpressApp 的思路以及对架构方法的兴趣也都是从那里一点一滴积累思考而来的。由于我... [阅读全文]
架构师职责,软件架构师之职责范围
由于国内外软件土壤差别巨大，适合国外的一些理论在国内不一定行的通，而国内的一些资料往往都是根据国外的资料直接搬过来用的，这也直接导致国外的软件架构师在国内变得水土不服。今天本篇随笔的内容则是在一些培训资料的基础上，加上自己的思考，总结出来的适合国情的软件架构师职责范围。 1，需求整理分析 有人认为架构师是在需求规格说明书完成后介入的，但我认为架构师要从项目最开始的阶段就参与进来。理由有很多：首... [阅读全文]
敏捷软件开发,给敏捷软件开发的26条建议
我经常收集各种各样的至理名言，最近我重温敏捷软件开发；真正的问题是什么？下面是一份26条关键原则的清单，以指引敏捷软件开发团队。 1、完整地干完一件事后在开始另一件事：用厨房比喻来说就是：“先上这道菜，再开始做下一道”。软件开发的最大问题就是同时开始几件事情，这将不可避免的造成某些工作被废弃，从而造成浪费。专注于一件事；完整地实现其功能；运行测试；编写文档；签入所有，把这... [阅读全文]
项目行业代码,只有好代码的项目能成功吗?
Simon Brown，集开发者、架构师及作家于一身，他认为成功的项目需要的不仅仅是好代码。在他的演讲《好代码是不够的》中，Brown讨论了项目成功所需的所有元素，从前期设计到操作文档。 Brown认为好代码是一个好的开始，但要取得成功，人们需要知道要构建什么、要发布什么以及它可以运作起来。 要知道构建什么，需要一套需求。收集完需求之后，要有一个“大局观”，软件架构代表... [阅读全文]
架构师,给敏捷团队中的架构师的10个建议
微软澳大利亚的解决方案架构师Tom Hollander，在TechEd Australia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中，他讨论了他作为领导敏捷团队的架构师所做的工作。 在谈到架构师的角色时，Hollander指的是“解决方案架构师”或者应用架构师。他不是指企业架构师或者其他的专业人士（专精于特定的领域，例如消息或基... [阅读全文]
人类六大需求,需求分析之六大原则
需求分析的六个原则（一） 1、需求分析第一个原则：永远不要显得比客户更聪明。 聪明反被聪明误，这样的事情太多了，我们产品经理都是有智慧的人，而不是耍小聪明的人。 2、原则第一点：了解需求，而不是去批评客户。 产品经理不是批评家，心理上要重视客户，行动上要尊重客户，平等对待每一个客户。 3、原则第二点：客户比你更熟悉业务的环境。 产品经理熟悉的仅仅是产品本身，但是，产品经理要做... [阅读全文]
