需不需要留给程序员了解需求的时间？？
需不需要留给程序员了解需求的时间？？现在我们公司是边开发边了解需求，作为一个程序员感觉很无奈... --------------------编程问答-------------------- 一般公司只需要你回答：能不能？是不是？.........楼主太天真了。 --------------------编程问答-------------------- 都把程序员当神看了 啥都不了解就开始干
边干边了解，总花费了解时间没少，而且随着了解的加深 ，对已完成代码进行修改也很费时间。 --------------------编程问答-------------------- 哪有那么多时间给你去熟悉需求， --------------------编程问答-------------------- 肯定还是先了解大局了才去动手干啊，后期再来修改代码好玩吗？
跟你老板说，我是来上班的，不是来被玩的。 --------------------编程问答-------------------- 打个比喻，一个项目的开发周期是3个月...
分析需求就需要2个月，最后1个月才是真正的属于程序员开发... --------------------编程问答-------------------- 不要想那么多了，头头让你做什么你就做什么，等你基础扎实了就跑吧，
这样做项目的公司估计不会太有前景 --------------------编程问答-------------------- 很多公司都这样。急于看结果。楼主看开点吧。 --------------------编程问答-------------------- 呵呵，程序员干嘛要知道需求
程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。
或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗
或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定
诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。 --------------------编程问答--------------------
顶 程序员 就负责写代码 就可以了
需求那是领导把握的 --------------------编程问答-------------------- 小公司的老板或许以前是干机床的。。。你让他们明白这个， 难
。。。 --------------------编程问答-------------------- 应该需要啊，至少要需要知道自己下一个任务的确定需求，否则怎么做，边问边做太浪费时间了 --------------------编程问答-------------------- 你想一辈子做小兵？ --------------------编程问答-------------------- 楼主做的是公司内部项目。 --------------------编程问答-------------------- 和我一样，边开发边了解需求 --------------------编程问答-------------------- 非常有必要， 就是项目再急也需要把需求弄清楚，完全清楚，
需求都不懂， 你埋头干完了客户说你这东西不是他想要得， 你不是哭了。难道返工？ --------------------编程问答-------------------- 程序员出了写代码 需求不是程序员该想的事情，老大让怎么做就怎么。。。。。lz 别想这么多. --------------------编程问答-------------------- 程序员也要与时俱进呀...各种各样的老板跟客户都是有的...没办法..... --------------------编程问答-------------------- 程序员‘了解需求’和‘理解需求’ 就是lz说的内容吧，需求文档150页，开发周期3个月，你希望花多少时间‘了解需求’ ， 所以，程序员就是coder，不需要你了解那么多。 照文档写去就行了。 --------------------编程问答--------------------
主要是很多的时候，连个文档都没有啊。需求完全就是口述。今天可以这样，明天可以那样。 --------------------编程问答-------------------- 不清楚需求，开发什么呀~ --------------------编程问答-------------------- 16头像很内涵！ --------------------编程问答-------------------- 一个成功的产品，了解需求是必需品，而不是疑问点。 --------------------编程问答-------------------- 需求？？？？！！！！有的时候客户自己都不知道自己要做什么！ --------------------编程问答--------------------
大部份公司不具备这种的条件。除非你有详细的设计文档，不然不了解需求，怎么编码？ --------------------编程问答-------------------- 小公司应该不会有太多的时间给你深入了解需求，大致跟你说一下需求，就让你马上动工，他们看重的是结果，你的过程不是他们关注的，后期需求变了，你再改呗 --------------------编程问答-------------------- 别说小公司了，咱国家家喻户晓的某大公司HW 很多项目都是这样的，所谓的需求就是口述或者让程序员自己去想需要做什么功能，然后客户需要看文档了什么的时候再加班补文档，找什么将领的去了解需求啊，毛用都没有！
小小coder就认命吧，除非你爬到那么高，站在一个有利的位置吆喝着别人去。 --------------------编程问答-------------------- 外国的公司和懂技术的公司才会 --------------------编程问答--------------------
坚决支持！ --------------------编程问答--------------------
支持
如果咱是个小兵,那咱就当个特种兵.
--------------------编程问答--------------------
其实公司里也是连需求也没有，也是在你做的过程中增加了解，这是中国的国情决定的，这也是开发的性质决定的。
--------------------编程问答--------------------
需求， 我还没见过一个正规的需求文档，文档在我手里的，客户手里的，和其他同事手里的总是差了十万八千里 --------------------编程问答-------------------- 有必要~ --------------------编程问答-------------------- 很多的时候，连个文档都没有。需求完全就是口述。今天可以这样，明天可以那样。
有的时候客户自己都不知道自己要做些什么、、听风亦风，听雨亦是雨、、、
程序员就这命！要想改变，那你就爬高点，有本事了就去指挥别人、、 --------------------编程问答--------------------
说的不错 现在这种情况很多 一般需求明确的都是大型项目
不了解需求 你怎么编码 --------------------编程问答-------------------- 定是要先了解了，自己发时间好好熟悉吧 --------------------编程问答--------------------
完全同意，我现在做的就是项目就是这样，5个月了，差不多认命了 --------------------编程问答--------------------
+1 --------------------编程问答-------------------- 中国的软件业特色 把软件当东西做 --------------------编程问答-------------------- 时间长了就懂了。 --------------------编程问答-------------------- 磨刀不误砍柴工 --------------------编程问答-------------------- 上班两年呆过两间公司
第一间公司老板说：我要做个游戏你帮我弄出来。我两个月做出来了，但老板不断的奇思妙想让我修改了10个月，最后我很稀里糊涂不知道他想干什么，就和他说88了。
第二间公司产品经理对我说：我要做一个浏览器出来。两个月我给他做了个简单的，他非常高兴，每天跑来加点奇思妙想，一直修改到现在。
我不明白需求是什么？如果软件的想法早固定了，做出来交差就行那多好。 --------------------编程问答-------------------- 完全没文档，全是口述的~~~
--------------------编程问答--------------------
软件工程理论里好象是说的确实需求分析设计什么的基本都是分析师项目经理参与最多再加个设计师，其实程序员是不参与的，只参与编码测试。
--------------------编程问答-------------------- 话说我公司的项目都是做好了才写需求文档的............. --------------------编程问答--------------------
估计大虾的公司已经CMMI-N了....
呵呵 --------------------编程问答-------------------- 我们现在已经了解一期需求3个月了，客户也没拿出个准确的需求，问题是客户已经把第二期的资金打到公司账户上了，。。。 --------------------编程问答-------------------- 理想总是和现实有差距的,目前国内软件行业对文档的重视还太低.没有好的文档,程序员连北都找不到,要是在不去了解需求,代码就不用写了.
要是想省事,那就去做国际外包吧,有时候老外的文档把函数名都给你定好了,你只要实现接口就行.
可是这样也没什么前途,很难提升自身的能力. --------------------编程问答--------------------
说的有理 --------------------编程问答-------------------- 程序猿就是悲催的化身啊，认命吧! --------------------编程问答-------------------- 如果客户知道自己要什么，早就自己找人做了 --------------------编程问答-------------------- 10%-30%的项目时间 --------------------编程问答-------------------- 不了解需求有时候真的是心急如焚，根本不知道要怎么做！ --------------------编程问答-------------------- 楼主，你们用的是Scrum开发模式，淡定 --------------------编程问答-------------------- 额，很多单位都是这样的吧。领导会告诉你一个东西最核心的实现目的，但是在你交出原型后，就开始各种改改改……文档这东西，好多都是开发完才写的…… --------------------编程问答-------------------- 我也有同感 --------------------编程问答-------------------- 没有明确需求，坚决不写代码 --------------------编程问答--------------------
边开发边了解需求??
你们公司太不专业了,这样做有很大的风险,很可能做到一半发现之前理解错了,全部重做...
需求分析:制造:测试=1:1:1.5
以上是工作量的时间比例,这样才能保证前期的定位和方向不会出现大的偏差
--------------------编程问答-------------------- 不想当小兵的程序猿不是好老板 --------------------编程问答--------------------
同意 --------------------编程问答--------------------
jf --------------------编程问答-------------------- 这个问题也是我头疼的问题，做个维护项目，bug说明就那么两三行，说的全是没听过的概念，自己分析自己测，给的时间就是个开发时间根本不够测试用的，连个能问的人都没有，是不是有时候大公司不见得比小公司好..... --------------------编程问答-------------------- 看情况，领导说咋就是咋... --------------------编程问答-------------------- 需要，我们经理总是给我们充足的时间的，但具体也是因为需求多，经理让我们做都给的时间很充足的，我们是分需求设计与分析->开发-。。。。 --------------------编程问答-------------------- 需求分析没做好怎么编码啊，做出来后改来改去的更浪费时间~ --------------------编程问答-------------------- 恩，程序员就是码农，需求不需求的没什么事 --------------------编程问答-------------------- 没什么了解的 就是上面嘴巴一张，下面就开始写代码 --------------------编程问答-------------------- 还没做过不了解需求就干代码的事情。说实在的，让我全部反工的项目已经有两个了，该死的原型法，原型也给程序员做了。公司UI变成设计，没啥代码工作量嘛。
觉得最大的问题是需求人员没办法预测变化，搞得设计的时候扩展和适应性太垃圾了 --------------------编程问答-------------------- 需求都不清楚 写毛的代码啊！
是不是写了后 再反复的去修改？
需求不明确会走很多弯路的！ --------------------编程问答-------------------- 简单的修改无所谓！就怕那种大返回的结构性的改动
个人认为：程序员必须应该了解需求，写出来的程序才够人性化，实用 --------------------编程问答-------------------- 这个要看公司职能划分到什么程度，如果正规化到程序员就是只做填空题的，那么不了解需求也无所谓，当然为了能更好的填好空，了解需求还是必须的
而一般的公司没需求，程序员做毛？没需求就代表着返工=浪费 --------------------编程问答-------------------- 肯定有必要，不知道要什么，怎么能知道怎么办。不知道现在公司是个什么情况 --------------------编程问答-------------------- 哈哈，没有那么多时间给你看需求 --------------------编程问答-------------------- 如果程序员有技术管理领导，这是技术管理领导的责任。他可以决定程序员的开发模式和管理方法，怎样都行，但他必须为开发的正常进行负全部的责任。下面的程序员就无需想这种事，听其安排就是了。出事就是他的责任。
如果程序员没有懂技术管理的领导，自己就是这一摊的首脑，那你必须懂得向那种250的领导说明你的工作需要。这是你应该为自己争取的正常工作条件，否则吃力不讨好，最终吃亏的肯定是你，而不可能是那种无知的领导。 --------------------编程问答-------------------- 更好的建议，则是离开那种公司。
那种公司，之所以成为这样的情况，可以想像，其所有部门所有岗位的管理都是不科学，无条理的，你正常的工作需求，需要改变所有岗位的管理方式和工作方式，而这种垃圾公司是不可能轻易实现的，这种环境就是举座皆浊汝独清，要么你就和他们一样混，可是，出活的毕竟是你，别的环境都可以混，就你不好混。所以这种公司是典型的专给程序员准备的火坑，立即跳，勿二念。 --------------------编程问答--------------------
--------------------编程问答--------------------
我们的客户就是今天说这改，明天说那改。改的没法了，现在就写用例，给他。 --------------------编程问答-------------------- 看得最清楚啊！
--------------------编程问答--------------------
大哥啊，我决定跳了 --------------------编程问答-------------------- 你这算好的了,我们这边维护代码,代码还是那种极不规范的那种,业务需求就随便说下.天天看这烂代码,头都痛了! --------------------编程问答-------------------- 迭代式的开发是必要的，但是必须有计划，否则想到哪里做到哪里，项目会失控 --------------------编程问答-------------------- 1、需求是变化的，一次了解不完，只能边做边了解，后面了解到的需求可能颠覆前面已经完成的设计，导致架构混乱，这是常事
2、公司需要的是快速交付产品换钱养活程序员，不会给你那么多时间搞研究，包括需求调研
这是大多数国内程序员的宿命，so， this is it. --------------------编程问答-------------------- 问题是设计能给出1是1 2是2的设计吗？ --------------------编程问答-------------------- 公司的内部项目，应该可以跟需求的人谈谈需求，然后你自己拟一份需求，交给需求的人看看，符合就做呗，不符合就修改吧，这样有板有眼的，望点评。 --------------------编程问答-------------------- 这还算好吧，碰到让你边弄需求边开发的，更蛋疼 --------------------编程问答--------------------
你说的太理想化了
--------------------编程问答-------------------- 当然需要，如果不了解需求，简单的输入输出测试都不能 --------------------编程问答--------------------
感觉你很NX了 --------------------编程问答-------------------- 国内的都是这种状况吧，做外包的还好，文档要求都很高，就是工资少点 --------------------编程问答-------------------- 需求肯定是要了解的，当然老板的话也得听，就是考验自己咯。 --------------------编程问答-------------------- 其实是需要了解的，我们这边也是，编写代码，上面还在边改需求，能把你气死。
--------------------编程问答--------------------
++++ --------------------编程问答-------------------- 我倒是觉得 实施工程师的水平应该整体提高 从有编程能力的人中抽出沟通能力强的 让高水平实施人员（当然也意味高薪）去整理需求、写设计文档、甚至写数据字典这样能减少不喜欢业务的程序员去了解业务的时间。 --------------------编程问答-------------------- 需求不是人家给你时间去了解的 是你找时间去了解的 在出需求的时候不肯能你什么都不了解 就直接给你一份文档了 需求也不是一下子 出出来的 肯定是出了一次大家讨论 修改 在讨论 这时让你求了解的时间足够了 --------------------编程问答--------------------
对头，有项目就大概讲解下，然后开干，从来没去了解过啥需求 --------------------编程问答-------------------- 楼主，支持一下！！！
--------------------编程问答-------------------- 绝大部分公司里，这个要求实在是很有难度。 --------------------编程问答-------------------- 最怕需求老变 --------------------编程问答--------------------
这个确实
--------------------编程问答-------------------- 每天回帖即可获得10分可用分！ --------------------编程问答--------------------
补充：.NET技术 , 非技术区
