ThoughtWorks和崛起的中国开源软件

最近,一份来自Adobe开发者Fil Maj的分析报告吸引了我们的注意,他通过GitHub公开的REST API,对2017年内GitHub上超过200万活跃用户(活跃意味着对公开项目超过10次提交)的数据进行分析,得出了关于开源世界贡献力量的公司排名:

从这份排名上,我们可以有一些非常有趣的发现

像早期拥抱开源的组织如Google,彻头彻尾的开源先锋Red Hat,以及诸多业界开源标准的制定者参与者如IBM、Intel,它们相应的排名位置并不令人惊讶。

相反,微软位居第一的事实让人大跌眼镜(或者说眼前一亮)。那个曾经谴责开源是“癌症”后者“反美”的微软已经一去不复返了,它在商业模式上积极寻求改变的姿态,让世人对它这些年的进步有目共睹,尤其是它一直以来对于开发者价值的珍视,吸引了越来越多的开发者踊跃加入到Azure平台中来。

让我们更加欣喜的是ThoughtWorks处于第八名的位置,考虑到我们目前全球只有3000名左右开发者,700多名开源贡献者的数字意味着我们有四分之一的开发者拥有对开源积极的热情。我们相信开源的力量,不仅对于业界知名的开源软件贡献努力,也开源了自有的软件产品——Go(开源持续交付服务器)、Gauge(开源测试自动化工具)。

值得注意的是,中国的软件公司阿里巴巴、腾讯和百度也榜上有名,这也一洗过去它们更多是开源软件消费者的印象,一跃成为在开源世界不可小觑的力量。我们耳熟能详的WeexDruidEChartsAtlas还有BeeHive因为国内广泛而特殊的应用场景,在国际市场也受到了空前的关注。

可以看出,从这个巨大而繁荣的软件市场向GitHub等开源网站发布的开源项目的数量正在持续增多,质量也将持续提高。这也是为什么我们会将“崛起的中国开源软件市场”作为上一期ThoughtWorks技术雷达的主题之一。我们相信,星星之火终成燎原之势,中国软件生态也将伴随着经济扩张而加速成长。

Share

安吉・弗格森:IT曾是女性主导的行业

本文首发于微信公众号:哈佛商业评论,已获授权,转载请联系哈佛商业评论。

不可否认,女性程序员在全球IT领域仍处于劣势地位。2015年调查数据显示,Facebook的IT人员中仅16%为女性,谷歌为18%。而2014年夏,谷歌、雅虎、领英和Facebook公布本公司女性员工雇用比率时,就承认这一水平过低。事实数据说明,这些大型技术公司在提高女性程序员数量上仍需更多努力。

让我们再聚焦于中国IT从业人员。互联网求职平台100offer在2016年公布的中国互联网女性工程师工作报告表明,过去一年,男性程序员的注册人数是女性程序员的近4倍。此外,同一职位上的男性程序员薪资普遍高于女性程序员。实际上,女性在IT行业,甚至包括整个STEM(科学、技术、工程、数学)领域,都面临严峻挑战和多重偏见,导致这些行业的女性比例和待遇迟迟得不到提高。长达40年的社会科学研究表明,如果不对女性员工的偏见加以制止,这将继续渗透到人们观念中,而且人们会认为自己就在奉行贤能主义,所以更加不会采取行动,破除偏见。

加州大学哈斯汀法学院法学杰出教授琼・威廉姆斯(Joan C. Williams)发表于2014年《哈佛商业评论》的《攻克科技领域多样性问题》一文指出,技术行业女性员工面临的偏见和挑战主要可以分为四类:

  1. 再证明一次!女性要用更多成绩证明自己和男性有同等工作能力;
  2. 如履薄冰。普遍观点认为,高级职位需要在职者拥有传统意义上的男性特质,而女性应做到谦逊矜持。因此,女性职员不能过于女性化,这会显得能力不足,也不能过于男性化,会不讨人喜欢。
  3. 母亲壁垒。女性员工当了母亲后,其敬业度和工作能力会因其母亲身份而频频受到质疑。尽管很多从事技术行业的女性对本行工作时间灵活和远程工作条件称赞有加,但成为母亲后,一旦她们有失职情况,即便是迟到,也会再次印证女性不适合当CEO的传统观念。
  4. 内战。威廉姆斯的研究中,45%的受访女性称曾遭遇这种状况,即如果女性在其事业起步阶段受到歧视,会倾向于避免与其他女性接触,拒绝帮助她们,甚至不惜以损害其他女性利益为代价与男性协作。她们回避对性别歧视的控诉,并以此表明自己的忠心。

那么面对技术领域中普遍存在的四种性别偏见,女性应如何应对,公司又该采取哪些措施提升女性技术人员数量,保障女性员工权益,加强人才多样性呢?带着这些问题,《哈佛商业评论》中文版采访了全球技术咨询公司ThoughtWorks亚太地区集团执行总监安吉・弗格森(Ange Ferguson)。弗格森来自澳大利亚,拥有在澳洲、英国、荷兰、印度、新加坡和中国等国的跨国工作和管理背景,从事技术工作时间近20年。基于在该领域的深厚经验和对女性程序员的深刻洞察,她谈到了女性在技术领域遇到的阻碍以及解决之道

