软件开发中的角色和职位[关闭]

所以，这里有一些角色和他们的描述。我会告诉你我是如何看待它的，因为在其他公司它可能并且将会有所不同。

开发者

• 实习生 - 临时开发人员，在指定的高级同志的监督下做一些小项目
• 初级 - 给项目/公司带来微小但永久的利益，也在监督下。做所有最简单和无聊的工作。可以接管执行一个小功能。
• 中 - 可以完全承担一个项目/服务，自己做或作为团队的一部分
• 高级 - 通常负责产品/产品集，帮助级别较低的每个人，回答有关产品（或服务）的所有技术问题。确定一个团队或一组团队的所有技术解决方案。代码之王和产品级架构更短。理想情况下，每个团队都有自己的前辈，在现实生活中，一个前辈可以拥有多个团队。简而言之，如果有项目/产品/任务，任何团队不拿出来的技术挑战都会被前辈所吸引。如果需要，高级人员可以将任何复杂的项目从屁股中拉出来并发布。Serior 帮助团队有效地工作。一般来说，如果一切都不好，那么就会召唤领主，一切​​都会变好。此外，如果需要，领主可以将项目交给一个人。确定他的领地内的各种举措，进行演讲。向高级 SDM 报告，与主要开发人员密切合作。
• 主要开发人员 - 负责一组产品，管理老年人（嗯，他如何管理，合作:)），确定产品/服务如何相互交互。
• 架构师 - 确定党的路线，通常在需要管理以创建新产品/服务时参与，定义高级设计，带有图表的文档 - 他的主要工具。老实说，一个有用的建筑师是一只稀有的鸟。

管理

• SDM - 软件开发经理 - 拥有团队和产品的经理。绑定到一个团队。确定项目的总体优先级。跟随团队，解决组织问题，尽其所能提供帮助。又名系主任。
• 高级 SDM 是 SDM 的领导者，基本上管理其法律职业中发生的一切，确定其整个部门的发展方向，并解决其级别的所有组织问题。又名系主任。
• 项目经理 - 管理项目，可以同时拥有 10-20 个项目。他可能根本不包括技术部分，他的工作是组织项目的工作，组织跨团队的互动，为项目做事，解决所有组织问题，准备所有必要的文件，他还负责项目规划。总的来说，他比任何人都更担心这个项目，从头到尾领导这个项目。为了理解，一个团队可以同时拥有多个项目，一个项目可以同时拥有多个团队。因此，项目必须有一个负责人，这就是项目经理。
• 产品经理是负责特定产品或产品的人。从业务角度确定产品的工作方式。从业务角度确定产品开发的载体。他并不在乎那些部件，但他比任何人都更了解他的产品是如何工作的，它有什么功能，谁使用它以及如何使用等等。
• BA - 业务分析师 - 是一名分析师，他的任务通常是评估新功能，在知识方面，类似于产品经理，但不会确定任何事情，而是回答开发人员的问题，例如“用户应该如何与产品交互在产品 Y 的特征 X 中？”

通用士兵

• 组长。当我是团队负责人时，我结合了高级，开发人员，scrum master，项目经理。简而言之，当我成为团队负责人时，主管走近我，指着团队，指着客户，要求我做好。您自己做所有其他事情，即：与客户合作，了解问题，设计，所有必要的文档，招聘/培训团队，构建流程（敏捷，Scrum，任何您想要的），构建 SDLC 流程，管理项目，与设计师合作，培训高级工程师，如果团队不承担这些任务，你自己做。一般来说，你组织一切，最大的独立性。

软件质量

有一种观点认为，QA 只是坐下来研究产品，直到发现错误。这不是真的。
有普通的QA，通常他们是团队的一部分。这样的 QA 的工作是管理他们拥有的每个产品的质量。

这些质量保证

• 定义产品的测试计划。
• 对于每个任务，QA 不仅要从业务角度理解任务的本质，还要确保开发人员完全按照预期解决了任务，并且在这种情况下不会破坏其他功能。事实上，在 QA 同意之前，该任务不会被视为已完成。此外，记录每项任务的测试，准确说明测试是如何进行的，以及为什么认为它是成功的。
• QA 在每次发布之前拥有并执行回归测试。因此，QA 将回归测试计划定义为每个测试的最小细节。
• 如果他精通自动化，那么他会编写自动化回归测试。
• 单元测试由开发人员编写，QA 通常对单元测试根本不感兴趣。当然，除非这是我从未见过的正在测试的软件开发。
• 除了回归测试之外，它还执行所有其他类型的测试（例如，冒烟测试等）
• 由于 QA 的数量通常比开发人员少得多，因此 QA 比普通开发人员更了解整体情况，他们既了解分配给开发人员的任务，也了解产品。QA 与开发人员和业务分析师密切合作。
• QA 是抵御错误和执行不力的任务的最后一道防线。

有Lead QA——他们通常管理项目的质量，也就是说，他们是这种类型的项目经理，只有在项目中他们才对质量负责。例如，他们负责跨命令功能的集成测试。一般来说，所有关于项目质量的问题都提交给 QA 主管，QA 主管与 QA 团队密切合作。

许多公司拒绝 QA 并将 QA 的责任转移给开发人员，将 QA 领导转移给项目经理。

一点关于用户体验。

我遇到了这样一种误解，即 UI/UX 设计师会盲目地铆钉形式设计并且不在乎。我将从我与健康人的 UI / UX 设计师合作的经验中讲述。

UI/UX 设计师早在开发人员之前就开始工作了。它定义了最终用户将如何与产品交互。是的，所有界面元素都是由设计师定义的。
UI/UX 设计师理想地参与业务级别的所有新功能讨论。

看来，有什么难的？但！

• 要绘制界面，您需要了解用户到底想要做什么以及为什么。也就是说，设计者必须对业务任务了解到最小的细节。对于 UI/UX 设计师来说，不需要或多余的界面将是失败的。
• 用户不会使用他不喜欢的界面。所有界面元素都必须对用户和他解决的任务是和谐的和合乎逻辑的。但是用户事先并不知道什么对他来说是合乎逻辑的，什么不是。但是用户事先并不知道什么对他来说是和谐的，什么不是。尝试解决这个问题。
• 通常，前端和后端 API 的实现是基于 UI 的。这意味着对工作前沿的评估从那里被排斥。处女座看页面的设计，但将其视为“这里需要为网格加载产品，这里需要为按钮提供 API”。处女座通常看不到设计背后的工作，也不会问自己“为什么会有网格和按钮？它给客户带来了什么？”。好处女提出这样的问题，很快就成为了前辈。示例 - 设计人员可以提出一个对用户来说非常简单但对开发人员来说很难实现的控件元素。设计师将捍卫 UI 体验，在这种情况下他充当用户倡导者。
• UI/UX 设计师必须非常了解产品的设计以及产品的所有功能，才能根据自己的开发来完善设计。如果你放了一个按钮，并且在另一个地方已经有这样的按钮，并且在那里按下它更方便，你很可能会从用户那里得知这一点。祝您好运，向项目经理、SDM、开发人员和 QA 解释为什么您将他们的时间浪费在他们不需要的工作上。
• UI/UX是关于所谓的产品概念，即为设计做出的所有决定，所有的设计理念，这一切都是设计师的领域。

UI/UX 设计师与从企业到开发人员的所有人密切合作。

往往设计师的角色被忽视了，然后这个角色就交给了程序员。这就是具有数十亿个无意义字段的形式的诞生方式。

在小公司中，角色最少，但每个角色都将更加灵活。
在大公司，角色会很多，专业化程度会更高。

为了理解，这不是某种死板的划分，有一些偏差。例如，高级人员可以很好地与初级人员一起工作，或者充当团队的 Scrum Master，或者组织跨部门的互动。也适用于其他角色。
例如，如果有一个大项目，可能会给它分配一个强大的中层而不是一个高级。那么中层就在前辈的水平上工作，可以利用这个来提升自己。
好吧，其他偏差是可能的。通常一切都高度依赖技能，SDM可以结合项目经理的工作等等。因为上面的涂鸦只是一个指导方针，而不是一些硬性规定。