我是一家金融公司内部小型IT部门的开发人员,曾参与过许多项目管理很少或根本没有项目管理的中小型项目.这似乎总是导致范围蔓延,因此不能满足最后期限,并且必须牺牲良好的设计/代码以在短期内满足用户/管理者.
作为开发人员,我可以做些什么来确保在编写任何代码之前确定用户需求,并且考虑到用户/经理的需求和期望,任何变更请求都得到妥善管理.
谢谢.
在这种情况下,范围蔓延几乎是不可避免的,利益相关者没有时间提前帮助进行分析,也没有正式的合同.我建议选择一种敏捷的方法,让您不断调整目标和期望.像scrum一样的东西.短周期将帮助利益相关者尽早看到结果并调整需求,因为他们更好地理解问题,并且它们将使您免于精神错乱,因为冲刺周期将允许您适应这些变化.
在开始编码之前,几乎不可能拥有全功能的规范.特别是在小公司.敏捷方法效果更好,但这不应该让您无法完成项目.
你可以做什么 :
尽可能地沟通所做的决定.甚至你认为你的老板应该这样做.最好通过电子邮件,所以没有人可以声称无知
如果要求新功能,请确保每个人都知道这需要多长时间.不要小看.进行有根据的猜测并将数字乘以风险因子,具体取决于功能的风险.
当项目到达终点时,列出仍需要完成的任务以及时间估算.再次确保所涉及的每个人都可以随时查看此列表.
基本上你需要做的是确保每个人都知道你在做什么.这并不一定能使项目本身及时完成,但它可以作为管理者的一个镜像,因此他们可以看到他们决策的后果.
但总而言之,沟通,沟通,沟通并成为一种迷你项目的领导者.