写点什么

使用投标申请书(RFP)聘雇敏捷团队

2009 年 7 月 28 日

这是个很普遍的场景:一个敏捷团队发现自己与一家外包的传统(读作“非敏捷”)合作伙伴 / 厂商 / 供方为伍,而互相间做事规范的错配浪费了双方大量的精力。本月早些时候,我们报导了 ScrumDevelopment 邮件列表上的一次讨论,其中敏捷从业者探讨了如何(以及是否)响应固定价格招标请求。另一位资深从业者则提炼了他在这一主题上的经验所得,提供了创建更佳招标申请书(Request For Proposal,简称 RFP)的策略,以吸引从事敏捷的团队们,这就是 Scott Ambler 近期撰写的“以敏捷的方式撰写投标申请书——采购部中的恩怨情仇”。

虽然敏捷专家们通常同意,固定价格(隐含固定范围)合同助长了效率和产出低下的行为方式,但是诸多项目还是如此这般进行,这也是事实。凭藉独到视角,Ambler 审视了整个流程的现实情况,不仅是服务提供商的应标,也包括了撰写招标申请书:

首先是敏捷式外包的好消息:敏捷项目团队能增强透明度,令利益相关方更易于进行监管……坏消息是,它假定客户…有能力发出反映敏捷开发实情的招标申请书,这也是本通讯要讨论的主题。

噢,问题的症结在这里:招标申请书的撰写方式,经常是要杜绝迭代的、适时的估计,而许多敏捷团队根本就不对这些招标申请书应标。这里关键性的潜在假设是,如果供应商交付了写明的需求,就万事大吉了。Ambler 归纳了众所周知的问题:“客户无法精确定义他们想要的东西,就算能,也要花上太长的时间,以至于他们的需求总是会有所变化。所以,要供应商提供哪怕是稍稍靠谱的建议书,实际上也是不可能的。” Ambler 将这种猜谜游戏视为“不道德”,并且建议,为对客户公平起见,敏捷供应商必须为客户提供其他的、更有效的选择来处理工作,同时告知优劣取舍和风险。

但是,让我们回过头来,深入查看问题根源。在该文中,Amber 详细阐述了如何撰写招标申请书

… 现实情况是:你所在组织中,的确有(些)人正处在这个位置。所以,如果你不能改变你们的工作方式,那么请你将本通讯电邮给他们,并要求他们考虑我正要描述的敏捷策略。不迈出这第一步,你就不可能改善你们的采购流程。

Ambler 展示了如何在此适用一些根本原则:敏捷宣言软件工艺宣言和精益开发治理。(该文末尾包括了一份含有如上及其他资源的阅读清单。)接着他概述了,要有效地采购敏捷开发团队的服务,招标申请书应该是什么样子。文中提出,基于“对供应商时间材料(T&M) 的较低费率及持续交付高质量、潜在成品软件的奖励”,以风险分享的策略代替“固定价格,固定范围”。

Ambler 承认,这一策略会承受一些潜在挑战,但他坚称这些挑战相对易于克服。

  • 供应商通常不会让员工待命,…所以他们可能很难预先就确定说出谁会在某一项目上,尤其是在客户决策缓慢的情况下。(他会建议客户对人员配备做合理的期望,但对以次充好的偷梁换柱手段要保持警惕。)
  • 客户需要对自己的决策承担责任,并积极参与项目监管——这非常有别于过去或许常用的“甩手掌柜”式做法。(Ambler 坚称“要让外包可行,客户必须采取事必躬亲的方式,积极监督和指导项目。”这显然不是省钱的地方——项目脱轨的风险太高了。)

现在,这一清单很有价值,因为开发人员通常不(真正)明了如何撰写一份招标申请书,而采购部门也搞不清 Jira 与 JUnit 的区别。 使用 Ambler 的清单作为讨论的基础,也许就有可能开启流程,将重要信息反馈给那些为组织采购有价值资源的人。Ambler 暗示,当团队将其协作原则扩展到他们的采购人员时,他们就可能会在那里发现开诚布公的对话机会:

采购人员…都是聪明人,他们完全知道他们的流程有毛病。不巧的是,他们经常觉得无力改变招标申请书流程,原因要么是他们对其管理层言听计从,要么是他们以为其所共事的供应商无意以敏捷方式工作。

敏捷团队正在发现制造业者早在上个世纪就已知道的同一样事情:不要自扫门前雪,与邻互助才会真正获益——在这一例子中,他们的邻居就是内部采购职员。阅读全部原文以了解招标申请书可包含的细节,以吸引敏捷团队上门。

英文原文 Using the RFP Process to Hire Agile