HBR中文版:从全球范围看,女性在技术领域所占比例都比较低。作为女性,你如何接触到计算技术并最终进入该行业?

弗格森:我的父亲是科学老师,所以我小时候可以借父亲工作之便,在放假时使用学校的计算机。1995年我考上大学,第一次接触到互联网,惊讶于这项科技巨大的连接性,决定从哲学系(50/50男女比例)转到计算机技术系(20/80男女比例)。计算机专业是个男性占绝对主导地位的学科,但当时我还没有意识到,这是个需要探讨的问题。

毕业后我去了一家小型专业服务公司。因为公司规模小,所以我得到很多大公司都不能给予新人的机会。虽然工作量很大,但我成长得非常快,还遇到了人生中一位重要导师丹尼斯。2001年互联网泡沫破灭时,我所在公司不幸倒闭了,于是我像很多澳洲人一样,去了欧洲旅行,并先后在伦敦、阿姆斯特丹工作。几年后我回到澳洲墨尔本工作,在丹尼斯引荐下,到了ThoughtWorks工作,到现在已经11年了。

HBR中文版:外界对IT行业的看法是竞争激烈,而且工作强度和难度都很大。作为资深从业者,你认为吸引你留在这一行的因素是什么?

弗格森:IT行业的工作机会很好,我有幸去世界不同国家和地区工作,也尝试了不同的职责,比如我曾在悉尼、布里斯班、香港、新加坡等地担任项目经理。我在ThoughtWorks工作几年后进入管理团队,一年后去印度担任管理工作,还为当地大学毕业生授课。我喜欢这种IT公司的商业模型——我们以项目为单位,结果为导向,工作时间和地点都不确定。你可能每半年或几年就要换新项目,面临全然不同的工作内容、合作伙伴和文化。我喜欢这种多样性带来的冲击。

此外,技术公司往往采取扁平化管理架构。比如在ThoughtWorks,我的另一位导师兼上司就在我隔壁。他像我的朋友,对我极其信任,同时又有很高期望,不断激励和鼓励我。导师对个人,尤其是女性的职业发展来说极其重要;他们的经验和洞见是年轻人最需要积累的财富。(但研究表明,女性虽然擅长建立关系网,可在职场中这种能力并未得到充分发挥。)当然除了导师以外,你可以向公司中每一个人求教,他们都会像朋友一样认真回答你的问题,而且相比进入管理团队,我们更愿意留在一线,学习应用最先进的技术,毕竟编程才是程序员真正热爱的工作。

HBR中文版:时间灵活、重视多样化,这些似乎都是对女性员工友好的工作条件。但为何现在IT行业女性人数依然过少?在打破技术公司性别偏见方面,ThoughtWorks有什么可供借鉴的解决方案吗?

弗格森:某名为《当女性停止编程》的研究指出,个人计算机最初进入市场时,其营销方向是男孩的玩具,所以美国、欧洲、澳洲的大多数家庭都会把电脑放在男孩子的房间。我们准备考大学时,卧室里有电脑的男孩对计算机更熟悉,技能更熟练,所以选择计算机专业的学生往往是男生,而最终从事这一行业的人也多为男性。我认为,市场营销,包括整个社会从一开始就建立了“计算机属于男性领域”的刻板印象,但这一假设并不成立。在计算机早期应用阶段,程序员往往是女性,而计算机主要用于行政工作——传统女性主导的领域。这样看,男女工作的选择更多受社会思维观念影响,而非男性真的做不好行政工作,或女性不能胜任IT岗位。

为创建多元化且有包容性的文化,ThoughtWorks一直以来都注重培养(cultivating)和发展(developing)员工,为他们提供开放、时间灵活、鼓励学习的工作环境。现在我们在中国的女性技术员工占员工总数的34%,所有女性员工占比40%,女性领导者在管理团队占比40%,在全球基本也是以上数据,这在IT公司中算是比较平衡的男女比例。我们是怎样做到这一点的呢?首先,我们会改变思维模式,不去规定你不能做什么,而是专注于你能做什么。我们赋权给员工,尽量给他们更多选择,让他们不论性别、种族、国籍、教育背景如何,都能发挥出其最大潜能。此外,IT行业变迁太快,这要求你在整个事业生涯中都不能停止学习。我们了解,每个人的学习方式都不同,所以我们提供不同的培训项目,并鼓励大家在网络平台上展开积极讨论,为所有员工创造了解彼此、互相学习、共同进步的良好氛围。值得一提的是,我们还在西安邮电大学建立的实验室,为上千名学生,特别是年轻女性提供线上和线下编程课程,希望更多学生,尤其是女性学到实用的IT知识,帮助他们缩小学校所学理论与行业实践的距离。我们认为,如果女性从学习编程初期就接触到聪明、有能力的IT女性,同时获得足够支持与鼓励,她们对编程会更有自信,并相信自己也会成长为杰出的IT女性。 我们还希望给她们跨越整个职业生涯的帮助,因为IT女性出于家庭、生育等因素选择性退出的比例远高于男性,所以每当她们遇到职业瓶颈期时,都可以咨询我们并寻求意见。

