每天，我们大约有 250 多名工程师开发 Wrike。我们创建新功能、优化现有功能并关注代码质量。在这里，我们将探讨我们的研发部门结构、我们的工程文化和价值观。
我们的工作方式
显示 Wrike 任务部署过程的网格
产品工程
我们的部门由两到四个从事垂直产品工作的Scrum团 尼泊尔电报数据1万套餐 队组成。这些跨职能团队将来自不同职能部门的 Wrikers 连接起来：产品、用户体验、分析和工程（后端和前端开发人员、质量保证和自动化工程师）。一些专家可能会同时为多个团队的成功做出贡献。团队的范围也可能根据公司的目标而变化。
例如，核心体验部门的使命是通过令人愉悦的体验构建和提供快速的工作访问，帮助我们的客户高效地完成工作。为了实现这一使命，该部门专注于基础产品：所有 Wrike 用户每天工作时都会体验到的 Wrike 功能范围，无论他们的工作角色或公司具体情况如何。这包括一般用户体验；导航；内容结构和组织；工作创建；主要产品视图，如层次表、看板和甘特图；自定义字段主题和消息传递；协作等等。
我们如何为我们的团队确定优先事项和设定目标？
产品经理通常会根据公司的产品目标分享他们对某项功能的愿景。然后，团队会讨论特殊情况并制定推出此功能的高级计划，包括其与 Wrike 整体架构和其他产品轨道的契合度。
我们相信，只有充分了解业务需求的工程师才能以最佳方式制定、规划和实施功能。我们所有的工程师都会参与向客户交付任何产品的决策过程。
内部工程
内部团队提供可加快开发过程的工具和功能，确保系统在使用技术堆栈方面的灵活性，并保证代码库稳定且符合我们的质量标准。技术团队的工程师开发工具，改进平台和代码质量，并致力于共享库（例如我们的 UI Kit）以及开发工具。
内部团队的主要项目有：
用于在开发和生产过程中控制代码质量和稳定性的工具和指标
可视化组件库（UI Kit）
客户端架构的核心机制（例如独立应用程序、路由和传输）
提高产品的可访问性
工程部门
前端
Wrike 的前端工程师首先是工程师。他们使用解决方案来解决问题，而这些解决方案通常不会浮于表面。他们处理框架和语言解析器中的错误。如果他们无法在市场上找到合适的解决方案，他们总是可以独立制作一个专有的低级库来满足他们的需求（例如，他们有自己的复杂甘特图组件）。
UI Kit ：我们使用带有文档和 API 的标准化组件库 (UI Kit)，其中包含 150 多个组件，可用于快速创建界面。如果还不够，您可以与 UI Kit 团队一起根据 UX/A11Y 设计的所有规范开发自己的组件。UI Kit 是一个完全独立的团队，由 UX 设计师、前端开发人员、UI 开发人员和 QA 工程师组成。
指标：我们重视指标，并不断收集有关装配、组件使用情况、测试、质量和代码量的数据。内部部门团队帮助产品团队加速开发。他们收集开发人员和设计师的反馈，分析数据，识别问题及其原因，并制定解决方案的原型。经过这样的研究，我们决定如何进行并将更新推广到整个公司。