Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/opencv/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Project management 使用哪种SDLC方法?_Project Management - Fatal编程技术网

Project management 使用哪种SDLC方法?

Project management 使用哪种SDLC方法?,project-management,Project Management,我将搬到一家新公司,在那里我将担任项目经理/开发人员/测试人员/发布管理等职务。。。对于我所从事的项目。基本上我就是一切。编程经理不在乎你做什么,只要你交付一个产品。因此,我需要制定如何管理我的项目。我还需要遵循一些方法,这样我就不会养成坏习惯 那么,基本上我应该使用什么样的方法?是否有一些资源,我可以看看我将要面临的情况?我应该采用敏捷还是scrum?这些项目将相当小 到目前为止,以下是我计划做的事情。请对以下任何一项发表评论 收集需求 分析需求 修复/更改要求…从1开始 设计 发展 单元测试

我将搬到一家新公司,在那里我将担任项目经理/开发人员/测试人员/发布管理等职务。。。对于我所从事的项目。基本上我就是一切。编程经理不在乎你做什么,只要你交付一个产品。因此,我需要制定如何管理我的项目。我还需要遵循一些方法,这样我就不会养成坏习惯

那么,基本上我应该使用什么样的方法?是否有一些资源,我可以看看我将要面临的情况?我应该采用敏捷还是scrum?这些项目将相当小

到目前为止,以下是我计划做的事情。请对以下任何一项发表评论

  • 收集需求
  • 分析需求
  • 修复/更改要求…从1开始
  • 设计
  • 发展
  • 单元测试
  • 负载测试
  • 用户验收测试/修复错误
  • 投入生产

  • 我想知道你是否需要带着你自己的全新战略进入新公司,或者你是否可以利用他们目前正在做的任何事情来感受这个地方。从那里,你可以保留有效的,改变无效的


    这里有一个资源可以帮助你记住你所掌握的不同之处

    我认为,如果进入一家新公司并试图实施开发方法“x”,而不首先了解您当前管理的人员如何开发软件和交付项目,那将是非常有害的。
    你不能指望作为一名新经理走进来,告诉那些正在工作的人,从明天起,他们都在做不同的事情,因为你这么说。
    你需要看看他们现在在做什么,什么有效,什么无效,然后一旦你从你要管理的人那里赢得了一点信任和尊重,并且看到他们喜欢工作,你就可以开始指出你认为他们在做什么中的漏洞。

    理想情况下,您应该帮助他们得出结论,即他们需要流程“a”或流程“b”。如果他们觉得自己是流程的主人翁,并且自下而上地开发流程,那么您可能有机会遵循这些流程。自上而下的新过程(无论你选择何种方法,无论你是多么优秀的福音传道者)的成功几率非常低。

    然而,在我经历过像你这样的情况以及我从学术界学到的经验中,这听起来可能有些陈词滥调,选择一种方法是非常困难的——最大的两个问题是,在你使用一种方法并获得经验之前,你无法真正评估一种方法是否合适,并且一种方法的成功使用在很大程度上取决于你和你周围的环境——仅仅因为你的老板不插手,其他员工是什么样的?他们以前是否曾被糟糕的IT项目所困扰,IT的平均能力/接受度是多少

    根据我在小团队工作的经验

    线性方法(SSADM等)

    优势

    • 通常结构简单、刚性好 遵循(如您的问题所述)
    • 高度冗长和拘谨 =快乐管理(他们通常会分阶段/里程碑思考 被“签准”)
    缺点

    • 天生厌恶晚些时候改变 (不含成本/时间)
    迭代方法(RAD,UP)

    优势

    • 不断变化的价值观 以小规模交付工作的改进 但是有用的部分(快乐管理)
    缺点

    • 需要自律 一开始看起来“不自然”的事情
    • 管理层面临的困境 被认为是“新的/有风险的”
    这对你有什么影响?这取决于你如何感觉你可以像这样管理自己(你以前有过像这样作为一个单独开发人员的经验吗?)-我个人发现一旦我失去兴趣就很难坚持严格的方法论

    尽管你提到你的管理层完全不插手——这实际上可能是一个问题——如果没有人参与监督——自我激励可能会下降,我发现,当这句谚语击中球迷时,不插手的人往往会对你施加更大的压力

    你提到你不想养成坏习惯,这听起来你可能适合一种更严格的方法——因此你可能会发现我经常使用的方法,也很好。OpenUP是一种迭代的、但有适度文档记录的方法,顶部有樱桃,这意味着您可以根据自己的需要定制方法-例如,开箱即用的方法对于一个人乐队来说太重了-但是它确实有合理的建议

    要求

    我不能强调要尽可能多地记录文档,并保持一个良好的版本控制系统(即使这意味着您要创建word文档的新版本来记录每个重大更改)

    拥抱“敏捷”分析方法——白板是你的朋友

    也可以考虑使用快速原型工具,如果能够有时间与最终用户

    使用它们。 设计与实施

    我不得不说,这完全取决于您的工具集/平台。只需使用您熟悉的工具即可。并使用源代码管理

    测试

    如果有可能得到一个开发和实时的系统,这一点更为重要,如果你正在做一些迭代的事情,在你进行开发的同时将你交付的部分代码推到实时的系统上

    UAT

    作为一个雷区,你需要确保你不会被“这个按钮离右边1像素太远”这类问题所困扰,并专注于核心问题,根据问题的复杂性和修复所需的时间对其进行优先排序