HBR中文版:也就是说,只要IT公司对内对外都构建起互帮互助、多元包容的文化,在行业中处于劣势的群体比如女性,会是最终受益者?

弗格森:的确如此。此外,你帮助的女性越多,她们就会形成越来越强大的组织和关系网,产生累积效应,IT女性的力量也就越来越强大。如今我们成为对女性友好的标志性公司,至少在澳洲如此,这其实也告诉外界:如果你的员工发展方式是正确的,女性程序员的潜能就能被激发。我们也倾向招募没有经验的毕业生,帮助他们建立自己的事业,让他们了解我们的价值观,而一旦他们认同并适应多元、包容的环境,他们就会成为这一文化最坚定的倡导者。

HBR中文版:但多数IT公司都未能在提高女性程序员比例上有所作为,女性仍面临同工不同酬、“母亲壁垒”、“再证明一次”等偏见。你如何看到这一现象?

弗格森:这些情况的确存在,我们听到很多这类故事,包括我们的中国员工也提到,在她之前的工作环境中,“作为女性,她必须比男性同级更优秀,才能获得升职加薪机会”。我想女性首先要了解偏见,然后有与上级谈判,要求同等待遇的意识和技巧。比如我曾经为一位女性管理者提供咨询,鼓励她与上级沟通,大胆提出自己的加薪要求,结果她与上级谈完后,提议立刻就被通过了——这说明,她一直都没有得到自己应得的工资,而如果她不提出要求,老板就不会主动给她晋升加薪机会。所以女性要做的不仅是做好自己的工作,更要有谈判、争取自身权益的意识和勇气。一旦你“向前一步”,不公就会“退后一步”。

另外,如果你的组织限定了女性的竞争领域,迫使女性展开内部竞争,争取仅有的几个对女性开放的升职或加薪机会,我觉得你应该离开这家公司。事实上,如果女性愿意联合起来帮助彼此,与已经获得优势地位的男性沟通,效果要好得多。比如在一个10人会议中,只有两位女性参加,那么她们可以彼此呼应,重复彼此的论点,避免自己的声音在男性主导的会议中淹没——事实上,我也用过这个策略。

我依然是对IT界女性力量的壮大,持乐观态度。回想我们的前一代女性,很少人当了母亲后仍在职场工作,但现在随着职场妈妈人数的增多,这一群体也在开始发出自己的声音,要求改变人们对“女性必须承担更多家庭责任”的偏见。更重要的是,如果你知道偏见的存在,就能做出更好的应对。比如女性面临的“如履薄冰”偏见,出现这一问题的原因在于组织多样化程度不高。如果你所在公司以男性为主导,整个思维模式都偏男性化,女性很少能找到同性榜样,这种巨大的权力落差就会造成极端化的刻板印象,让女性不知道如何在男性为主导的文化中表现领袖气质。但若你吸收了大量女性,保证性别的均衡,女性的形象和气质就会更丰富——你不必是“女汉子”或“傻白甜”,你更多是一个糅合多种气质、刚柔并济的员工。每个组织都需要更多领导者“画像”,让员工看到领导力的多种可能性。

HBR中文版:我们所谈的问题,现在依然没有得到公众的普遍认知和认同,有效的解决方案也并未得到广泛实施。对此,我们还需要做哪些努力?

弗格森:我认为,我们需要更多公众讨论,加强人们对偏见的认知和改变的决心。同时,这不仅是女性的战争,我们同样需要男性的支持。比如在澳大利亚,我们有一个名为“Male Champions of Change”的组织,参与者都是澳洲最有影响力的CEO和高层领导者。他们为女性发声,并致力于推动男女同工同酬,促进女性就业和晋升等。这样的项目和组织会在不同国家出现,以不同速度推进,因为这是对的方向,也是我们应该做的工作。


更多精彩洞见,请关注微信公众号:思特沃克

Share

IoT时代,一起来探索社会化创新

[摘要]

IoT时代,社会化创新面临更多的挑战:如何在各种不确定下做决策?探索的方案涉及到智能传感器、云端平台、移动设备、工业设计、体验设计等多种复杂技术,如何做技术选型决策?硬件设备、集成接口昂贵,无法测试验证想法怎么办?Guide Dogs Victoria的智能手杖创新故事(文中有视频),将分享我们如何应对这些挑战,做精益式产品创新的过程和收获。

Guide Dogs Victoria的创新旅程

图片来自:https://www.guidedogsvictoria.com.au/

Guide Dogs Victoria(以下简称GDV)是澳洲一家活跃的慈善组织,成立于19世纪50年代。他们致力于帮助盲人和弱势群体,最大化提升其生活自主性、社会活动参与度,改善生活质量。

虽然使用导盲犬可以帮助盲人显著地提升外出活动的自主性,但是GDV也发现导盲犬存在诸多限制。首先是训练导盲犬的资金成本和时间成本都很高。一只拉布拉多从出生到通过培训及考试需要1年半的时间,而通过最终测试成为合格导盲犬的概率只有37%。同时,由于一些盲人独居或者缺乏照顾动物的勇气,也不愿意领养导盲犬。因此,GDV也在不断思考如何用导盲犬之外的手段帮助更多视力障碍群体独立出行。

