BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

他的粉丝

价值流图适用于软件开发吗?

作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 石永超 关注 0 他的粉丝   发布于  2010年11月16日

价值流图是精益制造中用于分析物流和信息流的方法,为客户提供产品或服务时这是必须的。丰田成功地在制造业中实现了这个过程,同时价值流图也已经映射到软件开发中。软件开发与制造业使用的是相同方法吗?

他的粉丝

我们能把敏捷规则改变为指导方针吗?

作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝   发布于  2010年2月9日

规则通常是一项活动的已定义的标准,要求大家遵照执行。换句话说,通俗地讲法律也可称为一种“规则”。另一方面,指导方针则尝试着根据一系列的常规程序来精简出特定的流程。根据定义,指导方针永远不是强制性的。那么敏捷团队应该制订规则呢,还是只要指导方针就够了?

他的粉丝

回顾之回顾

作者 Deborah Hartmann Preuss 关注 0 他的粉丝 ,译者 顾全 关注 0 他的粉丝   发布于  2009年9月21日 1

当你的所有团队都使用敏捷、忙于实施本地改进之时,在过去被称作“IT”或者“系统开发”的更大范围的组织中,会发生什么?一位大型敏捷项目组的教练分享了一个策略,他们打算让更大范围的团队发现趋势并从所有这些知识中获益。Paulo Carol将其称作“回顾之回顾”。

他的粉丝

SOA实现中的4个最差实践

作者 胡键 关注 0 他的粉丝 发布于  2009年3月20日

在铺天盖地的SOA宣传文章中,最佳实践是出现频率最高的词汇之一。相比起来,最差实践就没那么风光了。但是,俗话说得好“吃一堑,长一智”,看看别人犯过的错,未尝对自己没有帮助。最近,Information Builders的市场副总裁Jake Freivald就撰文介绍了SOA实现中常见的4种最差实践,并针对每个实践给出了解决方案。

他的粉丝

文章:业务分析师在敏捷项目中的作用

作者 Shane Hastie 关注 28 他的粉丝 ,译者 郑柯 关注 3 他的粉丝   发布于  2009年2月3日 3

作为Software Education的首席知识官,Shane Hustie指出:只要业务分析师以正确的方式向业务看齐,就可以帮助敏捷团队成功,而不应以开发团队为导向。直接点击阅读完整文章

他的粉丝

从利润出发,排定(待办事宜)优先级

作者 Derek Longmuir 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝   发布于  2008年8月11日

觉得排定优先级很困难么?Luke Hohmann描述了一种做出定量决策的方法,有助于决定处理待办事宜的先后顺序。除了要考虑像实现所需工作量这样的常用属性之外,Luke建议加入新的属性,来衡量干系人的需要、向战略看齐,并且检查某个条目是否能够驱动利润。

他的粉丝

采纳敏捷时,过于滥情会造成障碍

作者 Mark Levison 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝   发布于  2008年8月11日

在采纳敏捷时陷入困境了么?Amr Elssamadisy主持了一个话题讨论,主题是关于造成采纳敏捷流程很困难的原因。他为听众提供了三种模型,用以理解在采纳敏捷时可能见到的问题。

他的粉丝

敏捷项目中的跟踪矩阵

作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝   发布于  2008年6月28日

通过分析跟踪矩阵的关联,人们能够很容易地分析需求变化所造成的影响。那么,跟踪矩阵在敏捷项目中有用武之地吗?本文从众多博客和邮件讨论组中选取了不同的观点,为这个问题寻找答案。

他的粉丝

优秀团队:让团队成长,而非喘息

作者 Mark Levison 关注 0 他的粉丝 ,译者 徐毅 关注 0 他的粉丝   发布于  2008年3月28日 7

是什么造就出一个高效的团队?依Doug Shimp和Samall Hazziez之见,一个“优秀团队”会展示如下特征:遵循敏捷及精益的原则,采取持续反馈的适应性机制,专注于业务视角所见,充满热情并富有成效。

他的粉丝

文章:M三兄弟-精益三人组

作者 Roman Pichler 关注 2 他的粉丝 ,译者 乔梁 关注 7 他的粉丝   发布于  2008年3月12日 1

关于软件开发中应用精益原则的讨论,大部分集中在识别和消除浪费(浪费在日语中叫作:muda)。同样,精益思考的目标是消除过重的负担(过重的负担在日语中叫作:muri)和不必要的变化(不必要的变化在日语中叫作:mura)。Roman Pichler对“M三兄弟”之间的关系进行了讨论,并建议将消除过重的负担作为走上精益之路的第一步。

他的粉丝

设计和代码审查:是好、是坏还是不堪入目?

作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝   发布于  2008年3月11日

Kirk Knoernschild讲述了他对设计和代码复查的观点。他提到,这种复查的承诺是改进软件质量、确保与标准的一致性,并且可以作为一种有价值的工具为开发人员服务,但是它们的执行方式却影响到了自身的价值。在某些组织中,它们可能真的见效;而在另一些地方,可能也不过是官僚作风的一种体现而已。

他的粉丝

文章:借助看板从敏捷到精益

作者 苑永凯 关注 0 他的粉丝 发布于  2008年2月20日 3

Kenji Hiranabe紧接前一篇关于敏捷项目中看板应用的文章,引用多个实例,独到地思考和阐述了如何更深入地借助精益思想中的看板跟踪系统优化整个软件开发价值流,以使整个流程可视化、拉动式生产,进而消除浪费。

他的粉丝

文章:如何与客户建立优秀的伙伴关系?

作者 Michael K. Spayd 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝   发布于  2008年1月31日

项目开发团队与客户如何形成良好的沟通,减少彼此之间的隔阂?Michael Spayd告诉我们,通过与客户建立“设计好的伙伴联盟”,制定“设计好的伙伴关系合约”,就可以达成这个目标。

他的粉丝

文章:不要让误解影响你的团队

作者 Joe Rainsberger 关注 0 他的粉丝 发布于  2008年1月3日 2

是不是认为家庭聚会是个挑战?要聚在一起收集和交换故事,而且总是会有些摩擦。其实何止家庭如此,团队建设也是一样,这也是为什么萨提亚沟通模型会从家庭医疗过渡到这一领域的原因。J.B. Rainsberger借用“沃尔玛里的圣诞节”这一有趣的场景介绍了萨提亚模型的用处。

他的粉丝

文章:《协作精解》书评

作者 David Spann 关注 0 他的粉丝 ,译者 包亮 关注 0 他的粉丝   发布于  2007年12月11日 1

在高度协作的敏捷编程开发环境下,Jean Tabaka的著作《协作精解:软件项目领导的建导技巧(Collaboration Explained: Facilitation Skills for Software Project Leaders)》为疑难管理问题提供了解决之道,这些疑难管理问题诸如冲突、人际沟通和时间约束等等。如果你厌恶开会或者相信开会应该改进,不论是否参与敏捷项目,都应当阅读这本书!

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT