项目中的有效入职? (不是?) 老板的事!
Posted: Mon Jan 27, 2025 8:09 am
在过去的十一年里,作为一名顾问,我换了几个行业:从舒适的工程和机械工程,在那里我完成了文凭,到未知而整洁的保险业,到舒适的公共部门,最后到别致的银行文化。毫无疑问,每次改变我都学到了新的东西,并且每次都能够挑战自己,这就是为什么我对担任顾问感到如此兴奋。尽管如此,这些年来我已经形成了自己的方法,通过这种方法,我可以快速熟悉新主题,并在新客户和支持同事开始新项目时与他们建立一种幸福感。
商业
咨询行业的每位员工(尤其是专业角色,例如业务分析师或产品负责人)都需要了解客户的业务。即使在跨职能团队中,技术专家了解所用软件的技术含义和用途也并不罕见。因此,如果您需要从新客户或新行业开始,对业务有一定的熟悉是非常有益的。我个人的方法是利用在线课程,并查看 Udemy、Coursera 或 LinkedIn 等提供商提供的一些课程,这些课程可以让我了解客户的业务结构。
根据 RE 和 PM 理论,每个项目都应该维护一个项目缩写和定义 电气承包商电子邮件列表 词汇表。这可以为您提供宝贵的入门支持。如果已经有词汇表,您应该尝试尽早访问它。如果不存在,您仍然可以选择设置自己的术语表,以便为第一次会议做好准备。
下一个重要方面当然是项目的技术领域及其目标。其中包括:产品必须实现什么目标?为此的目标和 KPI 是什么?该产品支持公司的哪些战略目标?您如何获得商业价值?产品愿景是什么?什么样的问题陈述导致了这个产品愿景?该产品的客户是谁?他们的需求和痛点是什么?尽管看起来很不自然,但这样的大局一方面可以帮助您在公司战略范围内对项目和产品进行分类和理解,另一方面可以帮助您创建自己的方向。
IREB 标准将环境中已存在的系统定义为初始分析中的需求来源之一。然而,对现有(并且经常关闭)系统的概述不仅可以帮助需求工程师收集需求,还可以帮助项目团队中的每个人了解上下文。因此,在每个新项目中,我都会尝试尽快对每个相关系统进行演示,甚至更好的测试访问。如果您自己探索性地点击系统,您将最快地掌握主题。
另一个需要明确的重要方面是框架条件:公司是敏捷工作还是瀑布式工作?路线图或项目计划是什么?预期交付哪些成果?我期望什么时间取得什么工作成果?客户对于结果类型是否有严格的规范或想法?产品和项目之间以及团队成员之间有哪些依赖关系?他们说,期望管理是最重要的,重要的是尽快澄清“我们的业务”是什么。
对于那些欢迎新人加入团队的人来说,有一个小建议:从大局开始。用户故事级别对于外行人来说通常很难理解。组织现有软件的演示也非常重要,以便理论背景尽快找到实际参考。
人们
沟通、网络和利益相关者管理是项目管理书中的经典,毕竟在咨询环境中你与其他人有很多关系。尽管我在职业生涯中从未见过最新且维护良好的利益相关者地图,但当我开始时,我会制作一个小图表,其中涵盖以下问题:谁扮演哪个角色?谁代表团队中的哪个利益相关者?我的新团队将与哪些其他团队互动?其他团队中是否有需要与我密切合作的同事?我的客户联系人是谁?如果我有疑问或问题,我的项目或帐户中的 adesso 联系人是谁?
商业
咨询行业的每位员工(尤其是专业角色,例如业务分析师或产品负责人)都需要了解客户的业务。即使在跨职能团队中,技术专家了解所用软件的技术含义和用途也并不罕见。因此,如果您需要从新客户或新行业开始,对业务有一定的熟悉是非常有益的。我个人的方法是利用在线课程,并查看 Udemy、Coursera 或 LinkedIn 等提供商提供的一些课程,这些课程可以让我了解客户的业务结构。
根据 RE 和 PM 理论,每个项目都应该维护一个项目缩写和定义 电气承包商电子邮件列表 词汇表。这可以为您提供宝贵的入门支持。如果已经有词汇表,您应该尝试尽早访问它。如果不存在,您仍然可以选择设置自己的术语表,以便为第一次会议做好准备。
下一个重要方面当然是项目的技术领域及其目标。其中包括:产品必须实现什么目标?为此的目标和 KPI 是什么?该产品支持公司的哪些战略目标?您如何获得商业价值?产品愿景是什么?什么样的问题陈述导致了这个产品愿景?该产品的客户是谁?他们的需求和痛点是什么?尽管看起来很不自然,但这样的大局一方面可以帮助您在公司战略范围内对项目和产品进行分类和理解,另一方面可以帮助您创建自己的方向。
IREB 标准将环境中已存在的系统定义为初始分析中的需求来源之一。然而,对现有(并且经常关闭)系统的概述不仅可以帮助需求工程师收集需求,还可以帮助项目团队中的每个人了解上下文。因此,在每个新项目中,我都会尝试尽快对每个相关系统进行演示,甚至更好的测试访问。如果您自己探索性地点击系统,您将最快地掌握主题。
另一个需要明确的重要方面是框架条件:公司是敏捷工作还是瀑布式工作?路线图或项目计划是什么?预期交付哪些成果?我期望什么时间取得什么工作成果?客户对于结果类型是否有严格的规范或想法?产品和项目之间以及团队成员之间有哪些依赖关系?他们说,期望管理是最重要的,重要的是尽快澄清“我们的业务”是什么。
对于那些欢迎新人加入团队的人来说,有一个小建议:从大局开始。用户故事级别对于外行人来说通常很难理解。组织现有软件的演示也非常重要,以便理论背景尽快找到实际参考。
人们
沟通、网络和利益相关者管理是项目管理书中的经典,毕竟在咨询环境中你与其他人有很多关系。尽管我在职业生涯中从未见过最新且维护良好的利益相关者地图,但当我开始时,我会制作一个小图表,其中涵盖以下问题:谁扮演哪个角色?谁代表团队中的哪个利益相关者?我的新团队将与哪些其他团队互动?其他团队中是否有需要与我密切合作的同事?我的客户联系人是谁?如果我有疑问或问题,我的项目或帐户中的 adesso 联系人是谁?