设为首页 登录 注册
首页 中人社区 中人博客
123
返回列表 发新帖
楼主: 小妖baobao
打印 上一主题 下一主题

[转载] 理想激情生存一位技术管理人员的20年工作经历和感悟

[复制链接]

4

主题

4

听众

1831

积分

举人

Rank: 8Rank: 8

该用户从未签到

注册时间
2003-4-3
最后登录
2006-10-30
积分
1831
精华
0
主题
4
帖子
218
21
发表于 2005-7-29 17:38:00 |只看该作者 |楼主

16. 吃亏是福

16. 吃亏是福 我的副手李兴中在公司中总是在忙,请他帮忙的人多,他又是来者不拒。不论是研发中还是生产线上发生的技术问题,他都会帮着做,他跟大家交流时说,看起来是吃亏了,别人在休息,自己还在做事,但是正是因为做了很多Debug,才积累了很多经验,否则仅知道原理,没有实际经验,设计的产品还是会又很多不符合生产制程的问题。后来李兴中主导设计的几款PC主板的市场返修率,大大低与公司平均市场返修率,这些产品是在同样的生产线,同样的人,同样的材料和同样方法生产的。 我们有一个结构工程师,本职工作事情不多,而我们的测试任务有时很忙,人手不够,我请她帮忙做,每次都是比较勉强。后来因其它原因离职。在应聘新工作时,因结构工程师要经常到模具厂参加试模具,人家看她一个女孩,有那么文弱,都不愿意录用,后来她转应聘测试工程师倒是被录用。这才对原来的多付出,有了新的认识。 我们中心开会,不论是技术研讨会还是项目schedule安排会,我都要求会议的纪录要在会后1小时内整理完毕发给相关同事。开始助理对有些技术的内容记不下来,我坚持要他做到。他是学软件的,这就逼着他要了解相关的硬件技术,几年下来,他就成了可独当一面的PM,而且后来还被别家公司挖去成了研发部门的经理。 一般来说,员工总是追求高薪,但有时未见得是好事,因为你拿了高薪,工作的压力也一定更大,而且在其它同等条件下,你的市场竞争力会降低,而且那个高薪,如果是老板为了解决一时之需,那就更不好了。在公司状况不好时,裁员也是被先考虑的。 总的来说年青的时候,多做事,多经历一些磨砺,即使有些不公平,也不要去计较,不是没一次投入都有回报,但你总是在投入,终是有回报的,抱着这样的心态去面对工作,总会收回所有的投入的,这就是上天不负有心人。
回复

使用道具 举报

4

主题

4

听众

1831

积分

举人

Rank: 8Rank: 8

该用户从未签到

注册时间
2003-4-3
最后登录
2006-10-30
积分
1831
精华
0
主题
4
帖子
218
22
发表于 2005-7-29 17:39:00 |只看该作者 |楼主

17. 设计输入

17. 设计输入 我们往往要的是一个好结果,这是没错的,但好的工作输出来源于好的工作输入,这常被人忽略。软件行业有一句著名的格言:“进来的是垃圾,出去的还是垃圾”,把好输入关是极其重要的。所以特别把3年前在我们中心杂志我写的一篇文章贴在这里。 这里讨论的产品以IT行业的板卡和整机为主,也包括软件。设计输入是确定所设计产品的市场、用户、功能、性能、时间等目标,开展产品设计的依据,也是以后验证产品设计是否能达到规定的要求,评定设计质量优劣程度的依据。 1.设计输入的基本内容 根据ISO9001的规定,产品的规划阶段的工作内容均为设计输入的基本内容,如表1.列出了各类产品的设计输入内容。在实际项目执行中,特别是规划阶段,设计输入的内容不是一次确定的,也不是一方确定的,它往往需要多次双方协商或反复才能确定。表中的内容是指最终形成的文件。具体如下: 表1.各类产品的设计输入 阶段 板卡类产品 整机类产品 软件类产品 A 用户需求 用户需求 用户需求 可行性分析 可行性分析 可行性分析 B 产品标准/规格(SPEC) 产品标准/规格(SPEC) 用户说明书 规划 用户说明书 用户说明书 软件需求分析 C 合同要求和技术协议。 合同要求和技术协议。 合同要求和技术协议。 项目任务书 项目任务书 项目任务书 Schedule Schedule Schedule 1.1 用户需求: 1.1.1用户的分类 有几类用户,一类是外部用户(委托设计);一类产品是由本公司下达,此时公司就是用户;另一类是合作设计。当用户有充分、完整、清晰的图文要求时,是最佳状况,但实际情况往往不是这样,这就需要产品规划者通过有效沟通,将用户的口头要求或不完善需求进行图、文化的完善,要牢记口说无凭。还要充分考虑终端市场用户的需求。要有“用户的成功”才是我们的成功的概念。 1.1..2用户需求包括内容 *功能和性能要求,功能是回答这个产品有什么用?性能是回答这个产品怎么样(包括技术指标、MTBF)? *适用的法律、法规、专利、标准和规范要求; *适用的以前类似设计提供的信息(这是指既使用户没提到,但以前的实际经验证明应做到的设计要求); *运行、安装和使用; 贮存、搬运、维护和交付; 物料参数和环境; 处置要求。 设计和开发所必需的其它要求(Design Kit ,Sample ,Software Kit ect.); 应注意,在软件和服务产品的设计和开发中,最终使用者要求的和直接顾客要求的输入,可能特别重要。这类输入应以贯穿后续验证和确认能进行有效试验的方式来表达; 时间要求; 合同要求和相关技术协议。 1.2.可行性分析报告 可行性分析报告的目的是从设计项目的市场、用户、技术、经济、社会等方面论证其可行性。它包括用户需求分析和市场、技术调研。要多用表格形式来表达。 1.2.1市场调研 *市场在哪里(市场容量,细分市场和前景)? *用户在哪里(谁需要我们的产品)? *用户需要什么样的产品? *我们的优势在哪里?(技术/价格/品牌/时间/地利/政策/资金) *竞争对手状况(技术状况和市场份额)? *我们的目标(技术水平和市场份额)
回复

