一名系统架构师的征途

开始思考这个问题，源于近期项目庞大，使用ant脚本已经越来越感到乏力，所以开始尝试使用Maven构建项目，惊讶于只需要简单的几行xml就可以完成原来ant需要大量xml才能完成的工作。不得不说，人们在经过一定技术积累后，总能想到办法简化自己的工作。以前做项目，总是写Ant配置文件，满足于自己更灵活的配置，而没有去思考，这么做到底值不值得。想象一下，如果我们每个人都满足于自己的私欲，为所

做敏捷开发，贵在敏捷，如何敏捷？我们需要一系列成熟的工具去帮助我们敏捷。这篇文档不写技术，就是纯粹地说工具，介绍我们实施scrum过程中，起到关键作用的工具。1、Jira或物理看板Jira配合JIRA Agile插件，即可实施敏捷开发，核心就是提供了一个电子看板，再配合上可自定义的工作流如果不喜欢对着冷冰冰的电脑，我们完全可以采用最原

背景        自从我们使用scrum进行项目开发后，出现了这样那样的问题，有些是因为我们对scrum的理解不到位，有些则是客观因素导致的，针对这些问题，在每次迭代的总结会上，我们进行了反思，并根据具体环境对scrum进行了一一调整，想通过几篇文章和大家分享一下我的经验。我说的不一定正确，只是描述问题，然后说说我对问题的看法，采取的解决方案，希望使用敏捷开发的大牛提供宝贵意见。

背景        自从我们使用scrum进行项目开发后，出现了这样那样的问题，有些是因为我们对scrum的理解不到位，有些则是客观因素导致的，针对这些问题，在每次迭代的总结会上，我们进行了反思，并根据具体环境对scrum进行了一一调整，想通过几篇文章和大家分享一下我的经验。我说的不一定正确，只是描述问题，然后说说我对问题的看法，采取的解决方案，希望使用敏捷开发的大牛提供宝贵意见。

背景        自从我们使用scrum进行项目开发后，出现了这样那样的问题，有些是因为我们对scrum的理解不到位，有些则是客观因素导致的，针对这些问题，在每次迭代的总结会上，我们进行了反思，并根据具体环境对scrum进行了一一调整，想通过几篇文章和大家分享一下我的经验。故事工作量估算导致的问题我们在对backlog中的story进行

在新项目团队中也有差不多半年光景，这半年带给我很多思考，借本文谈谈我感触最深地一点：“做人和做事到底是不是一码事”。        乍看下去，可能让你糊涂了，这有什么好谈的，“成功学”里有很多经典的论述，如：先做人，后做事，人没有做好，事也就做不好；做事先做人，人的思想决定做事的方式；做人先做事，人的思想在做事上得到锻炼和体现。        但如果把“做事”加上一个“

引----上次写半年总结距今7个月，又到了年中，必须得停下来好好总结一下。一、技术    （1）对j2ee有了全新的理解            这段时间好好学习和复习一下j2ee的相关知识，对j2ee核心规范了有了更加深入的理解，特别是EJB3，RMI，JTA等。同时深入剖析了分布式企业级应用的分层模型，并做了相应的DEMO，将之部署到j2ee应用服务器（JBOSS，Web

一、背景       过去的一年，用在敲代码上的时间越来越少，年前突然从带一个项目，加到带四个项目，倍感亚历山大，这其中酸甜苦辣，只有自己知道。由于经验不足，导致很多问题。所以要写一篇文章好好总结一下。二、酸甜苦辣，冷暖自知           我们在项目中尝试使用敏捷开发的思想来进行管理，经过几次简短的培训，我们就上马了，当时对于敏捷开发的认识还很肤浅，秉着“先用起来再说

重构教务考试系统接近尾声了，写这篇文章，总结一下这次项目中的得失。 一、缺有经验，强势，并且有人脉的项目经理 我们的项目前期之所以陷入一滩烂泥，我认为主要是出在项目经理身上，没有贬低人的意思，就事说事。由于人员紧缺，项目经理承担了过多地任务，既要做需求，又要做设计，导致开发人员在那干等着，啥事干不了。如果有丰富经验地项目经理绝不会犯这种错误。 之所以说到强势，不仅是说对下属

背景        自从我们使用scrum进行项目开发后，出现了这样那样的问题，有些是因为我们对scrum的理解不到位，有些则是客观因素导致的，针对这些问题，在每次迭代的总结会上，我们进行了反思，并根据具体环境对scrum进行了一一调整，想通过几篇文章和大家分享一下我的经验。我说的不一定正确，只是描述问题，然后说说我对问题的看法，采取的解决方案，希望使用敏捷开发的大牛提供宝贵意见。