在科技改变生活的今天,GDV想去探索如何利用新的技术,来扩展服务能力,进一步改善视力障碍人群的生活体验。他们希望能够研发一款设备,借助物联网的技术,让盲人可以更加安心地出行。

“我们的目标是不断寻找新的方式,来改善视力障碍人群的生活体验。导盲犬服务只能代表其中的30%。所以数字化服务同样作为另一种我们可以尝试的方式,就显得尤其重要。”

——Alastair Stott, GDV Victoria首席执行官

对GDV来说,这是一个创新的旅程。

一个成功的创新,需要同时满足“用户有需求”、“技术上可行”、“业务可持续”这三个条件。当我们审视这个创新项目时,我们发现有太多的未知摆在面前。我们应该用哪些技术?帮助视障群体具体解决哪些问题?新的业务应该如何运作?

用户需求的探索

找到有价值的用户需求是走向成功的第一步。在最初我们对“用户究竟需要什么”并不了解,所以我们希望通过深入现场的用户研究来挖掘真实的需求。在这个过程中,我们发现了很多超出预期的事实。我们原以为,帮助视障群体出行应该做一些类似于GPS、语音导航的东西来帮助他们找路,但是事实上,盲人在外出时最大的痛点其实是“过马路”。如果不是做用户研究,我们很可能在一开始就走错方向。

“盲人之所以觉得过马路挑战很大,是因为他们必须要在几十秒的时间里穿行马路,在无法看到正确前进方向的情况下,很容易偏离正确的方向。一旦偏离,很可能被汽车撞倒。”这极大地限制了他们单独外出的可能性。这一点是我们在第一站用户访谈中发现的。我们调研了几位视障工程师,请他们向我们讲述他们的经历,观察他们在不同生活场景下的行为。

技术方案的探索和验证

为了帮助GDV解决这个问题,我们构想了十几种解决方案,最终从中选择了四种技术可行性最高的方案,分别是:

  • 使用机器学习训练可以识别人行道正确方向的AI
  • 用手机配合安装在马路两侧的蓝牙信标iBeacon导航
  • 在手杖前侧加装红外亮度感应器,寻找地上的白线
  • 用计算机视觉来识别地上的白线

但是这四种方案是否真的能够为用户解决问题呢?在真正的产品摆在我们面前之前,谁都没有100%的把握。所以我们的决定是,用尽量少的投资做出原型,实地测验对比这几个技术方案。

“我完全被这些原型震惊了。其简单而直接地处理用户痛点的方式,真是让人惊叹。”

——Alastair Stott,GDV Victoria首席执行官

真理永远来源于实践。在3周之后,我们拿出了3款可工作的功能原型,请真实的视障用户使用。经过测试发现,在盲杖顶端加装红外传感器的方案是最有效的。在这个方案中,传感器可以感受地面的亮度,并将信息以震动和声音的方式传递给用户。这样视障者就可以分别出地上的白线。虽然iBeacon的方案也起到了完美的引导效果,但是它依赖于大量基础设施建设,所以留作未来考虑。

下一步规划

我们在几周的时间里,帮助GDV找到了最有价值的用户痛点,同时也找到了最适合的技术方案。基于实验中收集的数据,我们也和客户一起制定了下一阶段的投资方案,并且估算了未来投资的投入产出。这些尽早进行的实验帮助GDV有效控制了在创新项目上做投资决策时的风险。

接下来,GDV希望与中国深圳的硬件合作商一起,将这个原型开发到工程样品阶段,以将该产品尽快投放到市场。

点击此处观看GUIDE DOGS VICTORIA视频

IoT时代的创新挑战

挑战一:创新存在高风险,如何选择适合的投资策略

当我们感慨于创新的炫目时,也需要知道潜伏于其背后的高风险:我们应该用哪些技术?帮助用户具体解决哪些问题?应该以什么样的产品、服务模式出现?新的业务应该如何运作?其实在任何一个创新性项目中,都需要回答这些问题。对于像GDV这样的社会组织来说,一是资源受限,二是缺乏技术能力和洞见,挑战更大,风险也更大。他们必须选用适合创新项目的投资策略,才能避免浪费大量资源、做出失败的产品。

挑战二:技术选型的复杂度

在过去,交互主要是基于网页界面的,消费者无非是点击样式不同的按钮而已。就产品设计而言,上述限制虽然减少了发挥空间,但也节约了设计、实施乃至培训的成本。然而在IoT时代,消费者与产品交互的方式呈现出了爆炸式的增长,触摸、体感、体温乃至脑电波都可以成为与产品交互的途径,随之而来的是大量复杂的硬件模块和软件技术选型。