2009 年 7 月 28 日 11:24922

评论

发布
暂无评论
  • 政府为敏捷实施设立指南

    近来美国和英国政府的会计监管机构均就政府资助的开发项目采用敏捷实践发布了相关的报告以及指南。美国审计总署(GAO)以及英国国家审计署(NAO)都推荐敏捷方法作为政府部门开发软件产品的最佳方法,同时他们还就敏捷实施以及监管提供了相关指南。

  • VersionOne 和 LeanKit Kanban 宣布成为战略合作伙伴

    VersionOne,最大的敏捷管理工具提供商之一,宣布与LeanKit进行战略合作,利用LeanKit Kanban作为团队级执行工具,VersionOne功能作为企业级敏捷管理工具。

  • 导读:通过阅读序言段了解文章的背景知识

    今天我们开始阅读一篇新的文章。这篇文章出自InfoQ英文站,主要探讨了开源给科技创新能力和组织敏捷性带来的好处。

    2020 年 5 月 29 日

  • 联邦政府敏捷交付的成功要素

    Paul Gorans(IBM全球商业服务(IBM Global Business Services))和Philippe Kruchten (英属哥伦比亚大学)发表了一份指南,敏捷交付关键成功要素指南。本指南讨论了敏捷的价值、好处以及面临的挑战,并提出在联邦政府实施敏捷交付中的关键成功因素。

  • 高效会议:项目中要开好哪些会?

    会议不在多,而在于精,每个会议都要真正开出效果来。所以,要只开最有必要的会,会而有议,议而有决,决而有行。

    2019 年 11 月 23 日

  • 精益敏捷采购的外包

    采购流程是组织在运营中变敏捷的最后一道障碍。在最近的Agilia会议上, Mirko Kleiner就精益敏捷采购提出了一种服务合同谈判的方法,该方法涉及采购专家、IT团队和供应商,它能够大幅缩短合同谈判的时间,并将你争我夺的态度转变为协作的方式,以满足客户的需求。

  • 如何说服领导以自上而下应用敏捷方法?

    Agile Journal杂志3月刊发文评论如何通过一种自上而下的方式使组织能够应用敏捷实践。Liz Barnett撰文说对任何大范围的敏捷应用,组织内自上而下的支持都必不可少,并给出了六个需要注意的成功要素。

  • Voke 发布报告警示敏捷采纳者

    Voke公司发布了一份题为“敏捷困境”的报告。报告中谈到敏捷开发是懒程序员们避开流程、计划和文档的方法。它称敏捷方法是旨在推销服务的骗局。

  • 向敏捷迁移的成本优势何在?

    “我要见到真金白银!“向敏捷迁移能够在成本方面带来哪些好处?这是一个让人挠头的问题。敏捷方法在更快交付价值、开发更高质量产品颇具优势,可是我们如何证明?本文探讨了与此相关的一些度量方法,同时展示了采用敏捷方法得到的结果,有助于人们了解优势何在。

  • 该不该接外包?

    关于是否要接外包,可以问问你的初衷,评估付出的代价,做出理性的选择。

    2018 年 11 月 21 日

  • 销售和敏捷,油和水?

    销售其本质,应该是敏捷的。销售业绩好的人,往往会审时度势来适应形势,使得利益相关者感觉安心;并通过提出相关的问题进行调研,最终提出一个有效的解决方案。然而,当销售人员试图提供银弹而变得太过敏捷时,这就会成为一个问题。这是不是让很多敏捷项目处于困境的一种 “常规” 现象呢?它能够被解决吗?

  • 挣值适用于敏捷方法吗?

    关于挣值管理(EVM)的价值以及如何将其整合到敏捷方法引发了激烈的争论,因为更多大型项目应用了敏捷方法,这些大型项目也需要采用挣值管理。观点各有不同,但有些人相信不仅敏捷项目可以应用挣值管理,有敏捷的EVM优于没有敏捷的EVM。

  • 对《No Bull》作者 Simon Baker 的访谈

    近期InfoQ采访了Simon Baker。他是Engergized Work的创始人,也是2009年度敏捷联盟Gordon Pask奖项的获得者,《No bull》一文的作者,该文凝结了作者12年的敏捷经验。

  • 用 Scrum 促成凡事固定的项目

    Scrum如何与受制于固定的价格和完工时间的项目相结合?Tim van Baarsen讲述了他的经历。通过在幕后持续地使用Scrum方法开展工作,他完成了一项凡事固定的投标。

  • 专家成立新工作组,制订敏捷合同样板

    传统的软件合同经常把客户和厂商置于水火不相容的境地。过去,有些敏捷专家试图制订一个敏捷合同,希望可以用它来改进客户与厂商之间的关系。现在,在OpenPlans 网站上成立了一个工作组 ,大家共同协作,试图在这个方向上取得进展,并制订出了一个可以反复使用的敏捷合同样板。

  • 第 56 讲 | 有了敏捷开发,那交付期限去哪儿了?

    无论是传统的开发项目,还是敏捷开发项目,我们到底应该怎样来实现高成功率的进度控制呢?

    2018 年 7 月 19 日

  • 敏捷合同编写指南

    Tom Arbogast、Bas Vodde和Craig Larman从他们的新书《精益和敏捷开发大型应用实战》中精选了一部分内容,发布在网上,它主要讲述了如何应对编写敏捷开发合同时遇到的一些难点。

  • 精益创业:产品经理不靠谱,你该怎么办?

    我们必须要有自己的独立思考,多问几个为什么,尽可能减少掉到“坑”里之后再求救的次数。

    2019 年 1 月 7 日

  • ScrumMaster 项目面谈诀窍

    ScrumMaster或者迭代经理在敏捷团队里面是一个关键角色,而且,对于ScrumMaster,选择与哪个组织合作或者与哪个团队共事是非常重要的——在考虑是否接受一个新项目时,很重要的是创造一个取得成功的环境。本文提供了一些面谈时的建议,可供ScrumMaster考虑是否接受项目或团队时参考。

  • 第 154 讲 | 谢东升:说说技术管理者从外企到民企的挑战

    技术管理者要面对现实,先找到可利用的资源,把事情做起来,让管理层和团队看到成绩与效果,再谈建立完美的流程。

    2019 年 1 月 9 日

