发布时间：2013-01-27 20:23:50

周末两天参加了两天敏捷开发培训，纪录一下：敏捷的本质是及时调整团队适应（或者接受）变化，满足需求的变化（或者说达成真正的需求），实现项目的成功。迭代，XP，及项目管理的各种技巧都是支撑这一目标的方法。.........【阅读全文】

发布时间：2012-12-24 22:39:40

运转流畅的项目意味着运转流畅的流程，一个团队的做事风格是由这个团队的带头人决定的。之所以这么说，是因为团队带头人每天审查团队成员的工作，判定工作是否完成，完成的质量如何，甚至最终决定团队成员的绩效，决定他／她是否能得到更好的薪酬。因此，各个团队成员是唯你带头人马首是瞻，按照你的风格开展工作，投你所好，拍你马屁。如果带头人心中没数，那么团队成员也就心中没数，最后就是糊弄事。因此说，一个团队不能做到高效运作，责任在带头人。另外一方面，如果更大的团队中众位基层带头人不能做到聪明高效工作，则完全就是他／她们的直接上级领导的问题了。按照这个逻辑推理，整个公司的工作表现则是公司CEO／CTO决定的了。人们......【阅读全文】

发布时间：2012-12-23 20:46:30

刚刚看到一篇文章, "敏捷不是为所有人准备的",作者Johnanna, 下面简单翻译一段,...You don’t have to change the culture on Day One. But you do have to change eventually. And starting with the team is a good start. If the team can’t get to continuous integration and small-enough stories to move to two-week iterations, maybe agile is n......【阅读全文】

发布时间：2012-12-23 20:44:07

  完成一个项目或者一个特性相关的开发工作，对于软件工程 师来说就如履行一份合同或者一份契约和承诺。涉及的甲乙双方应该都对合同所涉及的工作、完成日期以及报酬达成一致意见。如果甲方（通常是客户或者是领导）将合同强加给乙方（通常是软件开发团队或者软件工程师），那么在开发工作开始之前就埋下了项目失败的隐患，这时软件工程师是以被动接受的心态开始具体工作的。对于大多数人来说，这往往表现为一种抵触的情绪，进而表现为消极代工，不主动承担责任。也许这低估了工程师们的职业素养，姑且不说心态的影响，那么强加到工程师头上的工作多是讨论不够充分，需求不够清晰的，如果是在充分讨论需求识别风险的情况，那往往是领......【阅读全文】

发布时间：2012-12-23 20:41:32

         “在这个迭代周期就快封版之前，team leader Alice询问特性A是否可以按时提交版本发布，软件工程师Bob回答说已经完成90%，应该可以发布特性。”这样的场景恐怕很多软件开发人员（包括项目经理和软件工程师）都经历过。        已经完成90%的特性似乎距离发布就差百米赛跑的最后10米了，软件工程师似乎再喘口气就能将特性完成了。但实际情况究竟怎么样呢？似乎Bob很有信心，很有把握，特性发布不成问题，这将是最好的结果了。然而最后往往是不遂人意，Bob在封版前找到Alice，代码......【阅读全文】