前一个月:
2007年12月
下个月:
2008年2月

我们不希望用户输入!

computer_users_2.您是否真的需要在您的项目中进行讨厌的用户,永远改变他们的思想并根据您要做的新功能请求?

当我在学校时,我的物理老师很喜欢告诉我们,"如果它不适用于学生,我会喜欢教学。"对用户来说也是如此,他们可能会导致我们的问题和头痛,但他们是我们在那里和开发软件的原因。

为什么我们需要用户输入
事实是,在敏捷项目上,我们不希望用户输入我们实际需要用户输入以便成功。敏捷项目是故意轻描淡写捕获初始要求,因为我们意识到要求可能会改变,并且对新兴系统的评估将对我们想要鼓励的现有要求进行新的要求和改进。

继续阅读“我们不希望用户输入!”»


敏捷2008 - “领导和团队”阶段

艾莉耶尔2008.这些年 敏捷会议 在多伦多,这8月将略有不同的结构。在音乐节结构之后,会议将分为“ 阶段 “涵盖不同的主题。我能在最后一次参观12月的敏捷2008年会议场地 敏捷联盟 董事会会议在那里举行,我们与敏捷2008年会议委员会巡回了该设施。

约翰娜罗斯曼 and I are the “领导和团队“会议的椅子,我们已经分配了一个伟大的场地;一个大,明亮的宴会厅,高天花板和许多自然光线。今年,会议在室内拥有更多的空间和更大的混合区域,我相信会有所帮助。

在“ 领导和团队“我们正在寻找提交的阶段,您猜到了它,领导和团队重点经验报告,研究论文,教程和演示。现在是提交提案的好时机,所以看看 提交系统 并提出你的想法。

我兴奋的另一个元素是提交系统选择过程。我已经写了 之前 关于鼓励敏捷社区优先考虑我们的建议积压(提交清单)和今年它正在发生。在基于Drupal的提交系统中,任何人都可以为会话编写审查和“ 上票 “ 或者 ” down“ 一份提案。提案的累积分数有助于确定所选择的内容。

这不是完全众包的选择(如思想: 寒武纪房子),而是仍将参与面板审查,但很高兴看到参与优先考虑事件的功能(提案)的会议用户(与会者)。

所以,前往 提交系统 并投票给您的伙伴的提交,从那个不会退回您的电子邮件的人(仅开玩笑)或更好的人的表决,请在会议上提交对领导和团队的有价值的东西,我们很乐意看到它。


敏捷项目领导培训课程

agile_help_4. 2月4日至5日我将与之共同指导 Sanjiv Augustine. our new “敏捷项目领导力“英国曼彻斯特的培训课程。 Sanjiv是优秀的作者“管理敏捷项目“书和家伙 APLN. 董事会成员。

这是一个快节奏,实用的侧重课程,涵盖了敏捷的项目管理,领导力和避免普通的敏捷项目陷阱。

您可以找到更多详细信息,包括课程大纲 这里 .


十大估计最佳实践

agile_estimates_2我现在已经在估计上写了一些帖子,所以我认为现在是时候了摘要。此外,我计划为敏捷创建一系列一个页面最佳实践摘要/欺诈行业,这似乎是一个很好的候选人。

(我是一个寻呼机的真正粉丝;在让一切看来,在一个页面上有一个特殊的价值,并在一个带有独特的范围理解和清晰度的页面上呈现。 丰田和其他精益组织大量使用A3报告,一个页面的问题摘要,其根本原因,对策和核查步骤总结出问题和计划解决方案 - 它们是强大的工具。

顺便提一下,当我第一次开始工作时,我有一个聪明而克隆的项目经理,他充满了矛盾的谚语。我记得的是“如果你不能总结它只在一个页面上总结它,你需要走下去了解它!”一个精明的悖论。)

无论如何,这是摘要;如果您想要更多要点的任何要点,请参阅我的上一篇文章(前期估计, 估计技术, 估计范围)关于敏捷估计。

继续阅读“十大估计最佳实践”»


个人敏捷 - 免费网络研讨会

personal_agility.关于新工具和技术或更多的心态是敏捷的? Philippe Kruchten断言“敏捷不是一种技术,科学或产品,而是一种文化“。这对我有意义;创新来自波浪(面向对象的编程,业务流程工程,精益生产等);虽然它们都有案情,但最大的是,由于人们专注于这个过程而不是心态,因此最终无法提供他们的利益的充分潜力。在敏捷的核心是一个心态而不是工具集。

我在说话 克里斯托弗艾弗里 today, author of “团队合作是个体技能“他分享了一些关于个人敏捷和团队动机的思考。克里斯托弗为此伟大,因为他从心理方面接近敏捷和团队工作,而我的思绪通常基于观察和审判和错误。

我们正在讨论动机以及如何激励与您不一定有位置电力的同行。老板可能会试图通过胡萝卜和棍子的方法创造动机,但这些是弱者和短暂的寿命。人们厌倦了这种操纵,并找到打破系统的方法。

相反,克里斯托弗谈到了“内在动机“,来自内部的更强大的动机。  人们希望在一个胜利的团队上,但不知道如何找到或创造它们。这个秘密在于了解他人的“赢得”意味着什么,然后在你身边创造胜利。实际上,这意味着询问人们“这是什么?”即,他们希望从项目中学习,做或获得(超越薪水),然后为这些事情提供机会。

起初对我来说听起来有点奇怪,有点过于敏感。询问人们周末所做的是一回事,但是向他们询问他们想要从一个项目中求助的东西,良好,侵入性,太个人。然而,当你想到它时,这是倒退的,毕竟这个项目是我们都有共同点的。他们周末与配偶做了什么,现在这可能是个人的!

告诉某人你真正想要离开一个项目可能看起来有点奇怪,但担心这样做的恐惧表明信息的“稀缺模型”。我们为什么要担心如果人们知道我们真正喜欢做或获得什么,他们会为我们提供机会,使我们能够做到这一点。帮助他人从项目中获取他们想要的东西创造了一个向上的支持和合作的螺旋,当你想到它时,这是一个胜利团队的核心。

聊天到克里斯托弗总是令人耳目一新,他分享了如此有用的信息,我努力保留它。幸运的是,对于美国克里斯录得免费的电话研讨会 掌握个人敏捷性。我衷心地推荐它,项目的一面具有最大的杠杆率,甚至在这里的小型改善可能会产生很大的好处;一定要查看它。


软件估算 - 通过范围管理期望

agile_estimate_ranges. 客户:窗户中的鹦鹉多少钱?
宠物店所有者:在200美元到250美元之间的某个地方
客户:ERM,好的,我会给你200美元!

对于一些人提供估计的人,作为一系列价值观似乎是开展业务的奇怪和不满意的方式。他们只是想知道成本的成本是多少,而不是多少钱或不成本。如果对象或服务已准备好使用,但如果尚未创建的,则这是合理的。过程中涉及的不确定性越多,可能会有一些可变性。现在考虑这个谈话:

客户:从图书馆到机场的出租车乘车需要多少钱
出租车司机:可能在20美元到25美元之间,具体取决于交通
客户:好的,听起来很普通,让我们走吧

它似乎更合理,我们了解交通的可变性。遗憾的是,所有利益相关者都了解通过不断变化的要求和经常与软件项目相关的技术引起的可变性。然而,软件开发的不确定性是真实的,我们有义务将估计报告为范围以帮助管理期望。

继续阅读“软件估计 - 通过范围管理期望”»