发现更多内容

DAPP智能合约交易系统开发、DAPP系统开发的详细解释

W13902449729

DAPP智能合约交易系统开发 DAPP系统开发

不交“人脉”交朋友:新荣耀的底气与新机

脑极体

Spring5.0源码学习系列之Spring AOP简述

AI乔治

Java spring 架构

化妆品溯源系统开发,区块链防伪溯源

135深圳3055源中瑞8032

助力ARM生态 —Dragonwell新增aarch64支持

阿里云基础软件团队

智慧社区安防建设的功能,智慧社区建设方案

135深圳3055源中瑞8032

python 输入输出

老赵

Python 28天写作

12月阿里蚂蚁金服四面(已拿offer)Java技术面经总结:项目+源码+jvm调优+MySQL

云流

Java 学习 编程 程序员 面试

架构师训练营第七周作业

zamkai

前端性能优化

roadup

前端工程 性能调优

第1周架构方法总结

Richard

UML 需求分析 概要设计 软件架构设计 详细设计

跨界

张老蔫

28天写作

重学JS | 改变函数上下文的3种方式

梁龙先森

前端 编程语言 28天写作

原理竟然是这!GitHub上标星13k的《Android面试突击版》,醍醐灌顶!

欢喜学安卓

android 程序员 面试 移动开发

数仓建设中最常用模型--Kimball维度建模详解

五分钟学大数据

大数据 数据仓库 数仓 维度建模

音频特征提取方法和工具汇总

行者AI

音视频算法

探索 React 合成事件

pingan8787

前端 React 28天写作

不可多得的干货!耗时两个礼拜,8000字安卓面试长文,内含福利

欢喜学安卓

android 程序员 面试 移动开发

CSS ( Cascading Style Sheets )

roadup

CSS

理财之我见

三石

理财 28天写作

巧合?达摩院2021十大科技是十九世纪那场幻想的升级版?

Java架构师迁哥

Synchronized 精讲

伯阳

Java 多线程 高并发 synchronized java关键字

花火交易所系统开发、雷达模式系统搭建开发

W13902449729

花火交易所系统开发 雷达模式系统搭建开发

计算机网络基础

roadup

TCP 网络 HTTP 计算机 HTTP3.0

精选算法面试-队列

李孟

算法 队列 28天写作

从零开始打造企业运营管理系统(1)

dowell87

28天写作

redis中的一致性hash

原来不悔

redis 一致性hash

新的方式-谷歌浏览器插件的使用【天猫超市抢购飞天茅台】

谙忆

SpringBoot太强了、ShardingSphere上榜

云流

spring 编程 框架

漫谈分层架构:为什么要进行架构分层?

AI乔治

Java 架构 高可用系统的架构 高可用架构

博弈论 - 海盗分金

石云升

博弈论 28天写作 海盗分金

InfoQ 极客传媒开发者生态共创计划线上发布会

InfoQ 极客传媒开发者生态共创计划线上发布会

使用投标申请书(RFP)聘雇敏捷团队-InfoQ