美文网首页
从业务计划书到跨部门团队

从业务计划书到跨部门团队

作者: 大石头谈创新管理 | 来源:发表于2020-04-26 07:57 被阅读0次

业务计划书是高层决策团队进行投资决策的依据,也是开发团队进行证明商业机会的证明材料,是各个职能领域开展工作的依据,是团队进行项目管理的依据。

如何确定pdt团队的核心成员,就要看这个业务计划书中都有哪些部分组成,这些部分是不是需要或者企业有没有专业的部门来支撑。而业务计划书的内容是怎么来的呢?应是投资决策团队所要关注的纬度。比如投资的依据,预期,期望业务计划书中应呈现的内容。

要回答:why?为什么开发这个产品呢?需要市场分析,需要需求获取和提炼,所以需要市场代表。回答产品要做成什么样子的,将产品做出来,就要有研发部派出的研发代表。回答产品如何上市,如何盈利?需要营销代表,回答是不是赚钱,是否盈利,需要财务代表。回答如何采购元器件或部件,需要采购代表,需要将产品批量造出来就需要制造代表。如果是软件产品,因为不需要采购原材料和制造,所以就没有供应链的这两个代表。

代表代表的是角色,是功能的代表。也只是对完成业务计划的功能活动进行了按领域的分类,如果这些角色正好有相应的岗位对应,就很好了,没有的话就只能指定有某岗位来根据能力匹配到相应的角色上。

一个角色是不是进核心组,在于讲产品开发流程看成一个系统,这个系统如何进行子系统的划分,尽量做到高内聚,松耦合。Se在开发过程中主要集中于概念计划阶段的系统设计,相对来讲是比较独立的,而且与不同领域打交道,所以放入核心组较好,对应于产品包的实现。但在物理上,可以有研发部的人来担当。因为和研发部的人员配合更紧密,如果系统设计偏工艺,那么这个角色可能来源于制造部或工艺部。

至于外围组的设置,主要由每个核心代表所代表的领域内的活动可以分成哪些子类,这些子类有没有对应的部门,没有的话只写出子类类别,不指定角色,其功能由核心代表来完成就行了。

从以上分析,袖珍卡太阳图的设计,应遵循的原则:

1,先确定核心组构成;

2,识别各个领域活动;

3,活动分类;

4,设置扩展组。

最终形成太阳图。

这也体现了大的业务决定组织大框架,流程决定组织角色的理念。这也是sipoc方法的设计过程。

相关文章

  • 从业务计划书到跨部门团队

    业务计划书是高层决策团队进行投资决策的依据,也是开发团队进行证明商业机会的证明材料,是各个职能领域开展工作的依据,...

  • 资源协调与跨部门沟通技巧

    一、为什么会存在跨部门协作 1、业务庞大,单独的团队难以完成如商业系统 2、业务划分:MVC前后端分离、设计团队 ...

  • 业务到团队

    1.有明确的方向主张 2.摆好人头,分好预算。 3.过程中,在关键业务的起承转合关键节点盯好 做好以上三步,管理的...

  • 如何闪亮你的职场名片?

    说个发小 公司的事,新员工A到公司不多久,就负责一项跨部门的业务,他遭遇了跨部门开会的尴尬。 一次,A邀请跨部门的...

  • 美团OneData建设探索之路:SaaS收银运营数仓建设

    来源于美团技术团队背景 随着业务的发展,频繁迭代和跨部门的垂直业务单元变得越来越多。但由于缺乏前期规划,导致后期数...

  • 团队管理规划书

    销售团队管理计划书 销售团队规划书 团队文化建设篇: 团队文化建设从两个方面进行,第一...

  • 成功融资的商业计划书

    当年做的这份计划书,成功融到五百万。当然融资成功不仅靠的是这份计划书,还有老总的口才和团队的努力。

  • 2021之自我挑战

    1.杭州宋城玩过铁索桥游戏,从无知到害怕到镇定到方法到坚持,顺利通过。 2.从现在的团队转岗到公司核心业务团队,跳...

  • 工作中,如何做到和横向部门之间的沟通?

    解决跨部门沟通的问题,首先需要提升自身的沟通技能和EQ水平。管理者应掌握带领团队、尤其是跨部门的建设团队、发展跨团...

  • “大团队”和“敏捷开发”,谁说不可兼得?

    阿里妹导读:当小团队的产出跟不上业务需要,团队就面临规模化的问题。从1个团队到3个团队,仍可以通过简单的团队沟通保...

网友评论

      本文标题:从业务计划书到跨部门团队

      本文链接:https://www.haomeiwen.com/subject/bwirwhtx.html