GDV产品设计目的是帮助盲人能够独立安全的通过马路。由于斑马线上没有导盲设置,盲人的手杖无法像在盲道上一样发挥作用,这导致盲人在通过马路时经常走偏而遭遇风险。设计团队一开始想到几种方案,如:

  • 使用手机摄像头配合人工智能,把摄像头捕捉的信号送到云端由人工智能判断是否有斑马线?盲人是否沿着斑马线在行进?有没有危险?目前智能汽车所采取的都是类似的方案。
  • 蓝牙定位技术,即在街道两边安装蓝牙基站,通过手机就能提示消费者是否沿着直线行进,大多数室内定位都是采取类似的方案。
  • 升级现有的盲人手杖,通过在盲人手杖的前端安装光学传感器,然后通过程序判断是否发现了斑马线。

这几个方案的跨度非常大,覆盖了人工智能、室内定位和智能传感器技术,每套方案又有完全不同的优缺点,比如蓝牙基站需要与政府沟通进行基础设施投入和维护;摄像头方案需要解决数据流量与电池问题;光学传感器的难点在于解决精度问题,比如雨天会影响传感器的接收;在这种条件下,技术团队如何帮助业务部门了解优缺点并一道做出决策呢?

挑战三:缺少设备、集成接口进行持续验证

过去几年来,持续交付实践快速演进,其中一个重要因素是云计算,它为开发人员提供了更充沛的计算条件,从而让软件开发、测试和上线的周期大大缩短。

在IoT时代,当我们创新的产品涉及到硬件设备时,由于很多大型设备的价格很昂贵,缺少设备依然是非常普遍的情况。比如在我们的另一个超市创新项目中,团队只有一组闸机可以使用,而且缺乏模拟器和易于理解的接口,开发团队往往需要硬件专家来破解其协议才能进行集成开发。缺少设备,缺少集成接口是实现持续交付的重大障碍。不能持续交付,就不能支持“构建 – 测试 – 学习”反馈循环。

GDV创新旅程中,我们收获的经验

精益式产品是应对创新风险的最佳实践

精益思想非常适用于打造创新产品。在充满不确定性的探索期,它强调应该把精力放在验证风险,低成本快速试错。在度过探索期之后,我们就可以找到正确的投资方向,开始持续的产品迭代,继续打磨产品的细节。GDV的创新旅程正是应用了精益式产品创新,才得以在5周时间里快速找到要解决的具体问题和技术方案,以极低的成本验证了关于用户问题、方案、产品形态的假设。

建立“完整团队”来应对技术复杂性

一个典型项目往往会包括智能传感器、云端平台和移动设备,所以建立一支理解业务、硬件、云计算、设计和现代工程实践的团队是项目成功的关键,我们的经验是典型的“IoT”团队需要包括以下角色:硬件专家、数据和算法专家、用户体验设计专家和业务专家。 另外,在过去的网页时代,设计师往往可以通过纸质原型完成最早期的测试,在IoT时代团队则需要升级工作包。比如乐高玩具是很好的工具,因为其灵活组装的特性使其可以与3D打印以及黏土配合,以设计早期用户测试所需要的部件。

当建立起这样一个全面的、跨职能的“完整团队”时,我们就能有效地面对技术复杂性,在关键的技术原型构建、用户测试过程中得到更充分的信息,进而做出技术决策。

开源硬件模拟和硬件在线更新设计

目前而言,我们的经验是通过开源硬件迭代模拟一个产品环境。通过不断地探查产品环境,利用手边的可用硬件不断“逼近”产品硬件环境,捕获“尽可能多”的问题;同时,开发团队也可以利用这套知识,构造多套环境来满足测试验证的需要。

第二个经验是在线更新需要成为硬件选型的标配。由于硬件规格、能耗、预算的限制,大量现有的硬件产品缺乏OTA能力,然而这是持续验证的必要基础。在避免大幅度超过预算的情况下,硬件设备设计足够的内存进行升级和回滚操作。这样,就可以在较少的硬件投入成本下,验证不同方案的测试效果,进而满足创新实验过程中所必须的快速“构建-测试-学习”的节奏。

一起来,探索社会化创新,让未来更美好

层出不穷的商业创新使整个社会的财富持续增加。尽管如此,一直困扰着人类的那些基本问题——贫困、疾病、劣质甚至根本没有的教育等等——并没有随财富的增加而相应地减少或减轻。相对于商业领域,社会领域更需要关注和创新。

我们感叹于AlphaGo Zero的强大,但我们仍然相信,更美好的未来还是掌握在人类自己手中。即使是我们的商业企业,在社会创新中,也扮演着越来越重要的角色。一方面,企业可以在商业创新中植入社会担当的因素;另一方面,企业将商业活动中积累的资源、项目运作和管理能力注入到社会创新项目中。GDV是我们众多创新旅程的一个故事,还有更多真实广泛的社会领域问题,有待关注和解决。一起来,加入我们的社会创新体验之旅吧!


更多精彩商业洞见,请关注微信公众号:ThoughtWorks商业洞见

Share

为低资源地区建造数字化医药库存系统

撒哈拉以南的非洲国家在抗击疾病和延长寿命方面的指标远远低于世界平均标准。医护人力资源的短缺和医疗信息系统的落后是导致人民无法获得医疗保障的两个重要原因。

