研发经理的领导力jbosside-dev
by aszswx585
从技术走向管理――研发经理的领导力与执行力
【时间地点】 03月17-18北京 03月21-22上海 03月24-25深圳
04月18-19北京 04月21-22上海 04月25-26深圳
【参加对象】 企业CEO/总经理、研发总经理/副总、公司总工/技术总监、研发项目经理/产品经理、中
试部经理、研发质量部经理、PMO（项目管理办公室）主任、走上管理岗位的技术人员等
【学习费用】 3200元/1人| 4980元/2人（含课程讲义、午餐、税费、茶点等）
【垂询热线】 15074275950 苏 珊 0755-61283537
【在线Q Q】 529178751
【业务手机】 15074275950 苏 珊
课程背景：
根据我们多年从事研发管理咨询的经验发现中国企业95%以上的研发中基层主管都是从技术 能力比较强的工
程师中提拔起来的，很多刚刚走上管理岗位的研发人员在从技术走向管理的过程中存在如下问题：
1.角色不能转换，过度关注技术细节；
2.认真帮助下属可是他们并不买账；
3.凡事亲力亲为，忙得焦头烂额，可是上司却嫌效率太低；
4.希望下属多提意见，可是他们却什么都不说，不愿意承担责任；
5.上司让制定工作计划，可却无从下手；
6.不知道如何分派工作，如何领导团队，更不知道如何确保你的团队不出差错；
7.……
这些问题致使走上管理工作岗位的技术人员疲惫不堪却还不能有效达到整体目标。
从一名只对技术负责的技术人员转变为对全流程负责的项目经理和对某一专业领域负责的部门经理，在这个
转变的过程中，技术人员要实现哪些蜕变、要掌握哪些管理技能、如何培养自己的领导力等是本课程重点探
讨的内容。
培训收益：
1.分享讲师500多场研发管理培训的专业经验，通过现场的互动帮助学员理清走向管理的困惑
2.总结和分析技术人员从技术走向管理过程中常见的问题
3.掌握实现从技术走向管理的过程中要实现的几个转变
4.了解从技术走向管理的五个好习惯（成果导向、综观全局、聚焦重点、发挥优势、集思广益）
5.掌握与领导沟通的方法技巧
6.掌握走上管理工作岗位后需要掌握的四个核心管理技能（目标与计划、组织与分派工作、控制与纠偏、领
导与激励）
7.了解成功实现从技术走向管理转变的几个关键要素
8.分享讲师30多个咨询项目的研发管理的案例资料（模板、表格、样例……）,帮助 学员制定Action Plan
，使得学员参训后回到自己的公司能够很好实践
讲师介绍：【Giles】
研发管理领域品牌资深顾问
PDMA（美国产品开发管理协会www.pdma.org）会员
《PDMA新产品开发手册》中文版主译
清华大学研发管理特聘教授
专业背景：
十多年高科技企业研发管理实践，典型的在企业实践中从技术走向管理的管理专家。在某著名通信公司
工作期间，作为硬件工程师、软件工程师和系统工程师（系统总体设计总工）参与过多个小型、大型项目开
发，有五年具体产品开发经验，承担过多个项目的管理工作，担任过研发项目管理部经理、研发管理办经理
、技术管理部副总经理、研发IT中心主任，经历并参与主持了此公司研发管理（包括研发流程管理、研发项
目管理、研发人力资源管理、研发IT管理等模块）混乱到规范化建设的全过程。1998年开始长期与国际顶尖
咨询顾问一起工作，并作为第一批核心小组成员与国际著名的咨询公司合作主导了研发管理变革项目及其母
项目公司级IT规划项目，同时兼任该公司高级讲师，负责企业文化建设在研发的推进和落地工作。
研发管理咨询经验：
曾作为项目总监、项目经理主导了10多个研发管理咨询项目，帮助这些企业全面建立研发管理体系（包
括流程、组织、绩效、IT），有效地提升了这些公司的研发管理和创新能力。
课程大纲：
一、案例分析
1.讨论：技术走向管理的烦恼
二、从技术走向管理的角色定位和角色转换
1.为什么要从技术走向管理（背景、原因）
2.管理人员的角色定位和素质模型
3.有哪些技术管理职位
4.技术型管理者的角色与核心工作（技术管理者的不是说不要技术，而是层次越高的技术管理者，越需要技
术广度、技术敏锐度与市场敏锐度，而且更需要沟通、管理与领导技能）
5.技术人员与管理人员的特质
6.研发人员的特点
7.研发人员与销售人员、工人的不同
8.角色转换过程中常见的问题分析
1)自己解决问题到推动他人解决问题
2)刚性和弹性的掌握
3)从管事到管人与事的转变；
4)从发现问题到推动解决问题的转变；
5)从发现问题到推动解决问题的转变；
9.角色转换的成长之路（角色、态度、知识、技能）
10.演练与问题讨论
三、从技术走向管理必备的好习惯
1.习惯的价值与培养
2.习惯与原则
3.习惯之一：成果导向
1)过程和结果的关系
2)不同研发职位应完成的结果
3)追求过程的快乐还是成果的快乐
4)成果导向对研发管理者的要求
5)研讨：研发管理者在具体工作中怎么做才算是成果导向？
6)点评：研发整体资源管理方法论（保证研发资源整体投入产出比）
4.习惯之二：综观全局
1)对研发各级管理者来说全局在哪里？
2)综观全局的要求（理解自己在研发价值链中的位置和贡献）
3)建立研发技术团队的创造性与规范性相结合的文化
4)研发工作的特殊性决定了创造性和规范性的冲突
5)解决这个冲突的思路
6)团队游戏规则的建立
7)案例研讨：管理者在何种情况下可以破例？
8)案例研讨：研发团队提倡什么，反对什么？
9)案例研讨：游戏规则建立中的赏罚基本原则是什么？
10)研发型团队创造性文化的建立（鼓励创新，鼓励犯错误，鼓励创造性）
11)研发型团队规范性文化的建立（规范性、纪律性、过程标准性、可制造性、可服务性、保密性等）
5.习惯之三：聚焦重点
1)研发管理人员忙碌却无成效的原因剖析
2)研发管理人员的工作分类（四个象限）和时间管理
3)问题解答：谁都知道应当按四个象限安排工作顺序可为什么我们总安排不好？
4)讨论：对研发管理者来说到底什么是重要的工作？领导交代的工作到底属于哪个象限？
5)案例：张经理的工作如何聚焦重点
6.习惯之四：发挥优势
1)不同的研发人员有什么优势
2)是发挥优势还是克服弱点
3)发挥优势要求我们做到什么
4)采用什么方法才能发挥不同研发人员的优势
7.习惯之五：集思广益
1)怎样才能使研发团队绩效最大化
2)研发团队合作的5种方式
3)因为差异（四个层次）所以要集思广益
4)差异会导致冲突吗？差异与冲突的关系
5)研发冲突的原因
6)为什么研发人员与测试人员、QA会有冲突
7)冲突的破坏性和建设性
8)冲突的状况与组织绩效
9)看录像中的冲突进行讨论（项目经理、QA、下属的关系）
10)集思广益经常使用的方法论（脑力激荡法、德尔菲）
四、研发管理者如何与领导沟通
1.研发管理者自己沟通能力不强而领导又不懂技术怎么办？
2.为什么研发工作自己觉得开展的很好却得不到老板或领导的认可？
3.与领导沟通的重要性
4.无数“革命先烈”的教训分享
5.领导的沟通类型
6.领导的沟通类型对沟通的影响
7.与领导沟通的难题（尤其是没有技术背景的领导）
8.与领导沟通的要点
9.高层领导喜欢的沟通方式
10.与领导沟通的方式、方法与技巧
11.与领导沟通谨慎换位思考
12.向领导汇报方式和工具
13.汇报会上领导常问的问题分类
14.为什么领导在会上总是不断追着问？
15.高层管理者对研发的沟通信息需求（开发状况、资源状况、管理优化状况）详细介绍和模板演示。
16.分辨领导的真正需求
17.要想成功从技术走向管理首先做个成功的下属
18.如何做个成功的下属
19.研讨：学习本单元的体会列出以后改进的三个要点
五、从技术走向管理的四个核心管理技能之一：目标与计划
1.目标对我们的影响
2.个人目标和团队目标的关系
3.如何根据公司的战略要求制定研发部门和研发项目的目标
4.研发部门和项目的目标如何分解到个人
5.如何帮助下属制定工作目标
6.目标的制定与下达（SMART化、愿景化、共享化、承诺化（PBC））
7.研发项目的目标为什么不容易SMART
8.为什么培训了很多次SMART研发项目目标还是做不到SMART
9.开发管理中为什么要用模板，模板使用的3个艺术、为什么模板推行中总有困难
10.研发工作计划的PDCA循环
11.研发流程与计划的关系
12.研发项目计划制定的流程
13.PERT、关键路径和GANNT
14.为什么研发项目计划不用PERT图
15.产品开发计划如何分成四级（这四级计划的责任主体和制定时间点）
16.演练：每个小组制定一个半年计划，发表！
六、从技术走向管理的四个核心管理技能之二：组织与分派工作
1.活动演练 30 分钟：扑克游戏――上中下 三层互动（体验：管理对人与对事，三层角色 定位，目标下达
，控制与跟踪，愿景与目标共享，结果反馈等）
2.研发执行力缺失的原因分析
3.常见研发组织形式及优缺点
4.如何对研发工作进行分解
5.给研发人员分派工作的原则
6.给研发人员分派工作的步骤
7.给研发人员分派工作中容易出现的问题
8.研发沟通管理的内容
9.沟通的目的与功能
10.沟通的种类与方式
11.有效沟通的障碍/约哈里窗
12.面对面沟通避免的小动作
13.如何给其它部门分派研发工作
14.研发管理人员在分派工作中容易存在的问题、原因和克服
15.给研发技术人员创造愿景、描绘愿景，尤其是关于项目与团队前途
16.案例研讨：研发技术型团队的成员常被迫承担紧急的项目周期，该如何处理？
17.案例研讨：给予研发技术人员的空间到底多大，犯什么样的错误可以接受？
18.案例研讨：任务下达后完成得不好但因为是碰到困难又怎么处理？
19.案例研讨：一个人承担多个项目遇到资源冲突怎么办
20.案例研讨：两个领导意见不一致，怎么办？
七、从技术走向管理的四个核心管理技能之三：控制与纠偏
1.研发工作为什么难以控制
2.研发工作的问题管理与风险管理
3.研发工作追踪的步骤
4.研发工作控制方法之一：会议（具体操作与模板）
5.研发工作控制方法之二：报告机制（具体操作与模板）
6.研发工作控制方法之三：审计（具体操作与模板）
7.研发工作控制方法之四：合同书与任务书（具体操作与模板）
8.研发工作控制方法之五：预警系统（具体操作与模板）
9.研发工作控制方法之六：经验教训总结（具体操作与模板）
10.研发工作控制方法之七：测评（具体操作与模板）
11.研发工作控制方法之八：非正规控制（具体操作与模板）
12.研发工作如何度量、量化管理（有哪些量化指标、PCB）
13.关于控制的误区（用人不疑、甩手掌柜、与创新的矛盾）
14.关于研发执行力
八、从技术走向管理的四个核心管理技能之四：领导与激励
1.研发领导权威力的来源
2.研发领导如何发展个人魅力
3.如何针对不同环境和不同的研发人员进行情景领导
4.讨论：如何增进研发团队的凝聚力和士气
5.研发领导如何授权
6.研发领导如何辅导下属和培养接班人
7.研发部门中的“因人而异”的管理方法
1)白金法则
2)如何管理你团队性格特征不同的下属
3)案例分析：如何考察与识别有管理潜力的技术型部属？
4)尊重研发技术人员个性的沟通模式与方法
5)案例研讨：如何管理技术型团队中的悍将、润滑油、老黄牛型的部属？
8.研发人员的考核与激励（专题讲解）
1)建立功能型团队与项目型团队面向结果的绩效考核办法
2)定性与定量考核法；
3)有效理解结果、过程、投入的考核之间的关系；
4)关键绩效指标考核法（KPI法）：模板、业界案例、练习
5)平衡计分卡考核法（BSC法）：模板、业界案例
6)个人业务承诺法（PBC法）：模板、业界案例、练习
7)考核流程与360度考核法：业界案例比较分析
8)末位淘汰法
9)各层次技术人员考核要求及关键内容
9.研发技术型人才的培育与任职资格管理
1)研发技术型人才的素质模型与特点
2)培育部属（辅导的7步结构、研发技术人员积极意愿度的 培育、能力度的培育、如何培养研发技术型新手
、如何培养研发技术型骨干与高端人才）
3)任职资格管理（双阶梯职业通道模型、任职资格的目的与作用、任职资格的体系与标准、认证与成长、职
涯发展）
4)基于任职资格的研发技术型人员的培训实习体系
5)专业技术人才和专业技术管理人才（系统工程师、QA、项目经理等）的正式培养机制――资源池
10.研发技术型人才的非物质激励与物质激励方法
1)研发技术型人才的需要
2)案例研讨：研发技术型人才受什么因素激励？
3)案例研讨：技术型团队的士气受哪些因素影响？
4)案例研讨：技术型团队的凝聚力受哪些因素影响？
5)管理者的红黑脸方法（勋章、鲜花、鼓励、期望、赞美；警告、批评、敲打、揉搓、杀鸡骇猴、痛骂等。
6)案例研讨：如何对技术型部属使用红脸？
7)案例研讨：如何对技术型部属使用黑脸？
8)案例研讨：能干的技术型部属犯了错误如何处理？
9)案例研讨：如何在能力比你强的技术型部属中树立你的威信？
10)研发技术型人员的物质型激励：薪酬包组合、组合结构、薪酬分配、薪酬梯级、工资奖金比例。
11)资力能力及报酬的关系、业界案例
12)技术人员离职的征兆管理以及如何留住有价值的知识型员工
11.演练与讨论
九、成功实现从技术走向管理转变的关键
1.成功的实现角色换位
2.管理技能的培养
3.个人修炼（习惯、领导力、沟通能力）
4.组织的融合和团队的打造
5.给刚走上管理岗位的技术人员推荐的书籍和电影
75806104:36:49758061
8 years, 1 month
Re: [jbosstools-dev] Suggested change for 4.60.x target-platforms: Neon M5 (and Spring IDE 3.7.3)
by Nick Boldt
This change is live, and in fact has been for some time.
But we need to do a similar change [1] in the Central TP, which does two things:
* update from Mars M4 to M5
* update from a pre-release Spring IDE 3.7.3 to their final release version
Reason for the Spring update is that Neon M5 no longer includes all
the SpringIDE requirements (equinox.weaving.*) so I'm now pulling them
directly from the SpringIDE site. And I figured it was time to move up
from a nightly to a release version.
If there are no objections to this change, I'll also update Spring IDE
from 3.7.3.nightly to 3.7.3.RELEASE in JBT 4.3.1 / JBDS 9.1.0.
[1] https://github.com/jbosstools/jbosstools-discovery/pull/328
On Tue, Mar 1, 2016 at 4:23 PM, Mickael Istria <mistria(a)redhat.com> wrote:
> Here is a proposal for a change to the JBoss Tools and Red Hat JBoss
> Developer Studio 4.60.x target platforms.
> * https://github.com/jbosstools/jbosstools-target-platforms/pull/197
>
> It consists in the following change(s):
> * JBIDE-21386: Create and use Neon M5 target-platform (p2diff at
> https://issues.jboss.org/browse/JBIDE-21386?focusedCommentId=13170435&pag...
> )
>
> Please review the above PR(s), as it will be applied next week.
>
>
> You can use the following to build & test the target-platform locally
> against your component(s).
>
> Build target-platform:
> cd /path/to/jbosstools-target-platforms/jbosstools/multiple
> git fetch origin pull/197/head && git checkout FETCH_HEAD
> mvn clean install
>
> Then, to test the new "multiple" target platform against your component's
> build:
> cd /path/to/your/jbosstools-component
> mvn clean verify -Dtpc.version=4.60.0.Alpha1-SNAPSHOT
> -Dtpc.targetKind=multiple
>
> If you'd like to build the "unified" target platform and repository too:
> cd /path/to/jbosstools-target-platforms/jbosstools/multiple
> mvn clean install -Dmultiple2repo # takes looooong
> cd /path/to/jbosstools-target-platforms/jbosstools/unified
> mvn clean install
> -DtargetRepositoryUrl=file:///path/to/jbosstools-target-platforms/jbosstools/multiple/jbosstools-multiple.target.repo/
>
> Or, to test the new "unified" target platform against your component's
> build:
> cd /path/to/your/jbosstools-component
> mvn clean verify -Dtpc.version=.60.0.Alpha1-SNAPSHOT
>
>
> --
> Mickael Istria
> Eclipse developer at JBoss, by Red Hat
> My blog - My Tweets
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com
8 years, 1 month
Re: [jbosstools-dev] Access to jbosstools-integration-stack-tests
by Alexey Kazakov
Hi Jozef,
Sorry for not answering earlier. I'm on EclipseCon this week.
We didn't know that you are using github issues instead of JIRA.
I guess I can add you to the needed github team but I'm ccing this to jbosstools-dev list to make sure we are doing it right. Max?
> On Mar 9, 2016, at 2:50 AM, Jozef Marko <jomarko(a)redhat.com> wrote:
>
> Hello Alexey,
>
> I am quite often contributing to the repository [1]. I have discussed with Andrej Podhradsky (apodhrad), that you are able to give me access to this repository.
>
> Currently, the main problem is, that I can't be assigned as 'Assignee' for any issue in this repository.
>
> Please let me know, if you are able to help me.
>
> Thanks
>
> Regards, Jozef.
>
>
> [1]
> https://github.com/jbosstools/jbosstools-integration-stack-tests
>
>
8 years, 1 month
产 品需-求分析与需求管-理jbosside-dev
by qfkbrr343
产品需求分析与需求管理
时・间・地・点： 03月21-22北京 03月24-25上海 03月17-18深圳
参・加・对・象： 企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、产品规划专家等
授・课・方・式： 讲师讲授 + 视频演绎 + 案例研讨 +角色扮演 + 讲师点评
学・习・费・用： 3200元/1人| 4980元/2人（含两天中餐、指定教材、证书、茶点）
垂・询・热・线：15074275950 苏 珊 0755-61283537
在・线・Q・Q ：529178751
业・务・手・机：15074275950 苏 珊
课・程・背・景：
通过和众多国内科技企业接触，发现这些企业中普遍存在：
1.技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错
2.研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快
3.产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点
4.了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责
5.需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注
6.需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性
7.缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系”
8.不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动
9.针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，……
不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需
求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足
市场需求，创造客户价值。
本课程重点讲解：
1.如何确定目标客户，如何分析需求关系人？
2.如何从市场（客户）角度进行有效的客户需求收集？
3.围绕产品成功2个核心因素差异化+成本优势，整理产品需求
4.如何对客户需求进行整理和分析，形成产品包需求？
5.如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？
课程贯穿案例分享，详细讲解目标客户 客户要求 客户需求 产品包需求 产品概念确定全过程，详细讲
解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个
核心秘诀、破坏性创新的3石蕊实验、Sweet Point模型、基于不同产品生命周期的12个创新思路等），提升
产品的竞争力，确保市场成功、财务成功。
课・程・收・益：
1.掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求；
2.掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求
，明确产品的竞争优势与卖点；
3.掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本；
4.掌握产品核心诉求的提炼方法，确定有吸引力的产品概念；
5.掌握支撑研发需求工程各个阶段工作运作的工具和操作方法；
讲・师・介・绍：
董奎（Don）
研发管理咨询资深顾问 INCOSE（国际系统工程师联合会www.incose.org）会员
专・业・背・景：
十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工
程师、产品经理、软件部经理；先后作为三个产品的主任系统工程师，带领系统分析团队开展客户需求调研
、产品特性定义和详细的需求分解与分配等端到端的需求管理工作，奠定了产品市场的成功；长期与国际顶
尖咨询顾问一起工作，全程参与该公司研发管理变革项目。曾驻印度工作一年半，先后负责四个合作项目（
合作方分别为：BFL、Infosys）的实施，全程参与印度研究所CMM四级认证过程；对业务导向的研发质量管
理体系的构建有深入地研究。
研发管理咨询经验：
曾作为项目总监或经理主导了10多个研发管理咨询项目，帮助这些企业全面建立研发管理体系（流程、
组织、绩效），有效地提升了这些公司的研发效率和创新能力：
1)华大电子
2)超图软件
3)上海格尔
4)网易
5)重庆奥普泰
6)佳讯飞鸿
7)广联达软件
8)京信通信
9)华胜天成
10)信利半导体
研发管理培训经验：
曾为海尔、研祥科技、宇通重工、康佳集团、北京移动、北大方正、阿里巴巴、华胜天成、南太电子、网易
、富港电子、用友软件、星网锐捷、东软股份、格林威尔、金蝶软件、天马微电子、超图地理、华动飞天、
新奥特、信利半导体、郎坤软件、深圳桑菲、久其软件、德信无线、新意科技、沈阳移动、光桥科技、斯特
奇、合力金桥、蓝托扑、绿盟科技、建行总行开发中心、成都迈普、上海电信、佳讯飞鸿、德信无线、创维
集团、威创日新、TCL、日电电子、展讯通信、易思科技、盛大网络、威科姆科技、协同集团、成都索贝、
重庆奥普泰、京信通信、汇川技术、亿力吉奥、迈瑞医疗、同方威视、大唐移动、中软国际、北大方正、思
源电气、南京华瑞杰、联想网域、天津通广、兴唐通信、寿力亚洲、浪潮计算机、上海华虹、浦发银行、恒
宝股份、武大吉奥、广东电信研究院、华宁电子、三安光电、广西博联、东方通信、北京拓明等100多家企
业提供了专业的研发管理培训，涉及的行业包括通信、软件、互联网、家电、运营商、芯片等。
部分培训和咨询客户：
本咨询公司自成立以来，已经为近2000家企业提供了专业的研发管理培训，同时也为近80家大中型企业
提供了研发管理咨询服务，帮助这些企业建立研发管理体系并实现研发模式的转型。咨询的客户主要为知名
的大中型企业、细分行业的龙头企业和快速增长的高科技公司，部分客户名单如下：
通信类企业:
诺基亚－西门子、摩托罗拉、大唐移动、普天研究院、康佳移动、神州数码、海信通信、信威通信、TCL移
动通信、德信无线、威盛电子、格林威尔、经纬科技、东方通信、星网锐捷、鑫诺通讯、京信通信、广东普
泰、金鹏通信、TCL网络、冠日通讯、佳讯飞鸿、和记澳普泰、飞通光电、东进通讯、海天天线、PBI国际、
海格通信、阿尔西、福建敏讯、无限立通、瑞斯康达、全亚通讯、虹信科技、国人通讯、杰赛科技、冠日通
讯、实达网络……
软件及互联网类企业：
阿里巴巴、支付宝、淘宝网、中软国际、用友、东软、金蝶、网易、新浪、搜狐、盛大网络、腾讯、格尔软
件、天融信、网御神州、广联达、北大方正、方正阿帕比、华胜天成、绿盟、超图、灵图、卫士通、亚信、
亿阳信通、思特奇、神州数码软件集团、广州新太、金证科技、中国工商银行软件开发中心、卓望科技、黎
明网络、新粤交通投资、中太数据、华友世纪、今朝科技、联友科技、穗彩科技、龙江风采、华友世纪、高
阳金信、杭州虹软、中国银联、雁联……
计算机类企业：
联想集团、清华同方、华硕电脑、方正科技、TCL电脑、朗科科技、记忆科技、华旗资讯、研祥智能、国微
电子、升腾资讯、普瑞尔电子、长城电脑、穗彩科技、冠捷电子、南京富士通计算机、三诺电子、多彩科技
、伟创力、顶星数码、顶星科技、大将科技、清华比威、太极计算机……
家电电子类：
海尔集团、康佳集团、夏新电子、格力电器、美的电饭煲、美的空调、荣事达、TCL王牌、创维集团、海信
集团、威创集团、同洲电子、赛科世纪、信利半导体、北洋电气、步步高、万家乐电器、苏泊尔、达实智能
、卓力电器、美欧电子、豪恩科技、四达时代等……
电信运营商：
中国网通、中国电信北京研究院/广州研究院、北京移动、广东移动、深圳移动、吉林移动、上海电信、武
汉电信、广东联通、深圳联通、东莞联通、新乡联通、深大电话、湛江移动、惠州移动、深圳市邮政局、天
威视讯……
机械及交通运输：
北京奔驰、上汽通用泛亚研发中心、上海通用、上汽通用五菱、长城汽车、中兴汽车、北汽福田汽车、一汽
轿车、一汽解放、一汽夏利、长安汽车、天津内燃机研究所、黄海汽车、徐工集团、中联重工、东风汽车、
神龙汽车、江铃汽车、南汽汽车、南车集团、北京吉普、成都飞机制造厂、东风标致、江淮汽车、宇通客车
、元征科技、西子OTIS、西子孚信、顺德震德、鹰牌控股、青岛英派斯、浙大中控等……
集成电路（芯片）：
华大电子、上海华虹、天�科技、上海展讯、珠海炬力、凯明、上海贝岭、复旦微电子、博奥生物、北方微
电子、威睿电通等……
电源及其他电子类企业：
爱默生网络能源、比亚迪、山特电子、雄韬电源、皇源电子、伊博电源、核达中远通、斯比泰、珠海金电电
源、泰坦科技、华德电子、福建科华、信瑞电子、湖南瑞翔、中达电通、天津中环电子、天津光电集团、天
仪集团、中电集团第7研究所、中电集团第43研究所、中电集团第29研究所、公安部第一研究所、东进电子
、威科姆电子、上海精伦等……
电力及自动化类企业：
国电南自、四方继保、南瑞继保、深圳南瑞、科陆电子、上海海得、华力特设备、上海思源、泰豪科技、汇
港科技、金智科技、申瑞电力、如高高压、浪拜迪等……
医疗器械类：
迈瑞医疗、安科高技术、和佳医疗、宝莱特医用科技、金科威电子、三瑞医疗、广州白云蓝天科技、理邦精
密、邦健电子、万东医疗、泰杰磁电研究所等……
医药化工类：
太太药业、先声药业、康缘药业、浙江现代中药与天然药研究所、石药集团、汇仁集团、华南药业、双鹤药
业、威高集团、烟台万华、乐凯集团等 ……
航空航天及军工企业：
……（行业特殊要求，客户名单保密）
课・程・大・纲：
一、案例分享
二、六个基本概念
1.什么是客户？
1)客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户
2.什么是需求？
1)WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、
非技术需求
2)案例：某运营上广告折射对需求五层次的理解
3.需求工作的2个基本点：
1)差异化
2)成本优势
4.需求工程全过程：
1)需求收集需求整理需求分析概念确定需求分解需求实现与验证
5.官方体系对需求的定义：
1)RM（目的、关键实践、典型输出）
2)RD（目的、关键实践、典型输出）
6.产品经理3个核心素质特征：
1)敏锐的市场嗅觉
2)不屈不挠的战斗精神
3)团队协作和领导能力
7.演练与问题讨论
三、市场需求分析
1.产品不同阶段的创新思路不同
1)产品创新阶段（颠覆性创新、应用性创新、产品创新、平台创新）
案例视频：鼠标的产生
案例讲解：Iphone的Siri
2)产品成熟阶段（营销创新、体验式创新、价值工程创新、集成创新、价值转移创新）
支撑案例讲解：Nike专卖店、游戏卖装备、汽车5S店、星巴克咖啡
2.产品扩展方法论
1)市场的新颖程度分析
2)公司的新颖程度分析
3.识别客户？
1)跨越鸿沟：5类客户
创新者：特征、关注点、价值
早期接收者：特征、关注点、价值
前期主流客户：特征、关注点、价值
后期主流顾客：特征、关注点、价值
落伍者：特征、关注点、价值
2)早期客户策略：保龄球法则
保龄球道
找准一号瓶
龙卷风、引爆流行
3)客户购买过程回溯分析
最终用户、销售支持、集成分销、增值代理……
4.客户分析
1)决策影响模型分析
2)核心关注点分析
3)实战演练与问题讨论
5.需求收集需要注意的问题
1)一对一访谈的技巧
2)探究原因而非简单问题
3)聚焦期望
4)询问而非推销
6.需求收集基本技能
1)需求收集调查问卷设计
2)需求访谈问题梳理
3)需求问题访谈7步法
4)需求访谈信息记录的方法
5)实战演练与问题讨论
7.需求收集的输出：客户需求收集模板（单项需求收集模板）
1)真正理解客户的意图
“抽象之梯”法：深入探索、了解、洞察客户需求
“客户的一天”：展现客户特征、困惑、渴望
案例分享：听筒10米长的电话机
2)客户描述和需求陈述
3)客户描述 需求陈述五原则
案例分享：具体产品客户描述到需求陈述案例分享（对应需求工程的用户需求+业务需求）
案例分享：某业务软件情节串联板需求收集和确认案例分享（对应需求工程的需求收集、实现诱导用户需
求）
4)收集人信息、客户信息、需求信息、优先级、关联需求
5)需求收集和分拣流程介绍
6)案例分享：某公司单项需求描述要素讲解（客户需要翻译）
7)实战演练与问题讨论
8.如何构造例行化的需求收集机制？
1)需求收集的IT支持
2)业务流程改进（出差流程等）
3)员工任职资格牵引
4)员工具体绩效承诺落实
5)案例分享：某公司市场需求管理制度讲解
四、产品需求分析
1.需求群的划分
1)需求群划分的基本原则
2)需求分类方法（KJ亲和图法）
基本类型分类法、生命周期阶段分类法
优先级分类法、来源分类法
稳定性分类法、风险级别分类法
案例分享：某软件产品千条单项需求到产品特性转换的案例分享（实现需求工程的产品特性和业务需求）
3)如何保证需求的一致性
需求冲突矩阵分析法
案例分享：具体网络产品需求冲突矩阵分析讲解（实现CMMI所要求的需求一致性）
实战演练与问题讨论
2.如何区分需求优先等级（权重确定）
1)KANO需求类型
最好满足的需求、强制性需求、兴奋需求
如何通过二维矩阵正确区分以上3类需求？（正反求证法）
2)业界最佳产品需求等级划分法（BSA法）
3)需求（群）权重设置方法（AHP）
权重确定4步法
案例分享：具体需求权重设置样例介绍
3.实现成本优势：关注内部需求
1)DFX（DFT、DFM、DFA等）
2)RAS（可靠性、可用性、可维护性）
4.案例分享：具体系统产品需求包（特性需求清单）案例分享（完成需求工程要求的特性需求、业务需求的
分析）
5.产品包需求输出（产品包需求模板（关键要素介绍））
1)优秀产品包需求的标准
五、产品概念确定
1.业界最佳客户需求的八个要素介绍（$APPEALS）
1)每个要素详细定义
2)每个要素的子要素分解
3)案例分享：某应用软件产品客户需求8要素子要素展开讲解（实现NPD要求的，基于竞争分析，确定不同特
性的优先等级）
2.差异化创新，不走寻常路
1)分析客户关心什么
2)分析竞争友商满足程度
3)分析潜在机会
4)确定自己的价值缺陷
5)案例分享：某高端服务器厂商的创新之路
3.创新4象限法
1)减少：案例分析
2)剔除：案例分析
3)增加：案例分析
4)创造：案例分析
4.产品概念确定
1)产品概念的定义
2)产品概念的测试（电梯测试法）
3)针对危害产品概念的客户需求3原则
倾听
赞美
全忘记
4)产品概念确定的7个核心法则：
不走寻常路才会有出路，案例讲解
我是第一，我怕谁，案例讲解
要么最老，要么最新，案例讲解
让客户觉得你有秘方，案例讲解
跟老大对着干，案例讲解
客户总是随波逐流，案例讲解
成为专家，案例讲解
5)案例分享：两个命运迥异的互联网软件的概念分析
6)实战演练与问题讨论
六、设计需求分析
1.需求分解与分配的基本理念
1)物理分解与功能分解
2)哲理案例：从人类飞行的梦想思考需求分解与分配
2.特性需求到设计需求的转化工具：FBS、PBS
1)工具原理介绍
2)案例分享：具体某业务应用软件某特性的FBS样例（实现特性需求和设计需求的衔接）
3.设计需求（功能需求）定义的工具：UseCase、情节串联板
1)Usecase的基本要素：角色、用例、用例名、系统边界
2)有效识别角色的方法介绍
3)用例识别方法介绍
4)用例的命名原则
5)6种常见的用例描述错误分析
6)实战演练与问题讨论
4.需求分解与分配操作
1)需求分配
需求分配表（RAS）介绍
什么是需求因子？
形成设计需求、产品规格定义
实战演练与问题讨论
2)案例分享：具体系统产品客户需求->产品包需求->设计需求->需求分解的全称需求案例分享
5.需求双向跟踪机制（RTM）
1)需求编号规范介绍
2)需求跟踪的必要性
3)前向跟踪
4)后向跟踪
七、总结
7580592016-03-142016-03-14758059
8 years, 1 month
from：杭州添冯机械设备有限公司
by 2016-03-14 03:13:59
1. 我们为什么会被提升？我们的能力是否能胜任现在的工作？
2. 如何提升自己的管理技能？
-- 提高管理技能的3个途径
-- 管理者的学习，我们是否真的意识到学习的重要性？
-- 管理者如何学习？没有时间学习怎么办？
3. 销售主管要当心的陷阱
-- 案例分析：身经百战的她为什么失败?
-- 如何破解陷阱？
8 years, 1 month
Aeri integration - put in usage or separate plugin ?
by Max Rydahl Andersen
Hey,
I'm working on the inclusion of Aeri into JBoss Tools.
Initial PR is at https://github.com/jbosstools/jbosstools-base/pull/483
I would like to include this into JBoss Tools 4.3 CR1 (the one using
Mars.2).
I see two options:
A) add separate plugin (that is what separate PR does now) and users
will have
to manually add it, unless we add it to every overall feature like
we have done for usage.
B) add this extension point + dependency on aeri plugin into our usage
plugin.
With B we get the biggest exposure by far - but we will add a base
dependency to Aeri for *every* plugin we have.
Suggestions welcome on how we can make Aeri available to most people
with the smallest impact :)
/max
http://about.me/maxandersen
8 years, 1 month
