Temporal Blog 09月30日 19:17
Temporal发布延迟的解释与未来规划
index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_guoji1.html

 

Temporal近期因发布延迟引发社区关切。团队对此深表歉意,并承诺改进。此次延迟主要归因于初创公司运营中的不确定性、公司启动的繁琐流程以及招聘挑战。文章阐述了Temporal的两大核心原则:简化用户体验和保证产品质量。尽管面临诸多困难,团队仍专注于为社区创造价值,并已组建核心团队,为未来高质量发布奠定基础。未来,Temporal将更清晰地定义发布里程碑,提高工作透明度,并向社区报告进展。

🚀 **核心原则:简化与质量** Temporal发布决策遵循两大核心原则:简化用户体验(如优化SDK)和保证产品质量(尤其对关键业务应用)。这意味着不会牺牲产品核心价值,而是通过优化来提升长期成功的基础,并确保用户依赖的可靠性。

💡 **初创挑战:不确定性与运营** 作为初创公司,Temporal经历了从零开始的“不确定性”阶段,包括路线图规划、业务模式探索等,并因未充分考虑工程计划而过早承诺发布日期。同时,法律、招聘、薪酬等运营任务耗费了大量精力,导致实际开发时间受限。

🤝 **社区价值与团队构建** 尽管面临挑战,Temporal始终以社区价值为导向,优先处理能为社区带来最大价值的任务,如Go/Java SDK简化、gRPC迁移和持久性改进。通过近9个月的努力,公司已成功招聘到核心团队成员,为高质量的产品发布和后续支持奠定坚实基础。

📈 **未来展望:透明化里程碑** Temporal将吸取经验教训,未来不再将发布视为二元里程碑。将更清晰地定义每个里程碑的范围,公开实现目标所需的工作内容,并定期向社区报告进展,以提高透明度和可预测性。

We know that the recent delay caused some concern in the community. We empathize entirely and are seriously dedicated to correcting this going forward.

First I want to outline the two main guiding principles which drives most of the release related decisions at Temporal:

    Simplify: Temporal presented us with an opportunity to make product enhancements which significantly simplify the overall experience without needing worrying about backwards compatibility. We front loaded these enhancements as it sets us up for long term success. Quality: We know that users rely on Temporal for mission critical parts of their business applications. Since our main value proposition is improved application resiliency, we could not afford to compromise on the quality of our release. If we did, it would completely diminish the core value of the product.

Many factors directly or indirectly contributed to the delay of production ready release for Temporal. I'm going to outline few of the top reasons and how do we plan to address them from now on.

Uncertainty#

When Maxim and I left Uber to start Temporal we had a lot of uncertainty in front of us. There were big open questions about the roadmap, potential collaboration with Uber on Cadence, the business model for the Company, etc. Figuring out a plan during these uncertain first few months took a lot of time and energy. As we talked with our users during this initial phase it became evident that there is one thing which is going in our favor despite all these challenges - an amazing community of Cadence developers who are super excited at the potential of our technology. Once we had this realization everything started to fall in place. Every decision we have made since then is quantified by the value it brings to the community. We chose our first three focus areas explicitly based on the value they would bring to community:

    Simplify experience of writing applications using Go and Java SDKs gRPC migration for better security and ability to easily provide SDKs in other languages Persistence improvements so we can easily provide bindings to other databases like PostgresSQL in the future

Although we did relatively well to navigate through this period of uncertainty, we made the key mistake of committing to dates without having a clear engineering plan in place. We would frequently communicate release dates to users which were based on the assumption of ideal days. This meant all of our estimates were based on the happy path leaving no room for unknowns.

Bootstrapping the Company#

As first time founders, bootstrapping the company was a huge learning experience for Maxim and I. We knew starting a company would be time consuming, but did not expect the time sink it turned out to be. There is a never ending stream of operational tasks such as:

    Legal processes - setting up a business entity, contracts etc Online accounts and services - payroll, benefits etc Hiring and Recruiting - hours worth of screenings alone

These tasks ended up eating a lot of our time meaning that we were left with only a fraction of the ideal day for actual release-relevant tasks. After this initial experience, we feel much better calibrated to provide realistic estimates which accounts for the operational overhead of running a startup.

9 months after starting Temporal I now have lot more appreciation for founders who leave their day jobs to start this crazy journey. I feel so blessed to have access to some amazing folks in the industry who provided great support and advice to help us through these growing pains.

Recruiting#

If I have to pick one thing we grossly underestimated the most, it has to be the time and energy spent on recruiting. Recruiting top tier talent for early stage startup itself is a daunting task which COVID-19 only worsened. Revamping our full-loop process so we could hire engineers virtually was quite challenging. The fun doesn't stop once we hire someone either. Ramping up new hires remotely on a product like Temporal was interesting... I really miss the days when we had whiteboard discussions.

I'm so glad that we spent the necessary time on recruiting and were able to grow Temporal into a now 10 person company. This is definitely the most satisfying part of the journey so far - to be able to build a team of such amazing folks who share the same passion in bringing the power of Temporal to rest of the World.

We now have most of the essential founding team in place, which is not only key to having a great quality release of the product but also the ability to improve and support post release.

Looking Forward#

A key learning from this process is to not treat releases as a binary milestone. Going forward we will be providing much more context on key milestones for releases:

    Clearly define the scope for a milestone Provide visibility into all the work which goes into achieving goals for the milestone Report progress to community

Fish AI Reader

Fish AI Reader

AI辅助创作,多种专业模板,深度分析,高质量内容生成。从观点提取到深度思考,FishAI为您提供全方位的创作支持。新版本引入自定义参数,让您的创作更加个性化和精准。

FishAI

FishAI

鱼阅,AI 时代的下一个智能信息助手,助你摆脱信息焦虑

联系邮箱 441953276@qq.com

相关标签

Temporal 发布延迟 初创公司 工程管理 社区沟通 Temporal release delay startup engineering management community communication
相关文章