工作方式

认真做事,小步、可见地向前。

我们的方法并不是什么专有框架,只是一套平常的工程纪律,始终如一地执行,让技术工作少一些意外。

阶段

从提出问题到完成移交。

  • 01

    倾听

    我们从你的目标、限制和历史开始了解。系统为什么是现在这样?试过什么?一年后怎样才算这个项目成功?这些答案常常会改变需求本身。

  • 02

    评估

    我们看证据:代码、配置、日志、成本,以及大家实际的工作方式。你会收到一份书面判断,其中也包括已经做得好的部分。

  • 03

    设计

    我们提出包含成本、风险和取舍的多个选项,并给出建议。决定由你来做,理由都摆在面前。

  • 04

    交付

    以短周期工作,展示真实进度。风险高的部分先做,这样不好的意外来得早,处理代价也最小。

  • 05

    移交

    我们编写文档、提供培训、与团队结对,并在过渡期保持可联系。检验标准是:没有我们,你的团队能否放心地修改系统。

日常合作

一起工作是什么样的。

  • 一位明确的负责人

    你始终知道谁对这项工作负责,有问题该问谁。

  • 定期、如实的进展更新

    我们会说明做了什么、接下来做什么、可能出什么问题。坏消息第一时间告诉你,并附上应对建议。

  • 用你的工具和账户

    只要可能,从第一天起工作成果就放在你的代码库、云账户和工单系统里。

  • 决策留有记录

    重要选择都会连同理由记录下来,日后不必猜测。

  • 变化是常态

    一旦发现需要调整计划,我们会直说,并一起商定范围、时间或成本如何变动。

工程标准

每个项目都带上的习惯。

  • 所有重要内容都纳入版本管理,包括基础设施和配置
  • 变更经过同行评审,自动化测试的力度与风险相称
  • 最小权限访问,使用实名账户和多因素认证
  • 密钥放在专门的密钥存储中,绝不写进代码或聊天记录
  • 部署可重复,并有明确的回滚方法
  • 监控能够告诉你用户何时受到影响
  • 备份确实做过恢复验证
  • 在贴近真实的设备和网络上测试可访问性和性能

安全与数据

我们如何对待你的信息。

我们只申请工作所需的访问权限,并在工作结束时收回。条件允许时,使用测试数据代替真实客户记录。

请不要通过邮件发送密码或敏感记录。我们会商定合适的安全渠道,也可以在你分享任何敏感内容之前签署保密条款。

我们不做的事

有几件事值得直说。

  • 承诺我们无法控制的结果,比如“绝对不会被攻破”
  • 因为佣金或转售利润而推荐某个产品
  • 未经系统所有者书面授权就进行测试
  • 故意让系统难以理解,迫使你不得不一直找我们
  • 接下不适合我们做的工作。我们宁愿直说,并建议你可以去哪里找

开始交流

告诉我们,你想做成什么。

几句大白话就够了:遇到了什么问题,有没有截止时间,已经试过哪些办法。合不合适,我们会如实告诉你。

联系我们 support@vnet.nz