﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-spark的自留地(ofbiz/eclipse rcp/shark/opentaps)-随笔分类-pm &amp; cmm</title><link>http://www.blogjava.net/hispark/category/35457.html</link><description /><language>zh-cn</language><lastBuildDate>Fri, 22 Apr 2011 23:36:32 GMT</lastBuildDate><pubDate>Fri, 22 Apr 2011 23:36:32 GMT</pubDate><ttl>60</ttl><item><title>你还能在回顾你的项目总结时感觉心酸或欣慰吗？</title><link>http://www.blogjava.net/hispark/archive/2008/10/23/236262.html</link><dc:creator>shanghai_spark</dc:creator><author>shanghai_spark</author><pubDate>Thu, 23 Oct 2008 13:58:00 GMT</pubDate><guid>http://www.blogjava.net/hispark/archive/2008/10/23/236262.html</guid><wfw:comment>http://www.blogjava.net/hispark/comments/236262.html</wfw:comment><comments>http://www.blogjava.net/hispark/archive/2008/10/23/236262.html#Feedback</comments><slash:comments>8</slash:comments><wfw:commentRss>http://www.blogjava.net/hispark/comments/commentRss/236262.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/hispark/services/trackbacks/236262.html</trackback:ping><description><![CDATA[<p>项目总结不知道大家是否都会真正去做，隔段时间会不会再去阅读与体会当时的心情呢？找出一篇旧时的项目总结，细细读来，看得仿佛还能感觉到当时的心酸。这个项目是我刚进入一家公司不久的情况下，我的职位是PM，当时公司有一个迟迟不能终验的项目，拖了三年，据说在我之前项目经理已经换了四任，所有项目成员也都不在公司里了。所以公司里资深些的PM都不愿意接这个项目，我想大家做过项目都明白，项目奖早就分完了，而且公司只剩尾款未收，根本就不愿意真正投入人力去完成这个项目，只是对客户有个交待罢了。于是，这么个烂摊子就落在我这个当时的新人身上了。<br />
<br />
从总结中摘抄一些部分放在这里，希望可以安慰时有低落心情的我及有相似遭遇的朋友们：<br />
<br />
一堆无人愿去看的源代码、无一原项目组成员的参与、充斥报怨的客户、乱七八糟的文档、无序的需求...这一切使得每个人不禁望而生畏。说实话，当时我心里也是非常不愿意接手这个项目的，心想：这个项目我对其一无所知、因为当时项目开发已进行了多年，需求与最初已发生极大变化、重新搜集需求又得不到客户的理解与支持、项目组普遍弥漫着一种失败论的气氛。</p>
<p>没有人愿意接，公司领导指派我去完成这件事。那我就抱着尽力试一试的想法参与进来。从此进入了漫长的需求摸索（资料不全、负责此项目客户的变化）、完整的功能的再次开发（我项目组无人精通Delphi，也无人愿意去看无文档无人员支持的原有的代码），还要在此过程去平息客户的怒火及吸收理解客户业务的内涵。在这漫长的过程，没有太多的肯定或成为焦点的可能。很有些苦闷的时候，我也想要去放弃——承认自己的无能、不愿再面对这种混乱的局面... 在这个过程中，幸有项目组人员、公司领导的理解与支持及自己不愿认输的因素才能坚持到今天。</p>
<p>从这个过程我也学到了对客户业务的理解。我想今日的我再不会象初接手这个项目面对客户时，那样不敢说出自己的建议和业务理解了。</p>
<p>时至今日，总结过去所发生的，有一些经验和想法愿意与大家分享：<br />
（1）在你最苦恼的时候，请勿轻言放弃，你的成功不是为了得到鲜花与掌声。做完你要做的事，是你自己的成功；离成功最近的地方也是最易放弃的地方。<br />
（2）选择一至两个可以倾诉的对象，他们的支持（可能只是倾听你的牢骚）会是你最大的动力。<br />
（3）团队的力量：选择一个假想敌或是共同的目标（不能让这些打算看你们笑话的人的阴谋得逞），会成为你这个团队战斗力的最大源泉<br />
（4）表面看起来蛮不讲理的客户是你最好的老师：只因为他得不到他想要的东西，才会看起来这样蛮不讲理。<br />
<br />
过去的经验，也许快乐，也许心酸。但回首时，只要你有真正的努力，你一定有属于自己的收获！</p>
<img src ="http://www.blogjava.net/hispark/aggbug/236262.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/hispark/" target="_blank">shanghai_spark</a> 2008-10-23 21:58 <a href="http://www.blogjava.net/hispark/archive/2008/10/23/236262.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>关于成立软件技术支持组PIT构想</title><link>http://www.blogjava.net/hispark/archive/2008/10/22/236038.html</link><dc:creator>shanghai_spark</dc:creator><author>shanghai_spark</author><pubDate>Wed, 22 Oct 2008 13:48:00 GMT</pubDate><guid>http://www.blogjava.net/hispark/archive/2008/10/22/236038.html</guid><wfw:comment>http://www.blogjava.net/hispark/comments/236038.html</wfw:comment><comments>http://www.blogjava.net/hispark/archive/2008/10/22/236038.html#Feedback</comments><slash:comments>7</slash:comments><wfw:commentRss>http://www.blogjava.net/hispark/comments/commentRss/236038.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/hispark/services/trackbacks/236038.html</trackback:ping><description><![CDATA[<p>在整理自己的文档库时发现了这篇五年前在另家公司工作时向公司老大提议"软件技术支持组"的一个建议书，后来因为由于缺乏相关的推动力（当时自己还只是一个PM并缺乏相应的授权与支持），最终并没有达到设想的效果，现在发出来聊以纪念一下年青时的想法吧：<br />
<br />
&nbsp; </p>
<h1 style="page-break-before: auto; margin-left: 0cm; text-indent: 0cm">1<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">前言</span></h1>
<p style="text-indent: 21pt"><span style="font-family: 宋体">在近期推动组件库项目实施的过程中，经常感觉到没有执行能力能够推动公司技术革新之困境。现征询</span>xxxx咨询<span style="font-family: 宋体">公司及其它朋友意见之后。现向您建议成立公司软件技术支持组（</span>PIT<span style="font-family: 宋体">）并授予相应职责的权力以负责公司的技术（工具、方法和过程）的挑选和识别，并将经过挑选和验证的技术有序地引入公司的软件开发过程。</span></p>
<h1 style="page-break-before: auto; margin-left: 0cm; text-indent: 0cm">2<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">实施后的蓝图</span></h1>
<p style="margin-left: 39pt; text-indent: -18pt; tab-stops: list 39.0pt">1、<span style="font-family: 宋体">公司由于技术的先进性获得市场竞争地位的极大提高。</span></p>
<p style="margin-left: 39pt; text-indent: -18pt; tab-stops: list 39.0pt">2、<span style="font-family: 宋体">售前人员可使用</span>PIT<span style="font-family: 宋体">根据公司用户市场情况、技术积累、成本因素、资源情况所制定出的商业解决方案向客户销售，对销售可起到良好的技术支持作用。</span></p>
<p style="margin-left: 39pt; text-indent: -18pt; tab-stops: list 39.0pt">3、<span style="font-family: 宋体">将过程财富（组件、工具、方法、经验）及规范标准在公司各软件项目中实施，可极大降低研发部门（成本中心）所耗费的巨额开发成本，获得最大的投入产出比。</span></p>
<p style="margin-left: 39pt; text-indent: -18pt; tab-stops: list 39.0pt">4、<span style="font-family: 宋体">可对风险进行预先评价，做好风险预防。</span></p>
<p style="margin-left: 39pt; text-indent: -18pt; tab-stops: list 39.0pt">5、<span style="font-family: 宋体">项目经理或销售人员可在需求调研阶段即可获得公司已有财富的情况和资源分配情况，对用户的引导可有的放矢，从而带来诸多额外的收获。</span></p>
<p style="margin-left: 39pt; text-indent: -18pt; tab-stops: list 39.0pt">6、<span style="font-family: 宋体">可有效的鼓舞公司研发人员的士气，加强公司战斗力和凝聚力。</span></p>
<h1 style="page-break-before: auto; margin-left: 0cm; text-indent: 0cm">3<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>PIT<span style="font-family: 宋体">的职责</span></h1>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">1、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span>PIT<span style="font-family: 宋体">对</span>SEPG<span style="font-family: 宋体">和高层管理者负责，有专门的定期汇报渠道。经批准后的行动计划和规范制度对公司研发部员工具有强制性。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">2、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">向公司高层汇报公司技术积累情况，长期技术策略以及提高公司市场竞争地位的发展路线。并负责安排和提供相应的实施计划（包括技术更新可能涉及的范围、更新的时机、可选的方案、评估情况、初期培训及指导、成本耗费情况）。经同行评审和高层批准后负责安排实施。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">3、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">负责收集市场、客户、项目的数据并根据公司技术积累、成本因素、资源情况、用户市场情况制定出销售所适用的解决方案。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">4、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">负责的技术范围包括：软件重用、</span>CASE<span style="font-family: 宋体">技术、架构设计、组件库规划及安排实施、语言规范及对应的形式方法。支持的范围包括语言、数据库、工具。并负责向外界寻求组织内部无法解决的技术问题。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">5、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">与各软件项目组一同确定软件开发计划，向项目组提供可用技术、已有技术积累应用及相应标准开发方法、开发工具、语言、过程的选择。并将在项目中应用的情况记录入过程财富库。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">6、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">负责提供公司的技术（工具、方法、语言、架构等）参考数据，包括：风险评价、公司资源情况、生产率、成本、进度、缺陷率、已知问题列表及公司已有技术积累情况。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">7、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">负责提供工具、方法、过程、新技术的培训及指导。</span></p>
<p style="margin-left: 58.5pt; text-indent: -37.5pt; tab-stops: list 58.5pt">8、<span style="font: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span><span style="font-family: 宋体">负责收集本组工作结果，并成文归档。估计其在组织中的效益与影响、风险。决定是否在公司大规模推广、否决或重新试验。<br />
<br />
</span></p>
<br />
这只是一个建议书，只是想从实施后的效果与日常的工作职责让老大明白这件事的意义，具体的计划与KPA文档就不一并附上了 。 
 <img src ="http://www.blogjava.net/hispark/aggbug/236038.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/hispark/" target="_blank">shanghai_spark</a> 2008-10-22 21:48 <a href="http://www.blogjava.net/hispark/archive/2008/10/22/236038.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>