`
winzenghua
  • 浏览: 1322228 次
  • 性别: Icon_minigender_2
  • 来自: 广州
文章分类
社区版块
存档分类
最新评论

为什么咱需求没做好,因为咱项目调研没整对,为啥呢,因为没好好思考;阿朱说,这事啊,咱们应该这么这么这么着........

阅读更多

http://zhp5213.spaces.live.com/blog/cns!6694101E48862659!7150.entry

从开始踏入软件实施这个行业,到现在已经做过几个项目,但是读了《走出软件作坊》后才发现,自己接触过的项目所做的项目调研距离这个专业的调研还差距还有很远。说道这里您肯定会问怎么样才是比较专业的调研呢?其实专业的项目调研最简单的做法就是站在项目干系成员的角度上考虑问题,来分析这个项目如何平衡各个干系人之间的关系

在经历过几个项目后真的感概于作者对现状的见解:

甲方:中国人的需求很特别,好像事情都特别赶人都特别忙似的,都寥寥数语就以为他的需求已经说清楚而且你也肯定明白了,到底能不能实现,实现后能不能可操作可执行,都是匆匆一个见面一个电话几句MSN几句MAIL然后就等着软件开发出来用。

乙方:东一榔头西一棒槌,需求调研像是开座谈会,一屋子人,有干系的人都请来开会。有最终操作用户,有部门管理者,有大老板,有二老板,有计算机室,好几个部门。每个人站的角度,层次都不同,关注的问题重点也不同,眼光长远也不同,有人悲观有人乐观,有人不懂装懂,有人不懂瞎嚷嚷,有的部门影响力大气粗的不行,有的部门比较势力小唯唯诺诺,有的部门不愿意多干就推来推去反正不是他部门的事情,到底是哪个部门的事情需要大领导来定,但可惜大领导没来,有的部门怕自己那点内部发小财被破坏了就故意找各种各样的困难还说的头头是道,于是一帮人叽叽喳喳,没个结论。有时候开会开多了,实在说不过去了,必须要有一个结论,于是每个人的意见都上了需求本,回来一整理,没法弄。

这样的场面应该说我自己也经历过,最终所花费的时间与成果根本不如人所愿,那种失落的感觉十分难以形容,再加上一点不开心的事情,就会对自己的职业产生怀疑。

表面上看起来好像没有任何一个单独的问题会导致困难,每个问题都能获得解决,但是当他们相互纠缠和积累在一起的时候,团队的行动就会变得越来越慢。

以下内容是作者在书中为我们所呈现的一套自认为专业的调研过程:

一、项目背景调查:向计算机室要了一份全企业的部门组织结构图。了解这个项目的最大涉及面到底有多大。把全体部门都纳入思考范围内,了解项目和各个部门的关系。然后按项目关系紧密程度把客户各个部门排一张表,每个部门的负责人的名字、联系电话、年龄、性格;通过与信息部门的人员私下沟通,了解各负责人情况,例如谁说话算话,谁比较和事佬,谁比较见风倒,谁和谁不对付。当然最终的不能拉下大老板是怎么看这个项目的,想达到什么目标。

二、沟通:文中所提及的项目应该说已经属于平时很多人都不愿意继续做的“烂”项目了,项目推动十分困难的那种,费力还不讨好。项目经理亲自找最容易配合的那个部门。不是和我这个项目关联最紧密的部门,但他最容易突破。做好这项工作的首要基本功——倾听!听取调研对象所发泄的闷气(对企业现状的灰心与不满,有对理想做法的想象),调研对象对本次项目的希望等等。这样一来乙方项目组参加调研的人会对企业的各种来龙去脉了解许多,使项目经理在以后的小心翼翼项目推进中避免很多人为的障碍。在倾听了调研对象的倾诉内容之后,当然不能忘记自己的目标是什么——收集这个部门的报表和单据。

收集方法和重点:

1、排优先级:哪些表格是最常用的、次常用的,偶尔用的;

2、排重要度:哪些影响考核和奖金工资福利;

3、关键要素:最关注的几个指标;各指标间的关联关系如何?

收集整理这些基础资料过程中一定要站在调研对象的角度去思考问题,不要怕耽误时间,这个时候多花点时间是值得的。因为这样做才会明白每个人主要真正做哪些事,怎么做,最后怎么考核,哪些事最重要,哪些事每天做,哪些事频率最高。哪些是常用的功能,重要的功能,性能压力大的功能,稳定性要求高的功能、数据精确要求高功能,易操作性要求高的的功能。

三、分析:根据前两步所了解的内容,列出组织结构、人员岗位角色说明、业务流程图、考核报表。针对这次项目,把与本次项目相关的详细描述出来,并且把核心业务流程和非核心业务流程分开。

关于特殊处理流程。有时候,专门调查异常流程反而回答不出来。大部分人没有系统性思维,都是以事论事,讲到哪里想到哪里。所以发现异常流程,发现新流程,全靠调研人自己细心发现和甄别。可能,他无意的一句话,你直追着下去就会发现他日常处理的空白和漏洞和矛盾的地方。

标识业务处理漏洞和矛盾的地方,并对这些地方都提出改进建议。把他们每个人认为最想解决的问题都考虑进流程和业务单据报表中,建议增加什么流程、建议增加什么单据、建议增加什么报表,谁来做,怎么做,谁来监督,怎么考核。这样一来,一份优化好的流程就可以展现在所有人面前。

四、讲解:讲解我们梳理过的流程现状,给他们说明漏洞和矛盾,给他们说明我们提出的方案。做好充分的准备,才会获得用户的支持。

五、获取支持:给甲方大老板演示一次,获取大老板的支持。

做正确的事:每天都有很多事等着我们去做,先做能够给公司带来利润的事,对于你能在公司和部门组织中生存发展的事,对个人发展起作用的事。


正确地做事:发挥你的聪明才智,以最好的方法将事情做得有价值、有意义,为公司、部门和他人节约成本、时间和精力,而不要让人来替你做.

*******************

想去IT公司,求职面试,哪能不看《编程之美》——几万人看了,都说好,要不您也瞅瞅他们都怎么说的

想在IT公司,升职加薪,哪能不看《走出软件作坊》——一上市揍畅销,要不您也去看看豆瓣上大家都说些啥?

分享到:
评论

相关推荐

    走出软件作坊 阿朱 软件项目那点事

    作者以轻松、诙谐的语言,描述了软件产品的开发以及软件项目过程的那点事情。详细描述了项目管理、需求管理的点点滴滴

    阿朱的《CRM下午茶》

    整理好的阿朱的《CRM下午茶》,同时还推荐他的《走出软件作坊》

    走出软件作坊(阿朱)

    走出软件作坊 阿朱 三五个人十来条枪 如何成为开发正规军

    阿朱: 走出软件作坊

    大家从各个开发语言的优缺点和适用领域,一直讨论到设计模式、框架、重构、单元测试,乃至敏捷编程,最后都讨论到了软件开发过程管理,甚至都谈到了盈利模式和中国软件 走出软件作坊:三五个人十来条枪 ... 作者:阿朱

    阿朱<<走出软件作坊>>

    本书形式活泼,内容独特,主要以作者自身多年工作的宝贵经验,来谈软件公司的项目管理和团队建设,主要包括对中小软件公司软件开发组织结构、团队文化、软件过程管理、团队激励、绩效考核、职业发展规划、未来业界...

    阿朱:大规模研发团队管理实践

    前深圳明源软件CTO、《走出软件作坊》作者阿朱在SDCC 2013的《研发管理专题论坛》中发表了主题为《大规模研发团队管理实践》的精彩演讲。在演讲中,他介绍了其在管理上所采用的软件陆军管理法。他表示,企业的CTO...

    阿朱分享:中国互联网十五年的22个创新模式

    学习下互联网的22个创新模式 让我们一同创新

    初中语文文摘历史阿朱:死如秋叶之静美

    初中语文文摘历史阿朱:死如秋叶之静美

    走出软件作坊_阿朱(PDF高清文字版)

    《走出软件作坊》形式活泼,内容独特,主要以作者自身多年工作的宝贵经验,来谈软件公司的项目管理和团队建设,主要包括对中小软件公司软件开发组织结构、团队文化、软件过程管理、团队激励、绩效考核、职业发展规划...

    走出软件作坊 阿朱

    走出软件作坊 走出软件作坊 走出软件作坊 走出软件作坊

    阿朱小学口算自动出题

    每日出口算题家长的福音,可以设定每日出题的数量,并打印 可以灵活设定各类型口算

    RAR文件密码破解器

    ZIP Password Recovery Magic是一款专业破解ZIP压缩包加密密码的密码破译工具,支持自选Dict字典 Name:www.orsoon.com Code:RPRM2699978

    走出软件作坊(CSDN名博阿朱7年职业经理人心得总结)

    2008年CSDN名博阿朱7年职业经理人心得总结 中小IT企业和创业团队的实战管理手册 形式活泼,内容独特的软件项目开发故事书 具有中国特色的中小软件公司创业指引 完整讲述三五十条枪成为软件开发正规军的发展之路

    走出软件作坊——阿朱著

    三五个人十来条枪,如何成为开发正规军? 软件开发过程中,会碰到各种各样的问题,领导的决策,下属的行动,客户的要求,如何应对?

    php100视频 89集 解压密码

    php100 解压密码 视频教学 php00视频教学

    走出软件作坊(IT人升职必备)(The Itch of Software Workshop)

    《走出软件作坊》形式活泼,内容独特,主要以作者自身多年工作的宝贵经验,来谈软件公司的项目管理和团队建设,主要包括对中小软件公司软件开发组织结构、团队文化、软件过程管理、团队激励、绩效考核、职业发展规划...

Global site tag (gtag.js) - Google Analytics