Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/unit-testing/4.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 我该怎么办?将此产品分成两个分支,或者保持其统一_Project Management - Fatal编程技术网

Project management 我该怎么办?将此产品分成两个分支,或者保持其统一

Project management 我该怎么办?将此产品分成两个分支,或者保持其统一,project-management,Project Management,我是第一次在一家大公司实习,我创建了一个GUI工具,让我的同事可以可视化他们的产品生成的日志文件。这个被称为MRI的工具即将完成,我面临一个冲突 一个政党(两个住在加利福尼亚州的雄心勃勃的印度人)希望我将核磁共振成像适应新的格式,并显示更详细的信息。当前版本的MRI是基于20年前的日志文件格式的特性构建的。在我看来,试图从一个功能不太强大和独特的工具中发展出一个更强大、更通用的工具是一个坏主意(最好从头开始;我可能没有时间去做) 另一方由几个营销类型和我父亲组成。他们对我贴在他们疯狂的旧日志文件

我是第一次在一家大公司实习,我创建了一个GUI工具,让我的同事可以可视化他们的产品生成的日志文件。这个被称为MRI的工具即将完成,我面临一个冲突

一个政党(两个住在加利福尼亚州的雄心勃勃的印度人)希望我将核磁共振成像适应新的格式,并显示更详细的信息。当前版本的MRI是基于20年前的日志文件格式的特性构建的。在我看来,试图从一个功能不太强大和独特的工具中发展出一个更强大、更通用的工具是一个坏主意(最好从头开始;我可能没有时间去做)

另一方由几个营销类型和我父亲组成。他们对我贴在他们疯狂的旧日志文件上的闪亮的新GUI垂涎三尺,他们每个人都想要一些能够帮助他们完成日常工作的功能


我该请谁?我只想编码。哪条路能减少这种愚蠢的冲突?

让双方坐在同一个房间里。向他们展示各自要求的功能列表,以及您认为每个功能需要多长时间。然后解释所有这些都是可能的,但所有这些都需要时间,并要求他们就什么时候想要什么达成一致。记下双方同意的内容,然后邮寄给每个人,这样就有了记录。不要忘记填写您的估算,以留出测试和调试时间

或者,找出直接负责管理你的人是谁,落实他们告诉你的(反馈每件事情需要多长时间的估计),并告诉任何要求你实施任何事情的人去和那个人谈谈,让他把事情安排在你的日程上;那么做上述管理工作就成了他们的问题


解释一下,如果做上述任何一项都不会导致问题无法自行解决,那么加州人的功能需要重构,如果你打算这样做,你宁愿推迟为另一方实现任何功能,直到完成为止,因为同样的工作做两次是浪费的。

听起来你是第一次体验管理者的世界!十年后,我也在做同样的事情,预算和人数都要大得多。所以它永远不会结束

我喜欢这样的回答:对每一个请求的添加都做一些时间估算,然后坐下来与各方进行谈判,以获得最大程度的满意度。我敢打赌,由于你是一名实习生,而且你提到的许多人都有资历,他们将能够在自己中间挑选出在这种情况下谁拥有最大的利益和最大的权力。但如果没有,请毫不犹豫地担任主持人——毕竟,这是您的项目

其他需要考虑的事情:

股东类型:

  • 客户控制预算的人通常是最强大的利益相关者,毕竟,他们通过控制资金来控制你的工作能力。对于内部工具,这可能是一个内部利益相关者,但如果该工具用于非工程目的,则可能是来自非工程团队的人员
  • 用户-从长远来看,用户经常制造或破坏工具。它们确定了工具的长期性。不过,用户缺乏支持者并不罕见。在一个大型的内部项目中,用户完全有可能不是客户
  • 技术管理-尤其是当你是实习生和从事内部项目时,技术管理是你(作为个人)最需要取悦的群体。他们可能在功能集中有自己的利益,因为他们可能正在为产品寻找适合长期技术最终游戏的特定功能路径。理想情况下,他们应该站在您这边,帮助您找出最佳功能集
在一家大公司里,希望这些角色真的很明确。可能有组织结构图。但不一定。而在一个习惯于一起工作的团队中,他们可能无法向新来者真正清楚地说明正式角色是什么。作为做这项工作的人,你的工作应该是准确、诚实地告诉他们你对完成这项功能需要付出的努力的最佳猜测。并对降低成本/简化成本的想法持开放态度

谈判

我所得到的最好的谈判建议是“一次好的谈判就是每个人都认为自己赢了”。可悲的是,经常出现的结果是每个人都觉得自己被搞砸了。每个利益相关者都感到高兴,而每个利益相关者都感到沮丧,这两者之间的诀窍就是要看到全局,并在满足每个人的需求方面进行创新。最后,没有人真的在乎你怎么做,如果你能让他们的工作更轻松,他们会很高兴。因此,找到适合每个人的功能可能是解决冲突的关键

能够做到这一点,会对你的老板产生积极的影响。这是一项极为罕见的技能,这种技巧确实会引起注意


没有它并不意味着你是一个贱民,然而,并不是很多工程师喜欢谈判。让每一个工程师都擅长这一点是不值得的。最好找一位善于谈判的工程经理,让他们成为“极客的代言人”,这样其他工程师就可以安心地工作了

离题,但您可能希望在帖子中包含较少的可识别信息。你永远都不知道你的雇主最近在监控什么,或者他们会对什么表示异议。我想说,不管谁拥有代码的权利。或者你有两个老板?