对于发展中国家来说,一个良好的信息系统对计划实施医疗服务至关重要。医疗服务的决策人需要利用系统中的数据来理解目前的医药需要,评估供需缺口,制定更好的策略。在数据缺失的情况下,他们很难计划接下来应该调配多少的资源来满足一个地区的需要。然而,对于撒哈拉以南的国家来说,当前的医药数据大多存在于纸质的表格上,这使得制作数据汇总和提供决策建议的报表非常困难。

莫桑比克总览

莫桑比克位于非洲东南部,一共有约2400万人口。它于1975年从葡萄牙独立,尽管最近几年国家经济得到了发展,然而,大部分莫桑比克人仍然生活在贫困线以下。这个地区的HIV感染率非常高——在2014年,有超过150万人口携带HIV病毒。这对莫桑比克的医疗规划,尤其是提供HIV测试以及反逆转录病毒药品的医药物流供应链带来了挑战。

我们在实地勘察中发现,得益于来自NGO的药品捐助,很多非洲地区在国家层面上的基本药品(Essential Medicine)短缺情况并不严重。然而由于无法合理地预测和分配,很多基层医疗站都出现了药品短缺情况,导致病人无法及时获得药物治疗,而这些药品可能在旁边一个地区的区级仓库里堆放着直到过期被扔掉。

医药电子库存系统

为了让莫桑比克的病人能更快更好得到适当的药物治疗,ThoughtWorks与一家国际非营利组织合作设计开发了医药电子库存系统(ESMS)。它是一个安卓平板系统,后端采用开源的医疗物流平台OpenLMIS。ESMS主要有两个目标:

  • 作为一个容易使用并且自动化程度高的数字化解决方案,它能减轻医护人员的行政工作负担,使他们将更多的时间投入到医治病人上。
  • 收集准确、及时的药品数据并且生成报表来帮助卫生部更好地计划、分配和派发药品,降低药品的浪费情况。

减轻负担、提高效率

世界卫生组织定义的医药分配方式有两种:推送方式和请求方式。莫桑比克大多数的药品是通过请求方式来得到补充的。在请求方式中,药品需求由下层单位计算,并一级一级向上提出。上层单位接收到请求表之后对药品进行分配和运送。在一些情况下,也有下层单位自己到上层单位的仓库中去提取药品。

莫桑比克已存的药品请求流程通过纸张请求单来完成。每个基层医疗站需要维护很多药品库存卡片,其中每个药品对应一张库存卡片。每个月有一个请求药品的窗口,期间医护人员对库存药品进行清点盘查,记录清点的数量,然后根据库存卡上每天记录的数量和清点数量,在请求单上填写当月的收到、发出、清点值、差值、预估请求量等等数据。

在ESMS中,我们设计了一个电子库存卡,每月到了请求提交窗口,系统会根据日期自动把电子库存卡上的所有信息汇总并填写到电子请求单上。医护人员只需要清点每月的药品库存量,系统会自动计算差值和预估请求量。通过系统的自动化计算填写,为数不多的医护人员得以把更多的时间投入到医治病人身上。

ESMS的另一个优势是能够将库存数据和请求单数据及时地传到上层计划分发单位。纸张表格往往需要人工投递并且有丢失的风险,而电子单能够在有网络的情况下及时可靠地传送数据。 在用户测试中,受到许多医护人员亲睐的另一个产品特性是ESMS的库存告警功能。在库存中有药品快要过期或者存量过低的情况下,系统会发出相应的告警。这些告警帮助医护人员更好计划分配仓库中的药品,以减少浪费。例如,对于同类可替代药品,医护人员可以优先分发存量高、过期日期近的药品。

及时收集数据

实时的库存信息报表可以帮助政府部门和捐赠者更好的可视化莫桑比克的药品状况,作出更好的计划分发决策。然而,当这些库存信息只存在于纸张上时,它们并不能及时地被分析。

在ESMS中,我们记录了每个基层医疗站所有的库存历史。系统在有网络的情况下会每小时把最新的库存数据上传至中央服务器,然后服务器会根据最新的数据生成报表。这些信息帮助政府官员更好地追踪药品使用情况,认知所有医疗站的药品库存量。这带来了三大好处:

  • 更好的追踪和报告减少了药品的浪费;
  • 各层级官员能看到最新的库存信息、更快做出药品配送决策;
  • 历史数据趋势能够帮助预报未来的药品项目需求。有学术研究表明,历史数据的采集和分析能提高未来药品需要的预报准确率达到30%。

我们从中学到的经验

在低资源地区与政府合作实施的技术项目中存在很多与商业伙伴合作不同的挑战。我们从中学到了一些有价值的经验。

设计挑战之一是如何平衡政策的强制执行和基层的现实状况。举例来说,莫桑比克的卫生部要求在18日到25日之间开放药品请求提交窗口。然而,在用户调研中我们发现,部分用户由于地区偏远、基础设施差或者人员短缺等原因并不能在这个窗口及时提交。我们设计的系统既需要遵守政府规定的请求窗口政策,也要存在一定的灵活性来允许所有信息的收集和提交。最终我们决定允许用户在提交窗口过了之后也能上传请求表,然而,表上的数据和请求数量都由系统根据18至25日的数据自动生成而无法被编辑。通过这种方式,我们既收集了数据也没有违反相关政策。 在这个设计中我们参考了“数字化发展原则”中“理解已有生态系统”和“与用户一起设计”的两个原则。我们在开发需求前先理解卫生部的现存规范(理解已有生态系统),并且进行用户调研观察真实的用户场景(与用户一起设计)来保证方案的可持续性和可用性。

