软件企业中普遍存在问题
通过和众多国内科技企业接触，发现这些企业中普遍存在：
01、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快；
02、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点；
03、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责；
04、需求准确把握决定产品成败，但没有人关注需求，即使有时想关注也不知道如何关注；
05、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性；
06、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系”；
07、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动；
08、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，……
09、“不编码就等于没有干活”的思想作怪，产品开发过程需求工作持续时间短，需求分析不充分；
10、需求没有有效地分层分级，对不同阶段需求应该详细到什么程度没有明确的定义；
11、不清楚业界众多需求分析工具如何在不同需求分析阶段进行恰当运用。
一次次小进步，从毕业开始，你到现在飞跃了几次了，程序人生也不容易？
01. 会写最简单的程序，能编译通过了，是一次飞跃。
02. 会写C/S程序了，能用那些常用的控件，对属性事件有了解了，会用了，是一次飞跃。
03. 会写B/S程序了，也是一次飞跃。
04. 你彻底理解了分层的理念，程序彻底分层了，那是一次飞跃。
05. JavaScript懂得比较厉害，也是一个飞跃。
06. 会用SqlServer, 能写比较高超的SQL是一个飞跃。
07. 会用Oracle, 是一个飞跃，能区别这2种数据库的差别也是很关键的。
08. 会用版本管理工具，例如Microsoft Visual SourceSafe，进行版本管理团队开发了是一个飞跃。
09. Office 套件用的厉害，是一个飞跃。
10. 能很熟练的用第3方控件，自己也能写一些控件组件是一个飞跃。
11. 能看懂老外的文章，是一个飞跃。
12. 能迅速在网上查找一个问题的正确答案是一个飞跃。
13. 意识到项目管理的重要性了，是一个飞跃。
14. 意识到成本控制了是一个飞跃。
15. 意识积累的重要性，标准化的重要性是一个飞跃。
16. 能按自己的意愿架构系统，不断改进完善是一个飞跃。
17. 意识到做人比做事更重要，业务知识比技术更重要了，是一个飞跃。
18. 意识到身体是革命的本钱了，是一个飞跃。
19. 意识到家人比工作更重要是一个飞跃。
20. 意识到活的开心，比赚钱更重要，自己不能跟自己过不去，是一个飞跃。
21. 意识到当老板更不容易，是一个飞跃。
22. 意识到养家，养孩子，更不容易，是一个飞跃。
23. 意识到自己啥也不会，啥也不是，很平庸的一个人，是一个飞跃。
24. 你能写出总结出自己的经验教训，能写出自己的思想，那是一个飞跃。
25. 意识到自己也有些老了，该差不多了，男人30而立了，开始懂事了。
一个人磊个小山包，与大家磊同一个小山包
中国人都喜欢每个人搞每个人自己的，自家扫好自家门前雪是我们的传统，眼光相对狭隘一些，
与老外比，缺少团队合作精神。
研发出一个比较稳定的，成熟的开发平台，都很不容易，需要付出艰辛的努力，还需要积累很多的
实践证明，你这个是好用的，设计是合理的，说白了，是经过高昂代价的，经过拿公司测试，拿客
户的项目测试，拿同事测试后，才能逐步提炼出来一个稳定的开发框架来，当然还需要一些重要的
核心理论的指导才可以。
若一个公司里，有几个项目小组，每个项目小组都干每个项目小组自己的，那这真的是太浪费资源
了，而且这些都需要摸索，测试，修改N多Bug后才成熟，付出的代价是惨痛的，特别是项目组里
骨干付出的心血更是很多很多，人来人往，换了一批又一批的人，积累沉淀对一公司来讲特别重要。
所以，做为一个公司的技术主管，一定要注意，尽量要让大家磊一个山包，大家力气往一处使，改
进完善一个系统，这样有利于公司的。稳定的牢靠的积累是公司发展壮大的一个重要根基之一。
大家每个人磊个山包，大家都累，山包也高不起来，大家磊同一个山包，就更容易积累了，而且大
家都轻松，大家都可以站得更高，望得更远一些。
随便谈谈啥值钱，积累的重要性
很早的时候，很喜欢学习IT技术，每天都在学，上班学，下班学，白天学，晚上学，国内的网站学，国外的网站学。
学了几年，发现自己啥都懂，啥也不会，啥也没有，钱也没赚到，两手空空。
快10年了，总结下来，我们做管理类软件的，本来就没啥技术含量，其实是业务知识才值钱，管理思想才值钱，我们
整个国家都没啥技术，大部分IT公司的技术含量也不高，还能学到啥技术？自己也就是小本科，外语也不咋地。
不管是对个人来说，业务知识的积累很重要，对于一个公司来说，积累也很重要，一个公司的实力强不强，可以很简
单的衡量，这个公司有多少积累，有多少沉淀？
很多公司，都很浮躁，眼高手低，不重视踏踏实实，扎扎实实的积累，结果，虽然接到了项目，都消化不良，接的项
目越多，越乱，人换来换去，几年下来，也没啥积累。
有些人干了10年的软件开发了，可能手上也没啥积累，什么都能做，什么都会做，但是什么都没有，这样的现象导致，
别人想给你赚钱都很难，因为你没啥可销售的东西，说白了，我们公司就优点儿类似情况，好像啥都能做一样，其实
可以讲基本上啥都没有。
对于一个公司，还是个人来讲，积累是很重要的，我们心目中往往是存在理想化的东西，实际上，你有个不怎么的软件
也比没有强，不断的改进，不断的完善才是硬道理，罗马不是一天建立起来的，从今天开始，大家都重视积累。
技术是值钱，但是你没技术时，学会业务知识是很重要，业务只是，有时候比技术还值钱，大家都应该成为某个业务领域
的专家为目标了，我们的软件也会做得越来越好了。
业务模型，数据库设计是很值钱的，不管是用什么开发，到底业务模型要怎么建立，数据库里建立什么什么表格，什么什
么字段，为什么建，为什么不那么建，经过多年的研究，深入应用后总结出来的业务模型，比技术还值钱的，这个是真的。
我说话很直白，没有引人瞩目的，让人云里雾里的豪华词汇，但是真理永远是真理。扎扎实实把业务逻辑用IT技术实现好，
不断改进完善，这个才是赚钱的硬道理。
屏幕前的你，手上有什么积累呢？你懂什么行业的业务知识？
你这个积累可以变成成熟的商品模块吗？
项目进行得死去活来，开会开会开会，很反感
可能我这个思想是个错误的思想，项目进度很紧，还需要到处开会，公司里有公司的例会，客户那里还有这个那个会议。
1周下来，2天都在开会，总共就工作5天。
来开会的，都是不干活的，来开会的人，比做项目的人还多，来开会的都很有想法，来一大堆的思路，告诉你项目如何
如何做，要这个报告，要那个进度，要协调这个要协调那个，NND那你来干呗。
任何一个领导，能说了算一点点的，都来给你指导，非要有修改意见，修正意见才能显示出来，他比你更懂，或者更聪
明一样，这个要这么改，那个要那么改，改得一塌糊涂，来的领导少还好，来的领导多了，真要命。
哇靠，随便写了一下，很可能你也会遇到很多这样的事情，发泄一下，心里爽快多了。
