我是一家金融公司内部小型IT部门的开发人员,曾参与过许多项目管理很少或根本没有项目管理的中小型项目.这似乎总是导致范围蔓延,因此不能满足最后期限,并且必须牺牲良好的设计/代码以在短期内满足用户/管理者.
作为开发人员,我可以做些什么来确保在编写任何代码之前确定用户需求,并且考虑到用户/经理的需求和期望,任何变更请求都得到妥善管理.
谢谢.
虽然项目经理可能各自都有自己的个性和管理风格,但似乎他们中的许多人都喜欢潜行"范围蔓延"(无论是否有人在观看).虽然他们通常意味着好(祝福他们的心),但是你发现对项目经理说"不"的最佳方式是什么？
这将是所有noob问题的noobist,但究竟是什么范围蔓延,它需要什么？
我读了 什么 - 支付 - 结构 - 你用于小项目 ,我想知道你们如何处理bug与功能.我曾经遇到过客户想要静态报告的情况.然后在项目结束后,大部分报告工作完成后,他说他一直想要动态报告.这种变化并不容易,因为我们选择的框架不支持动态报告.这是一个奇怪的情况,因为客户有一个编程团队,所以他们应该知道.也许这只是缺乏沟通技巧.
你们如何处理试图让你添加功能的客户,因为他们忘记了,改变了主意,或者被误解了？
我的意思是大功能,而不是小功能.
编辑:
他表示预算是固定的,无法改变,而且这个功能(如同每个)都很关键,如果没有它,他们就不会接受这个系统.(只是最糟糕的情况)
大多数人都曾经在这里或其他地方 - 在你的项目中,你会得到非常小的请求,你很乐意照顾,但在某些时候,小事情会加起来.实施某些事情的时间有时比重新协商项目计划要少.
提供规格/要求计划是不错的,这不是一个注定的项目,你在什么时候吹哨并开始重新谈判？在任何要求？当该请求需要其他页面/表单时？或者只是觉得它？很想听听你如何打电话.