使用道具 举报

4

主题

4

听众

1831

积分

举人

Rank: 8Rank: 8

该用户从未签到

注册时间
2003-4-3
最后登录
2006-10-30
积分
1831
精华
0
主题
4
帖子
218
23
发表于 2005-7-29 17:40:00 |只看该作者 |楼主

17. 设计输入

1.2.2技术方案 *采用什么原理、方法、外观、架构、算法、语言; *采用什么主芯片、结构、电路、模块、接口; *技术关键、难点、重点; *关键元器件配套状况(量产否,供货周期,有无成熟应用,厂商实力); *与其它方案的比较; *标准化、系列化、专利、兼容性、可靠性; *易用性、工艺性、维护性,在线升级; 1.2.3人员和设计周期 *需要什么样的人员组合; *符合目前人员的状况吗? *增加人员可否提高速度? *产品设计组外需那些外部支持? *开始和结束时间 1.2.4投资和损益分析 *设计费用(工资、材料、样板、专用仪器、夹具、模具、差旅费、购专用技术、外包、其它); *产品材料成本; *市场推广费用; *生产费用; *利税; *损益平衡点(指销售多少台可收回所有投资,如果是附送产品,要估算其带来的附加值); *敏感性分析(技术、市场、竞争对手变化带来的风险,如何抵御?战争、自然灾害等不可抗拒力带来的风险); 1.2.5法规法律的可行性 符合法规、法律、环保规范,符合销售市场的民俗、宗教习惯。 1.3制定产品标准或SPEC 按照国家/国际/行业的相关标准制定自己的产品标准;IT行业有其技术、产品更新快的特点,往往很难制定产品标准,这时可以根据用户需求和可行性分析报告,制定SPEC,包括功能和性能,还应包括包装、环境、MTBF、安全、环保及引用的标准、规范。 SPEC要用定制的表格形式;特别强调要经用户签字确认。 1.4用户说明书 用户说明书要用非专门术语的语言,充分地描述其具有的功能及基本的使用方法;并能够说明特定的情况下的应对方法和注意事项。应特别注意下列各点: 1.4.1用户说明书应在设计产品前就写,而且是尽可能的完善,这是成功研发产品得到的宝贵经验。特别是对未设计过的新一类产品,在设计产品前就写,是至关重要的(否则极易设计出不符合用户需求的想当然产品); 1.4.2站在用户的角度,根据SPEC和用户需求编写用户说明书,一份好的说明书应易读易用,让最普通水平的用户读后都能够正确、快速、无误操作的使用; 1.4.3对一事物的描述,人易接收的程度依次为三维动画,二维动画,图片,表格,公式,文字(有语音辅助更好)。编写用户说明书要充分考虑这个规律; 1.4.4轻重要分开,逻辑要清楚。如对应用软件的使用说明要明确的表叙:用户应进行的实际操作;屏幕有那些反应;有什么要注意的事项。对这些不同的内容,可用不同的字体、颜色、段落来区分; 1.4.5当说明书内容很多时,可分为基本功能和高级功能,前几页是基本功能,让用户可迅速使用; 1.4.6说明书的外观、格式应符合企业的CI 形象; 1.4.7说明书应在产品发表时和在研发过程中必要时更新,一般来说,变更越少,体现产品规划越高。 1.5项目任务书 除了在规划阶段(1.1—1.4的内容和1.6的内容)给产品规划人员下达的上述内容任务书,这里的项目任务书是指经确认,可立项设计的项目; 项目任务书内容包括项目名称、设计组成员、启动和结束(可分几大阶段)的时间。 1.6制定Schedule Schedule的三要素是人、事、时间,要制定完整的具体的,直到MVT阶段设计输出的项目Schedule。并在执行中适时更新,以符合当前状况。要借助于项目管理软件,以实现科学规范的管理。;Microsoft Project 是一种功能强大而灵活的项目管理工具,可以用于控制简单或复杂的项目。它通过各种图表能够安排和追踪所有的活动,从而对进度了如指掌。而且现在,通过安装在公司的 intranet 或 Internet 上的 Microsoft Project Central,可以比以往更为方便地与有关人员交换项目信息。如它可以实现子项目的关联性;子项目的重要等级等等。 1.7 特殊性 以上是一个通常项目的设计输入,对特定的项目会有些不同,如有的软件项目需要“软件需求分析”(不是指“用户”)。 2.设计输入的评审 计算机软件行业有一句著名的格言:“进来的是垃圾,出去的还是垃圾”把好输入关是极其重要的。 2.1设计输入评审的参加人员 设计输入的评审应有用户(或代表)、管理者、产品规划工程师、产品设计师、测试工程师、采购、销售人员参加。 2.2设计输入评审的要求 对设计输入的内容应分别进行评审,不完整的、含糊的和矛盾的要求应予以解决,没有遗留问题,再进行下一步的工作。这也是ISO9000:2000版的要求 2.3设计输入的存档 应将确定的设计输入按文件管制的规定存档并保持
回复

