上一期我们讨论了 Open Innovation 的思想,另一个开放创新与管理的支柱就是 Lean Software Development。Lean Sfotware Development 的概念源自日本 Toyota 的生产系统,后由 Agile 社群将之导入软件工程领域,成为敏捷开发模式的重要思想基础。在敏捷开发模式的发展过程中,Lean Software Development 的观念不断被讨论;不久后,便由 Mary Poppendieck 与 Tom Poppendieck 将其发展成一套系统化的模式,Mary 与 Tom 同时也提出了 22 套工具,以落实 Lean Development。这是 Lean Software Development 的起源。
Lean Startup方法学 BigPic:600x388 |
直至今日,App 产业的成形,以及大量的创新网络服务被发展出来,又再强化了 Lean Software Development 的重要的。现在软件产业,已由技术导向的行业,转变为文化与创意的产业。因此,Lean Software Development 方法论,结合 Lean Startup 创业模式,成为重要的管理思想。
今日的软件开发,讲究精实模式(Lean Software Development),敏捷开发方法的 Kanban 方法论,部份相当符合精实模式的精神。Kanban 方法论追求打造一个自我组织型(Self-Organized)的研发团队,且主要以外部开发者为主要资源。这一点与Chesbrough的理念不谋而合(Chesbrough 2006)。这个部份的管理经验,是台湾各大硬件厂所久缺的重要元素。
Lean Software Development 的其中一个法则(Lean Principles)就是:灭少不必要的浪费,这点与精实创业(Lean Startup) 的观念一致,也和原始 Toyota 的精实生产系统一致。这个观念在许多讨论 Lean Startup 的文章都有提到。对于新创团队来说,所谓减少不必要的浪费,可以先以下二个角度开始。
第一、避免不必要的内部沟通成本。Lean Startup 要表达的深层精神应该是:「先推出最有用的功能」,并专注服务固定的几位用户,让第一批用户满足你所推出的产品。敏捷开发与 Lean Software Development 都提出实际的工具(有些工具指的是一套系统化方法),来帮助团队解决这个问题。
第二、善用外部资源。以笔者近期的一个 Startup 计划为例,将这个网站上线的硬件成本,大约只要美金300元左右;这与12年前的环境相差百倍以上。当时,我可能需要一个小型机房,或是 Co-Location 服务,加上带宽费用,初期资金可不止要3万块美元。善用各种免费资源,或是付费服务(例如:Amazon EC2),都能减少不必要的浪费。另一个浪少良费与提升效率的方式,就是使用开放源码组件,这也是 Open Innovation 的核心观念之一。
我看到有些现象是,新创公司盲目追求组织架构,许多传统科技公司的新创过程,也太过于强调组织策略,这些经常埋下了日后的败因。一个精实模式下的软件开发,经常不需要依赖传统的组织策略。对于经营 Startups 的团队来说,在日后取得创投的资金浥注后,需要好好地思考这个议题。
例如,现在的组织策略,很难说明如何使用 Github 这样的工具,创造成功的 Startup 计划。更不用谈,有些 Startup 团队,更是以虚拟团队的形式运作。在这里提到的组织策略议题,并非要表达组织策略不具重要性,而是要强调如何采用新的管理方式来执行它:不能一味地 COPY 别人的组织结构与管理方法。
Lean Software Development 与 Lean Startup 同样讲求效率与消除浪费,如何善用现有的各项工具、技术与资源,以及导入新的管理方法与开发观念,都是 Startup 团队必须要不断学习的新知识。到这里就不难看出,Lean Software Developemnt 与 Open Innovation 的思考,是相辅相成的关系。