杨长春的个人空间

职场如战场，走上职场，要有竞争意识，弱肉强食，你争我夺，要想出人头地，就得建立自己的核心竞争力，找个实施岗位的工作起步很容易，而要有计划地打造自己的核心竞争力就不容易了。  其它行业改行过来的实施原来是干其他工作的，例如干财务的，干生产计划的，干车间管理的，干建筑的，等等，然后改行做软件实施。这种路子出来的实施，最大的优势就是精通业务知识。当你熟练掌握了某个复杂行业的业务知识，然后做这个行业的信息化工作，你在职场上就有了一种不可多得的核心竞争力。要想走这种路子的话，可以先到某

解决方案的形式乙方的售前人员在经过售前调研之后，了解到甲方的一些基本状况，然后就需要编写解决方案了，所谓编写解决方案，就是针对甲方的要求，论述自己将如何满足他。解决方案根据项目售前工作的需要，一般有两种最典型的方式，一是PPT形式的，一是Word形式的。PPT嘛，一般用于给甲方做演示，图片多，文字少，讲究视觉冲击力，而主要的内容需要售前人员配合着讲解。Word嘛，就可以展开描写，可以阐述非常细节性的问题，讲究专业性。根据不同的场景，售前人员可能需要编写不同形式的解决方案，例如，让甲方领导被吸引产

一个不主导产品方向的产品经理还能叫产品经理么？

作为产品经理，注意力集中在产品市场、客户群、用户群，解决什么问题，抓住用户什么痛点，如何处理事情，如何使用等等。

作为研发，注意力集中在如何实现设计要求，如何架构，如何部署，如何利用资源，如何优化性能，如何提高安全性等等。

简而言之，关于软件产品这点儿事，产品经理的重点是“WHAT”，研发的重点是“HOW”。《人月神话》说得好，他们各有各的学问，都不容易，没有高低贵贱之分。

所谓“术业有专攻”，产品方向本来就是产品经理的研究重点，属于分内之事，怎么能让研发主导呢。

女儿跑到成都去上大学了，离家一千八百公里，从此由水乡妹子变成了川妹子，所谓天高皇帝远，管不了了。但还是希望她能够在学习、生活中养成勤于思考的习惯，于是给她写了这篇文章——老爸真的忘了什么时候养成这个习惯的，每天必须写点东西（虽然没有什么文学细胞），不写点东西就觉得空落落的，以前没有电脑、互联网的年代，用日记本写，前前后后写了好几十本，后来也不知道丢到哪里去了，沦落在民间。来到互联网时代，自然就在电脑上敲敲打打了，听着键盘噼噼啪啪，看着自己的思想在屏幕上闪出，有一种说不出的快乐。写着写着，就觉得写

一般来说，在绘制软件原型时，都要在原型上写一些事例数据，如表格中的，label上的。新手很容易犯这种错误：不注意原型数据的展示。例如：明明某个字段有唯一性控制，在原型上却出现相同的数据（如出现了两个“LK0292”工号，姓名却不同）。明明某个字段应该是其它字段运算的结果，在原型上却不是这样。明明某个字段需要排序，但在原型上出现的数据却是杂乱的。一个叫“张三”的，明明在第一行的职务是“总经理”，到第三行又变成了“操作工”。……随随便便敲点字母数字文字，看上去像节省时间，其实未必。要知道，原型上的数

由于工作关系，这大半年做了无数个ppt文档，经常为找一些图标头痛。今天将最近所用过的一些图标整了下。有兴趣的可以下载。PPT图标.pptx

《实战需求分析》由清华大学出版社出版，作者杨长春。本书是一本系统讲解软件需求分析及设计的书，面向管理软件，以实战为主。书中包括大量案例以及来自作者工作实践中的经验心得，主要讲述了需求分析的工作步骤、需求分析的工作内容、如何进行需求调研、如何进行系统规划、如何设计软件、如何设计出好软件、快速原型开发模型、需求文档的撰写、如何应对需求变更、如何成为需求分析高手。适合从事需求分析工作的专业人士、希望从事需求分析工作的IT人、希望了解需求分析工作的IT人、计算机相关专业的大学生、管理相关专业的大学生、企

正在策划一个产品，其中要用到企业中人员的上下级关系。上下级关系，直觉上只是个简单的树状结构，如果不深入思考，容易将之简单化，其实，这里面还是有很多麻烦事的。例如，有些企业，某些人的上级不止一个，属于多领导，虽然有些口头上的分工，但分工并没有非常明确，还有的时候，一个人可能会有兼职，如某车间主任兼职工会主席，他就属于两个不同的管理条线下，还有些企业，对排名，特别是领导的排名很重视，可在兼职的情况下，在不同的岗位下，排名是不一样的，等等。怎么表达企业里面员工上下级的关系，兄弟们主要分成了两大阵营，相

一个兄弟，以前做研发，最近刚做项目经理。根据要求，公司的项目经理经常要做些售前支持工作。可是他做售前工作总是马马虎虎，没有大错却经常有不少瑕疵，文案的字体不对了，格式不对了，标题不对了，等等，让人一看就显得非常不专业。找他好好聊了一下售前工作—— 对于一个售前支持人员来说，一定要尽量避免犯低级错误。程序员开发软件，出了bug有测试人员找出来修改，即使测试人员找不出来，给客户发现了，一般只要服务可以客户也不会过于计较。可售前工作完全不一样，你需要避免任何错误。因为一旦出了差错，会让客户对

本部门主要从事面向互联网的管理软件的开发。部门中有一个叫做“需求工程师”的岗位，大概的工作职责就是，根据项目经理或者客户提出的要求，进行软件设计，然后将设计稿交给开发人员开发。这是个联系用户与技术人员的桥梁，重要性嘛，怎么强调都不过分。有段时间，我发现他们工作中，最苦恼的事情不是客户漫无边际的要求，不是客户不断的需求变更，也不是研发人员认死理的工作态度，最苦恼的事竟然是，研发人员往往容易把他们的设计要求理解错误，导致开发出来的功能好多根本就不是需求人员想要的，导致需求人员与研发人员经常在办公室中