另一个重要的决定是我们如何把库存表、请求表等设计成电子表格。这里我们有两个选择:第一是根据已有的纸质表格设计一个样式几乎完全相同的电子版;第二是使用Android推荐的移动端用户体验设计标准和规范。使用现代的移动界面设计既能优化页面性能也能带来我们认为的更好的用户体验。然而,在现实场景中,我们所面对的用户很多没有任何移动设备使用经验(有些甚至不知道如何打开平板),使用我们所熟悉的移动端设计标准需要进行大量的培训。我们最终选择模仿纸质表格来设计电子表,同时加上一些方便用户的特性,例如搜索、自动采集数据和计算、提醒和告警等。这里我们仍然使用了“与用户一起设计”的原则,并且在此基础上考虑了“为扩展性设计”,避免用户培训在系统扩展的过程中成为瓶颈。

从技术上来说,网络连接是基层医疗站面临的主要问题。在大多数时候,我们的系统需要以离线的方式工作,当移动网络存在的时候系统往服务器上传数据。在这个过程中,我们遇到过一些问题,与大家分享以下的经验:

  1. 在初始化的时候,平板需要从服务器上下载所有的医疗站相关配置和药品数据。在网络非常迟缓的情况下,下载无法顺利完成、导致用户登陆出现错误。针对这个问题,我们把数据分成了两部分:首次登陆必需数据与补充数据。必需数据包括用户身份、药品清单、医药项目信息等。对于必需数据,我们设立了一个比较长的timeout;如果在这种情况下必需数据的下载仍然无法完成,系统将告知用户无法登陆,并且记录下载完的数据种类,当用户下次登陆时从下一个数据种类开始下载。而对于补充数据,系统在用户登陆后在后台进行下载,允许用户使用不涉及这些数据的功能。
  2. 当用户键入正确的用户名和密码时,由于时断时续的网络,用户验证仍然可能失败。在一开始的系统设计中,我们只考虑了两种情况:在线或者离线。用户在线的情况下我们把用户验证信息发送到服务器进行验证;离线的情况下我们使用系统自带的认证(当不是首次登陆时)。然而现在,我们必须加上第三种网络迟缓或者不稳定的情况。在这种情况下,当在线验证在一定时间内无法得到应答,系统启用离线验证机制。
  3. 有些系统功能依赖于历史数据。当网络差、后台历史数据下载未完成的情况下用户使用这些功能会导致系统错误闪退。对于这种情况,我们disable了有历史数据依赖的功能直到这些数据下载完成。在用户想使用这些功能的时候我们对用户进行提醒,并且在数据下载完成的情况下重新激活这些功能。
  4. 上传数据完成之后网络突然中断,app端无法得到服务器已收到上传数据的响应,导致数据重复上传。针对这个问题,我们在接收数据端添加了重复数据校验。当发生重复数据上传时,服务器忽略这些数据并通知app端数据已上传成功。

另外,我们使用了一些工具,例如Network Link Conditioners来模拟莫桑比克的网络情况,测试在莫桑比克的数据上传和下载场景。它帮助我们在开发中定位可能出现的网络问题并且对设计进行调整,以此来支撑不稳定和缓慢的网络状况。

ESMS现在已经部署在莫桑比克的三十多个医疗站,并且在医护人员中收到了良好的反馈。我们希望这样的系统能够作为标准化的工具在低资源地区得到扩展使用,帮助决策人员更好地制定计划,最终使这些地区的人民得到更好的医疗保障。

参考文献

  • World Health Organization. “Life Expectancy increased by 5 years since 2000, But Health Inequalities Persist”. 2016 June.
  • Yohannes Kinfu, Mario R Dal Poz, Hugo Mercer et al. “The Health Worker Shortage in Africa: Are Enough Physicians and Nurses Being Trained?” Bulletin of the World Health Organization 2009;87:225-230. doi: 10.2471/BLT.08.051599
  • Bryan Lowell, Michael Conway, Tineke Keesmaat et al. “A Practical Approach to Health System Strengthening in Sub-Saharan Africa”.
  • M.C. Azubuike, John Ehiri. “Health information systems in developing countries: Benefits, problems, and prospects”. J R Soc Promot Health. 1999 Sep;119(3):180-4.
  • Fraser HS et al. “E-health systems for management of MDR-TB in resource-poor environments: a decade of experience and recommendations for future work”. Stud Health Technol Inform. 2013;192:627-31

更多精彩洞见,请关注微信公众号:思特沃克

Share

Bahmni,公开的敏捷项目

Bahmni是什么

