评价并改进架构能力——新的SEI论文
软件工程学院(SEI)最近发表了一篇名为“评价并改进架构能力”的论文,该论文着眼于人类行为的四大模型,以此促进评价和改进软件架构能力。
一直在传统团队中工作的资深成员来到敏捷团队之后,就会面临与尊重和威信有关的问题。就此话题,Scrum Development讨论组和Agile India讨论组中发生了一些有趣的讨论,并试图发现敏捷针对此类情况的解决之道。
在上周三Sun和国内培训机构ACAA就Java认证培训的新闻发布会上,InfoQ中文站的编辑就Sun如何保证Java认证培训的价值?如何应对Java开源给培训带来的挑战等问题专访了Sun公司首席教育官Dennis Kwok和Sun大中华区首席教育官伍于鸿。
你的组织正在实施敏捷开发,经理们在寻找他们的新角色。在实施敏捷之前,可能管理工作基本上就是定义产品规范,分配任务。 现在团队变成了自组织型,故事(而非规范)来源于产品负责人,那还有什么管理工作呢?
一说要发奖金,所有人都会兴奋起来。不过在敏捷团队中,这种做法最终会形成孤注一掷的局面。比较普遍的想法是,如何发奖金是要好好斟酌的,在这上面不能搞一刀切。在精益开发组中有一个很有意思的讨论,大家都把自己的想法拿出来,试图找到最佳的解决办法。
Michael Lopp认为,受过训练的开发人员会写出很不错的代码,但并不代表在管理“人”方面也技高一筹。当这些开发人员晋升为管理者时,很多危害就显露出来了。Michael在故事中用他的幽默诙谐警告我们管理上有很多的危险,并指导我们如何绕过它们。
如何在短期内将新的知识变为实际生产力,无疑是开发者在接触新技术时首要考虑的问题。尽管以Ruby on Rails为代表的敏捷Web开发技术大大降低了开发者的学习成本,但是从技术新手到熟练开发者的演进过程,并非是简单的一蹴而就,仍然需要付出大量的时间和精力将新的知识消化吸收,以致为己所用。随着Rails开发技术不断趋向成熟以及众多开发者的参与,从Workshop起步发展的Rails专业培训也应运而生,将随着开发技术的成熟完善逐步发展壮大。