- 355.75 KB
- 31页
- 1、本文档共5页,可阅读全部内容。
- 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
- 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
- 文档侵权举报电话:19940600175。
乐趣项目——项目确立和交付黄冬
说说今天的乐事
项目是什么•项目•是一个特殊的将被完成的有限任务,它是在一定时间内,满足一系列特定目标的多项相关工作的总称。
我们会做的事客户•诉说梦想,期望得到成果项目经理•满足期望,在有限的时间里实现最多的期望项目实施者•在最快的时间里,保证质量的完成交待的工作老板•听取需求,划分需要的资源,算得营收
寻找自己的角色开发老经板理客客户户
过程约定1.客户了解自己的需求(只有一次,30秒)2.经理与客户的沟通(不限)3.经理向老板索取资源和沟通(不限)4.经理向实施布置任务(不限)5.经理向运营交付产品(一次)6.项目时间30分钟,可用工具为纸和笔
第一轮活动
结果汇总•用时()•与客户沟通次数与时间()•开发时间()•符合数量()•差异数量()•资源偏差数量()
问题与改进问题与改进
问题与改进1.需求和整体项目计划与相关人员有一个约定2.术语约定3.可以先做明确下来的需求,不可能完成一个完善的产品4.客户了解的都只是产品的一部分
改进推荐改进推荐
准备?需要明确需求来源,制定立项准备单把需求收集中的各项活动安排好。需要召开需求讨论会,需求内容要经收集项目需求过需求人一起确认。
需求?了解并与客户一起讨论需求是什么。选定需求让你与客户、客户与客户达成一致。
第二轮活动
结果汇总•用时()•与客户沟通次数与时间()•开发时间()•符合数量()•差异数量()•资源偏差数量()
问题与改进问题与改进
问题与改进1.需求计划有用吗?需求计划要改吗?2.用户确认的价值3.管理者的工作:准备、整理、清晰自己的资源4.开发所使用的时间是最短的
改进推荐改进推荐
原型?架构?你想的是这个样子原型评估吗?可行性评估我真的可以做成系统架构设计这样子吗?
变化?需求总是在变的,因为客户也不知道他们要什么。变更需求总是在变的,因为经理不理解客户要什么。
确认?需求人对需求、交付产品确认;对目前存需求及产品确认在的Bug,各方需协商处理意见。挣了还是赔了?为什么?结项
第三轮活动
结果汇总•用时()•与客户沟通次数与时间()•开发时间()•符合数量()•差异数量()•资源偏差数量()
还可以考虑什么?还可以考虑什么?
现实的工作现实的工作
现实中的期望客户-需求人•想要到结果去使用经理-项目负责人•多、快、好、省的做出成果老板-部门负责人•预算、绩效、成本的管理开发-项目实施组人员•准确并保证质量的完成任务
不要忘记自己非常重要1.需求人2.提出并确认项目需求;参加立项、结项评审;对完成的需求和交付产品进行确认。3.需求人是项目的参与者,是结果的享受者。
不是自己最重要1.项目经理2.项目需求的收集与分析、项目计划制定并组织实施、项目进度的跟踪监控。3.项目经理是项目活动的发起、组织者,对项目整体负责。
不要忘记自己的责任重大1.部门主管2.确认项目的必要性,成本、预算、绩效的确认。3.部门主管是项目资源的参与者,对项目的成本与资源供给负责。
不要忘记自己也能发表意见1.项目成员2.确认并完成任务。产品的生产者。3.项目成员是项目的参与者,通常他们最终完成了产品的生产过程。
乐乐在其中!在其中:)