使用道具 举报

4

主题

4

听众

1831

积分

举人

Rank: 8Rank: 8

该用户从未签到

注册时间
2003-4-3
最后登录
2006-10-30
积分
1831
精华
0
主题
4
帖子
218
24
发表于 2005-7-29 17:41:00 |只看该作者 |楼主

18. 扬长避短

18. 扬长避短 除非经历一个人生大劫,否则人的个性特质是基本不会改变的。有时看起来是改变,那可能只是因为外界的压力,暂时的收敛。 象我的个性是属于面对不合理的事是“疾恶如仇”,说话是直面事实,不怕得罪人;做事是追求完美,一追到底,风风火火,速战速决。象我这类人,在处理一些事的时候,一定有可取之处。如果要说负面的那就是易“得罪人”,工作要求高,给别人较大压力。我处理事时,他第一次出差错,我会和颜悦色地让他注意,第二出同样的差错,我会言词严肃,第三次还出同样的差错,我会忍不住严辞厉色。“对事不对人”作为一种管理理念是对的,但事是人做的,不把做事的方法说给他,不把责任心强调,不分析为什么多次出现这样的问题说给他听,怎么可以?这样对了解我的人而他又有一定承受力,没什么不良后果。但对脆弱的人往往是受不了。我承认在任何情况下都应该和颜悦色,但做不到,我仔细想过我为什么这样,原因应该是两条,一是个性使然,一是强烈的责任心。两者去掉任一条,都不会象我“那么‘顶真’,象做自己的公司一样”,这是我的同事经常说我的话。而且我自己发现,我一激动,思维会特别敏捷,前后事情会在脑子里面全部激活起来。 对多次出同样的差错的人我做过分析,一个是责任心不够;一个是做事的方法或技术没掌握;还有一个不被人注意的原因是,他的“联想能力”能力不够,我发现一些人,确实不是前两个原因出错。主要是他脑子里面不记事,上周的事他记不住,面对眼前的事也不会作相关联想,这样的个性特质往往也不具备并行作业的能力。 实际上,一贯的“和风细雨”式的管理和平时“和风细雨”加上偶尔地“暴风骤雨”式管理,都是一种管理风格,没有对错之分,只是一种选择,因为各种管理风格都有大量的成功案例。 不同特质的人,应该选择做不同的事。有的人爱说话,善于口头表达,也许做FAE合适;有的人心细,观察力强,也许做测试工程师合适;有的人心静,做的住,也许做PCB layout工程师合适;有的人富于创意,善于“自来熟”也许做PM合适;有的人富于创意,善于“自来熟”也许做PM合适 “江山易改,本性难移”也许硬着头皮改了个性,他的优点也随之消失。与其化大量时间去修身养性,不如扬长避短去做符合个性特质的事。 -----结束------
回复

使用道具 举报

4

主题

4

听众

1831

积分

举人

Rank: 8Rank: 8

该用户从未签到

注册时间
2003-4-3
最后登录
2006-10-30
积分
1831
精华
0
主题
4
帖子
218
25
发表于 2005-7-29 17:43:00 |只看该作者 |楼主

总算拷完了,呵呵

庆祝一下,[em10] [em01][em01][em01]
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册