为企业客户实施计费系统的设计技术(第1部分)

是的,关于项目管理的所有内容已经写了一百次


绝对是这样,除非懒惰者使用不同的方法撰写有关项目管理的文章。因此,我们不会讨论一般情况和不同方法的乐趣。但是,尽管使用了某些项目管理方法,我们还是会告诉您一些风险有效的情况,以及如何摆脱问题。

典型困难


首先,主要和最有趣的是-从自动化项目的承包商-执行者的角度来看问题。所有方法论都应帮助消除问题,甚至在问题出现之前就可以解决。但是在生活中这不会发生。

图片

以下是我们在项目中最常遇到的典型困难:

  1. 在多个承包商的参与下,在复杂项目中同步行动。
    该项目已经开始,预算已经批准,但是由于某种原因,执行者之一从项目中崩溃或滞后。此刻,所有其他人必须重新分配资源,在项目上投入更多的精力。如果客户尚未将未完成任务的承包商的全部款项支付给承包商,这很好,并且项目预算中有资金可以补偿其余承包商的额外努力。

    在某些情况下,我们不得不大幅度更改项目管理结构,从瀑布式转换为混合方法,从字面上给予额外的许可,并集成事先未计划的Forward平台模块,以弥补由于相邻承包商之一的滞后而导致的功能漏洞。使项目按时投入试运行。
  2. CRM- .
    CRM , , . , CRM, .

    , , , , . CRM . , CRM - , : « / ?».
  3. «» open-source .

    - IT-, , . : “ open-source, ”, — , . - « , !»

    . , - , , . open-source , - . , 1 .
  4. 期望的时机。
    以前,计费信息系统的选择是由企业的IT服务来完成的。现在,越来越多的选择是由负责销售和营销的部门做出的。缺乏技术背景,云服务的普及以及一般生活信息化的增长,造成了简单的幻觉。没有人认为,对于普通用户免费的当前舒适工作而言,大型组织的Gmail资源已经花费了很多年。

    因此,我们不断听到关于实施计费时间的期望为3-4个月。客户很少估计六个月或一年的工作量。


如果我要编译在复杂项目中会出现各种问题的TOP子系统,那么它们将是:

  • 客户关系管理
  • 服务台,
  • 技术会计/库存。

现在,让我们继续研究三个小且有些夸大的案例。与真实人的所有巧合均被视为意外。电影的制作中没有一只鸭嘴兽受伤。

当瀑布逆转时


从前,有一个互联网提供商,而不是一个简单的提供商,而是由许多在不同城市提供服务的法律实体组成。在每个城市中,法人实体都有自己的历史账单,支持,地方领导以及企业所需的更多东西

因此,他们决定在提供者的主要法律实体中将所有内容合并为一个系统,在一个地方考虑​​金钱和流量,而不是将其留给历史系统。为了解决问题,格拉弗利索(Glavurlitso)发起了招标并选择了自动化供应商。
我们研究招标文件。我们看到我们符合要求,参加了招标,结果是开心的中标者。

问题开始


然后乐趣就开始了。事实证明,主要董事希望立即为整个法人实体承包该项目,以严格确定条款和总预算。清澈的水经典瀑布织机。

我们与负责招标的人员进行沟通,制定项目的BPI(基本执行计划),研究提供的详细信息并记录所有已记录的要求。一堆文件签名,我们进入项目。

而且我们面临着残酷的现实,即先前提供的文档与提供者所在城市的实际情况不匹配。我们得到了有效的风险:

  • 延长执行条款。
  • 项目人工的增加。
  • 投标组织者在不管理当地历史系统的情况下的责任程度难以理解。
  • 在本地法人实体中转换为单一帐单缺乏兴趣。

重新开始


图片

正式要求与提供者所在城市的实际情况之间存在明显的差距,这迫使我们重新计算条款和预算。向客户提供此信息。同时,我们在预算中包括了用于研究历史系统的额外人工成本。

我们必须与母公司的代表进行很多谈判。我们在讨价还价。母公司确实只需要一个帐单,因此每个城市都有友好的附加协议签字。
该项目的总体结果是积极的。解决了项目入口处的难题,为公司集团过渡到新的单一账单没有任何意外。

遵循经典方法学无助于找出技术要求声明的不足之处,并且需要与客户彻底修改所有协议并重写所有项目文档。

拉藤蔓


一个客户来找我们,希望启动他的虚拟操作员。我们计算了从MNO启动不同程度的MVNO的项目。客户认为该项目是业务的多元化,并且没有足够的电信经验。该项目的预算计划是根据主要业务释放的资金进行的。同时,所有者希望专门从事敏捷开发,认为这种方法应尽可能地渐进并适合于开展新业务。

已决定将启动操作员的任务划分为较小的工作量并进行冲刺,从而为每个冲刺吸引足以制定预算的可用资源。激活应该基于冲刺的结果。

结果是我们不会为之骄傲。最初可以预见的问题显示出其全部荣耀:

  • 收到工作资金的不稳定。
  • 预算出台与预算制定专家分配之间的时间差。
  • 所有者倾向于花费为该项目积累的资金,而不是等待冲刺的结束和行为的支付。结果,在冲刺结束,行为签署和付款之间存在时间差。

随着时间的流逝,所有者对启动虚拟操作员的兴趣下降,并且在某些时候,冲刺工作的实施首先被延迟了一段无法理解的时间,然后被完全取消。