在ThoughtWorks,我们有三个重要的使命,其中第三个支柱“推进社会和经济公正”让我们有机会去改变这个世界,让更多的需要帮助的人得到信息化技术的帮助以改善生活。Bahmni(读作“巴姆尼”)正是在这个使命下孕育的一个项目,其目标是让Jan Swasthya Sahyog(人民健康扶助团,简称“JSS”)、以及其它成千上万类似的医院实现信息化。

ThoughtWorks印度公司从2013年开始做这个产品,其核心是一个开源的电子病历(Electronic Medical Record)系统OpenMRS。这个软件内建了一套标准的医疗信息记录数据体系,在北美和南美的一些医院里应用并收到了很好的反馈,并且有一个活跃的社区(包括医学专家、公共卫生专家和IT专家)在不断完善它。我们组建了70余人的团队,分布在印度的4个城市和中国的成都以便支持整个项目的开发。(部分摘自《印度儿童诗雅拉尔之死》)

Bahmni产品目前在印度、不丹、孟加拉国等国家均有实施,最为耀眼的是在孟加拉国,Bahmni会作为整个国家的HIE(Health Information System 医疗信息化系统)。

更多的介绍请见:

我们的敏捷实践

Bahmni是一个开放的敏捷项目,世界上任何一个人都可以对该项目做贡献,而不仅仅局限于ThoughtWorks内部。为了能够让更多的人参与,ThoughtWorks选择了开源的工具、开放的敏捷管理方式,这些管理、实践、工具和ThougtWorks的其他内部项目和客户项目均类似,参与者参能够用到最佳的敏捷开发方法。

公开的知识管理

一款开源的产品如果无法很方便的使用,则失去了它大部分的价值。在Bahmni项目中,团队很重视文档,采用AtlassianWiki进行知识管理。Wiki涵盖了产品的特性、社区、实施指南、开发指南、项目管理等方方面面。ThougtWorks内部对文档进行了持续的更新,保证文档的健全,为项目的参与人员提供了最大程度的便利。

公开的需求管理

在Bahmni项目中,客户是医院的工作人员,他们会提出各种各样的比较模糊的需求。同样在技术上Bahmni也会有自身的一些需求。Bahmni在管理这些需求的时候,采用了Trello将所有的需求管理起来,所有人都有权利看到并对需求提出自己的看法。每过一段时间,产品经理将会对所有的需求进行Review,包括对需求澄清、进行进行优先级的划分。

每一年,Bahmni团队会召开一系列的会议对Trello内的需求进行梳理,制定出一年的Roadmap。所有的人包括来自于OpenMRS的开发者、自由开发人员都可以参加Roadmap的制定过程,提出自己的意见和建议。但这个Roadmap并不是一成不变,敏捷总是拥抱变化,所以在变化产生的时候,Roadmap也会做及时的调整。

公开的迭代管理

迭代计划会根据Roadmap进行制定,我们使用mingle对项目进行迭代管理。

使用这套系统,任何人都可以看到卡的状态及内容,持续跟踪整个项目的进度。开发的人员提交的代码会和卡根据提交记录中的编号进行关联,方便事后对卡片的内容进行追踪。每个迭代都会有一系列的会议,对于ThoughtWorks之外的团队、个人,我们提供了Events Calendar以便他们参加会议。

技术实践

Bahmni项目使用了多种技术实践来保证产品的质量。

我们使用TDD,为每一个业务价值书写单元测试,测试覆盖率高于80%。我们用Gauge对页面进行端到端的测试,每天进行产品的回归测试。我们用GoCD对产品进行持续集成及版本发布,保证发布管理的自动化,减少人工干预导致的各种问题。产品发布并部署到到测试使用的云环境以及Demo环境,全程只需要很少的界面点击即可完成。

活跃的社区

Bahmni是基于OpenMRS的一套医疗管理系统。基于OpenMRS的客户群,我们在OpenMRS Talk中专门开辟了Bahmni的版块,对Bahmni相关问题进行解答。我们深知活跃的社区对于一款开源产品的重要性,所以团队内部有专职的人员对社区进行追踪,尽最大可能及时的回答用户的问题。为了更好的帮助用户快速入门,我们还准备了Youtube的频道进行了大量的讲解。

同时,我们还有IRC Channel对用户进行实时的帮助。Bahmni团队所有的开发人员都被鼓励去回答用户的问题,只有开发人员和用户有最近的距离的时候,开发人员才能理解用户的需求以及诉求,从而设计更好的系统。

我们也积极参与OpenMRS的开发和讨论,每周OpenMRS都会有开发人员的会议,基于OpenMRS的产品团队、开发人员都可以参与到会上进行交流。每年OpenMRS都会举行OpenMRS Summit,Bahmni作为其发布版也参与到其中贡献数个话题并寻求积极的反馈。

总结

Bahmni项目的公开运作方式从产品的设计到需求的获取到最后的开发得到了大量的社区用户的积极参与,线上线下的结合拉近了和用户的距离。ThoughtWorks一项以技术实践为骄傲的敏捷开发方式在产品的生命周期内展现的淋漓尽致,可以说是敏捷项目的一个标杆。


更多精彩洞见,请关注微信公众号:思特沃克

Share