原文链接@龚正
以下全部摘抄自原文:
回想起在参加各种培训和会议的过程中,大家讨论各种问题的时候,上下文都是在一个部门、或者是一个团队,不需要考虑太多的收入和成本,没有定岗定薪的烦恼,没有和客户掰扯合同细节的痛苦,也没有每天盯着公司银行账户的焦虑,在一个相对比较太平和安静的环境之中实施Scrum,我们可以更多的关注于团队的流程和成员的个体,但是当我们把范围扩大,场景变得更加复杂,在一个公司里,团队还在生死线上奔波的时候,敏捷究竟带给了我们什么。
因此我更希望一个全功能型团队,所包括的不仅仅是开发、测试、产品和设计,也同样的需要有销售、运营、市场人员的参与,在一个覆盖了全流程的团队中,才能从更完整的业务流程中来审视团队运转的过程。
敏捷的核心是四句宣言:
个体和交互 over 流程和工具 。
可工作的软件 over 面面俱到的文档 。
客户合作 over 合同谈判 。
响应变化 over 遵循计划 。
在敏捷宣言的基础之上,我总结了一些更具体的内容:
个体和交互
客户的诉求和客户负责人的诉求很可能会不一样。
了解客户、市场、销售、运营、研发、产品、设计、测试、财务的种种术语和他们思维的逻辑,对彼此领域的了解是建立良好沟通的基础。
团队内尽可能保持一切信息的透明,小到设计方案和工作进度、大到公司账户和个人薪资,但是得平衡好透明的程度。
可工作的软件
可工作的软件不仅仅是没有bug,而是要符合客户当下的业务场景。
需求和软件都是自然生长出来的,不要指望一开始就有完美的设计,也不要指望需求不会发生变更;
不要专注于设计文档和原型,而是专注于和客户的频繁沟通。
客户合作
了解你的客户内心真正的诉求,和他们做朋友。
坚持自己的立场,而不是被客户牵着走。
平衡客户和自己的利益,共赢才能持久。
响应变化
以迭代的方式快速交付产出。
频繁的和每一个人沟通,了解他们的近况和思想的变化。
预先识别出一些会导致变化的风险,提前准备一些预案,别总想着见招拆招。
在一个兼职的创业团队中,项目管理的过程几乎无法以Scrum所设计的那样顺利进行,而场景的扩充和复杂化,导致很多时候我们不得不游离在Scrum之外,这时候唯一可以继续指引着我们进行决策的,便是四句宣言中提到的内容,而与此同时,我们也不断的调整自己的工作模式,以适应新的环境带来的种种问题,树木是自然生长出来的,而不是设计出来的,而最好的团队也同样如此。
抄一文:当公司生存都是问题时,我们还需要敏捷吗?
网友评论