因此,从项目中退出虽然不是积极的,但也是结果。

如果没有足够的客户动力来实现结果,那么灵活的方法只能将我们未激活和未付的人工成本降至最低。但是,以这种方式进行工作会极大地抑制和分散资源,从而无法实施更具成本效益的项目。这是一种消极的经历,我们将不会启动具有类似条件的项目。

有时间,预算和功能限制的敏捷-WTF吗?


是的,有这样的事情。客户可能想从事敏捷工作,但同时要确定截止日期,预算和功能。对我们来说,这会引起不和谐。

对我们而言,与客户一起进行纯粹的敏捷开发意味着我们提供了一个团队,而客户则承担了管理项目的大部分工作。我们负责冲刺执行和运营任务管理。客户方面的项目经理实际上负责项目的总体结果。我们的经验表明,为了获得可接受的结果/ MVP,在未来信息系统的某些功能区域上测试假设,需要3-4个冲刺。这是相当长的时间和劳力。记住,我们之前说过,预期的自动化周期现在是3-4个月?不,我们通常不介意,我们可以在这样的期限内工作,但要有客户团队的帮助。

认为敏捷是一种渐进方法的客户,因为听到的是不同的理解。他希望我们指定一个特定的时间表和特定的预算,以便我们管理该项目的整个范围,但同时要使其全部“空运”。

很少有客户经理准备对项目结果负责。经常会有概念的替代-几乎每个经典瀑布都开始被称为“边缘”,每两周才展示和展示中间结果。在这里,我们正在使用混合方法顺利进行下一个案例。

混合储蓄吗?


情况与之前的情况相似-所有者除了主要业务类型外,还希望推出Full MVNO。客户的期限很紧,MVNO启动项目与几个相关的内部自动化项目相关。

客户对预算,项目时间设置了很大的限制,并要求使用Oracle DBMS将Forward系统与内部信息系统集成。除此之外,推出完整的MVNO,需要购买,安装和配置电信设备。该工作将与客户的IT团队以及其他承包商的几个团队一起进行。

该项目正在启动,这对我们的团队来说是很大的负担。我们必须精炼,与同事进行非常密切的沟通。sprint中任务的组成非常动态地变化,客户参与了项目,而flexit与其添加的任务一样重要。

该项目的结果是积极的。这很困难,而且压力很大,但是由客户在工作说明中指定的尽快启动了启动MVNO的最低功能。

紧张的时间和预算约束,大量的客户参与以及灵活的方法来形成sprint任务池,是成功完成项目的良好储备。该项目的关键功能是启动自动化系统的所有团队的冲刺同步。

我们不从事哪些项目?


图片

低设计素养


对我们而言,项目素养主要体现在与客户员工,职能客户,决策者和客户的RP一起实施项目的经验中。我们在初步谈判阶段进行评估。我们尝试与DM和RP个人进行通信。如果从交流中不能明确经验,那么我们可以直接询问。

有时,决策者没有IT背景,他对什么是软件开发,不同软件之间的集成了解得很少,但与此同时,决策者也有很多野心。这样的决策者可能会认为自动化是简单,快速且便宜的,并且卖方和集成商会为空气付费。在谈判中,这种态度很容易看出。DM环境中是否有胜任的人员以及他们如何影响DM非常重要。如果有人具有IT经验,并且决策者听取他们的信任,那么这将增加我们进入项目的机会。

您可以与没有项目经验但对结果感兴趣的人一起工作,深入研究任务并利用同事和承包商的经验。

您不能与固执,骄傲和聋哑的经理一起工作。

要求不足


在项目前和传统知识阶段,您可以了解所宣布预算的要求是否足够。对条款的态度不足,金钱是重要的铃铛和管理风险,由于客户的期望是不合理的,因此这会流入项目风险。高质量完成这样一个项目是非常困难的。

真实案例:他们准备了一年的销售,进行了初步项目并准备了文档。但是客户突然在招标中宣布了工作风险太大的条件,我们拒绝参加供应商竞争。我们浪费了大量时间进行前期工作,但冒险并按照招标书所述的条件进入项目是错误的。

另一个例子:MVNO的发布,对信息系统功能的需求估计在几千点。这些要求是根据全球运营商的经验编制的,与该运营商的业务状况没有很好的关联。此外,所有者意味着MVNO的推出是一种初创公司,不计划在该公司中投入大量资金。我们的经验表明,在这种情况下,列出100多个需求是正常的。为了简单地说明这数千个要求,并为每个答案提供Forward平台的文档说明,这些都是无法从客户的项目预算中获得回报的人工成本。

客户技术专家的资格较低


客户的IT部门的资格本身就不是问题,只要这足以满足业务运作的需要。当低技能人员在自动化项目中挂上关键任务时,就会出现问题,并以“我们拥有自己的IT团队,让他们工作”这一事实来证明这一点。

如果您很幸运,那么作为项目的结果,客户的IT部门将提高能力并应对任务。但这可能并不幸运。而且,在初次谈判阶段,并非总是可以与普通表演者进行密切交谈,以了解他们的能力和动机。
客户团队的低素质并不是阻碍因素,但这是思考和重新评估与客户互动的所有条件的重要原因。

下一篇文章是关于风险的。


大型公司项目始终存在财务和声誉风险。因此,我们将发布本文的第二部分,并从自动化承包商的角度讨论风险。

同时,我们邀请您发表评论,以分享您对项目中的困难和问题的经验!

All Articles