为什么每做一个软件项目，总要被折腾得死去活来
1>.软件是个庞大的工程，不像盖小民房，看得见摸得着，软件是一个看不见的庞大工程，所以一个像样的项目，一般没那么容易就能搞定的。
2>.我们不是业务专家，很可能碰到的客户也不是业务专家，客户的需求会变来变去，我们也被折腾来折腾去，没有一个很确定的功能需求。
3>.好不容易客户的需求理解了，项目折腾了一年半载也搞定了，但公司定位不清晰，又接了其他项目，一切又得从头开始了。
4>.我们不是思路严谨的人，客户也可能不是思路严谨的人，导致需求没有一个系统性，前后矛盾，相互冲突。
5>.我们的技术不过关，写的代码质量不过关，稀里糊涂，对付来对付去，我们的代码经不起客户的折腾，没折腾几下，就可能被客户的需求弄死了。
6>.客户的需求无边无际，没有一个明确的范围，其实客户的需求是需要限定在某个明确的范围内的，工作应在这个明确的范围内开展。
7>.可能我们也没有一个成熟的开发框架，每个人都在摸索，每个项目都在摸索。
8>.我们没有严谨的分工分界的思想，那些功能应该是在那个模块里做，那些功能是在那个层实现才对，那些功能应该在前台做，那些功能应该在后台处理，可能都是混乱的。
9>.我们一直在追求“差不多就可以”，导致我们做出来的程序不好用，漏洞百出，错误多多，无法将注意力都集中在客户的业务上。
10>.我们很可能没有一个整天的处理体系，例如页面的整体设计思想等，每个人、每个项目都在乱搞，没有按统一的处理风格来开发。
11>.公司没啥积累，一切都要重新来 ，过，做一个项目走一拨人，一年又一年，原地踏步。
12>.项目组人员，同时负责好几个项目，东搞搞西搞搞，无法精心做好一个项目，那个项目都是个半成品，都是个噩梦。
13>.拉一个项目，招聘一批人，各路神仙，思路不一样，做事风格不一样，写代码也不一样，驴唇对上马屁股，无法协调好。
14>.老板不懂技术，以为几个人就可以搞定，没有质量管理，没有需求分析，瞎搞乱搞，折腾来折腾去。
一个完整的软件项目里，最起码要关注那些
1>.项目是谁拉来的？如何拿到了这个项目？公司给了多少业务经费？如果自己做业务员，收入如何？
2>.客户是谁说了算？谁是这个项目的关键人物？这个项目的关系人都有谁，他们在项目里都起什么作用？
3>.项目的工期是多久？都需要哪些功能？客户的理想工期是多久？客户的期望值是什么？
4>.项目竞标是如何进行的？竞争对手是谁？我们采用了什么战术把对手打败的？
5>.竞标都写了哪些文档？为什么我们会中标？我们的优势、对手的弱点都在那里？
6>.项目的开工准备工作是如何进展的？
7>.项目的需求分析、演示模型的制作、与客户的沟通等，都是如何进行的？都需要多久的工期及工作量？都写了哪些文档？
8>.项目的成员是如何组织的？人员是如何管理的？项目里分工是如何划分的？
9>.项目的预算是多少？预算谁说了算？计划工期是多久？
10>.每周的工作报告和项目计划是如何弄的？项目进度控制上都出现过哪些问题？
11>.项目的款是如何收的？项目的进度款是如何安排的？项目里程碑是如何确定的？
12>.哪些比较较真的客户也是业务精英，我们是如何搞定的？
13>.项目开发中的错误是如何管理的？
14>.项目中遇到的技术难题都是怎么解决的？
15>.不能完成的功能，或者不在项目范围内的功能是如何解决的?
16>.项目里都用了什么技术架构？
17>.项目里的技术分层是如何实现的？
18>.项目与其他系统是如何组织在一起的？
19>.后期发生的问题，是怎么处理的？
20>.上线是如何进行的？
21>.那些功能在上线遇到了那些问题？后来是怎么解决的？
22>.如何把项目结束的?都发生了什么事情？都是怎么解决的？
23>.客户上线后，都有些啥问题？希望改进那里？客户是否满意？
24>.后期有没有在挖掘这个客户，有没有在挖掘出来个啥项目来？
程序员生涯，中需要注意的事情
1>.户口档案、养老保险、医疗保险、住房公积金要保管好。
2>.不要轻易换电脑，不要跟潮流，不要买过多的电子产品。
3>.这年代，外语、学历、职称、驾驶证还是蛮重要的。
4>.工作不要更换得过于频繁，选好行业方向后尽量不要在更换
5>.要对身边的人好，要得到老板的信任、同事的认可及支持，珍惜良好的工作环境
6>.钱很重要，但是生活质量比钱更重要，工作是很重要，但是家人比工作更重要
7>.开发思想、架构、代码就是财富，别老丢弃你的劳动成果，要学会保护
8>.当程序员要防止原地踏步，不是工作年限长了，经验就丰富了，年纪越大工作越难找
183
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
