领导者看不到标准流程对机器配置和新开发人员定位的价值


9

大约3个月前,我们的主要Web开发人员和设计师(同一个人)离开了公司,绿色的牧场是他们离开的原因。我说对他们有好处。我的问题是他的部门完全没有文件记录。自从离开领导者以来,事情一直很艰难。我们引用了很多新知识,包括用来引用新项目的理论知识,以及由于他的离开而失去的现有产品的技术/实施知识。我通常的角色是担任产品经理(针对我们产品本身)以及担任某些基于项目的咨询工作的业务分析师。在过去的一年中,我自学了编码,为了继续前进,我 我已经完成了将笔记本电脑设置为开发机器的任务,希望能够实现一些更简单的功能请求并修复提交到我们的票务系统中的一些毫无疑问的错误。但是,没有人知道如何购买一台新的Windows计算机并将其配置为与我们的生产应用程序无缝配合。

我已经要求我的老板(仍与离开的开发人员保持联系),请他们记录并创建新开发人员的安装流程,软件安装,所需的软件包,部署到生产应用程序服务器的流程等。它的存在,而我正在努力使计算机成为功能开发机器。但是她似乎并不了解存在这样一个过程的必要性。显然,替换离开的那个新开发人员一直在使用针对我们的环境预先配置的计算机,因此如果我们添加其他开发人员,那么即使是新开发人员也无法设置新计算机。

我的问题分为两个部分:

  1. 我是否应该假设应该存在一个将我们的开发生态系统纳入其中并进行配置和配置新计算机的过程?

  2. 我是一个wh脚的婴儿,我应该自己弄清楚这个过程并创建一个文档吗?


1
这在很大程度上取决于所使用的技术和其他细节。在某些技术堆栈中,您可以找到需要安装在几个配置文件中的最重要的依赖关系,而在其他情况下,则需要对此进行记录。我认为现在使用该系统的开发人员应该最清楚哪些信息绝对至关重要。
thorstenmüller2012年

2
这应该是人生的教训。设置好东西是工作的一半,确保离开时一切都不会崩溃是另一半。
MrFox 2012年

它开始让我感到沮丧,我试图变得积极主动,但是我缺少一些配置问题。(我将在溢出时发布特定的错误信息)堆栈如下:MS SQL Server,Visual Studio 2008, Visual Source Safe,IIS 7,ASP.NET应用程序代码。
OpenCoderX 2012年

1
视觉资源安全吗?如果是这样的话,我怀疑以前的家伙所做的一切都不算太出色。再说一次,至少有源代码控制。
怀亚特·巴内特

1
我是个GIT辛苦了。一旦获得本地运行的网站版本,我将使用GIT跟踪更改,然后仅将GIT master分支检入VSS。源代码管理中的源代码控制。
OpenCoderX 2012年

Answers:


5

首先,开发人员必须设置工作环境很奇怪。此任务通常适用于系统管理员。因此,考虑到这根本不是您应该做的事情,您有权期望别人为您做这件事。

在大多数(如果不是全部)公司中,有一个通知期。通常范围是一周到一个月。但是无论如何,这段时间足以让离开的人帮助公司_做一些文档,在代码中添加注释,对体系结构进行文档编制等。现在恐怕为时已晚,但不要忘记下次有人离开。

您绝对应该期望应该有一个设置新环境的过程。实际上,如果您的公司发展壮大并且拥有更多开发人员,您将面临相同的问题_这可能是说服老板的一个沉重争论。您甚至可以使用该参数说服管理层聘请系统管理员来执行此类任务(我假设您自从遇到问题以来就没有人)。除了设置开发环境外,如果您有一台新计算机,还必须将其集成到本地网络等中。


我们有系统管理员,他们的职位是为计算机配置基本的东西网络访问权限,用户权限(Active Directory)并安装任何软件。例如,我必须与网络管理员合作才能安装Visual Source Safe和Visual Studio,但是在安装之后,这才是他们的知识所在。他们从未考虑过进行这些配置。
OpenCoderX 2012年

1
也许我太宠爱了_我们的系统管理员甚至可以在发布项目时执行sql查询(不了解sql))。在这种情况下,您肯定需要使用文档))
superM 2012年

在许多公司中,尤其是偏执狂或管理不善的公司,“公告期”是指从人事或经理办公室提出辞职到立即被陪同的时间。
jfrankcarr 2012年

我认为离开的线索已经通知了几周,但是我不知道他为我们的离开做些什么。我认为他们主要培训过更换的人,虽然还不错,但是他们使用的机器是由离开的人安装的。在这种情况下,我应该多留些鼻子,但是直到他们离开我的程序只是一种爱好。当我发现我们的新开发人员对建立新系统的了解与我一样多时,我就被带了回来。
OpenCoderX 2012年

对于不同的公司来说,情况会有所不同,但是在我工作过的所有地方,都必须将机器配置过程记录为托管要求。
JohnL 2012年

5

我是否应该假设应该存在一个将我们的开发生态系统纳入其中并进行配置和配置新计算机的过程?

不需要。拥有这些流程可以避免您已经遇到的问题。在一些大型组织中,有一个标准的光盘映像,显示了开发人员的计算机外观。雇用新的开发人员时,将擦除具有正确硬件规格的可用计算机,并使用此“开发人员”光盘映像重新映像。标准人员清单(有时包括映像中未包含的某些工具的映像后软件安装)由技术人员遵循,以确保所有开发人员机器均以相同的方式启动(用户可以在获得机器后对其进行调整和修改)他们-后果自负!)。

类似地,一些安装程序非常复杂的应用程序中有一些文档,向新开发者解释如何检出代码,配置服务器以及构建和本地部署应用程序。一个应用程序甚至具有仅用于工作站的安装脚本,以使此过程更容易。

我是一个wh脚的婴儿,我应该自己弄清楚这个过程并创建一个文档吗?

你是,但只有一点点。说这应该早就记录下来是一回事,而离开的开发人员应该在离职前的几天(或几周)内完成一次完整的知识转移。听起来这一切都没有发生,而且现在都是过去了。

所以现在怎么办?我怀疑离开的开发人员是否会提供帮助。他们已经有一份新的日常工作,并且谁知道自己一生中正在忙什么。我怀疑您的经理有没有任何法律依据可以强迫他们提供帮助。如果他们花几个小时来回答一些问题,但是不要指望它,那将是很好的。您似乎很难自己解决大部分问题。这使您有机会彻底记录正确的过程并使其正确。那些跟着你的人会感谢你的!祝好运!


1

首先,您需要关闭Visual SourceSafe。我认为这需要说。至少要迁移到TFS。还有其他选择。

现在,这已成为不可能。我认为这是一种情况,“如果您希望事情做对……”,您的最终目标应该是开发人员可以打开新安装的计算机连接到源代码,获取最新版本并按f5键(或您使用的任何方法)运行应用程序快捷方式),并拥有正常运行的应用程序。

一种选择是从头开始构建工作环境,并将其用作基准开发人员映像。当开发人员加入时,您所要做的就是将该映像部署到他的计算机上并且应该可以正常工作。

有一些书籍介绍了如何使您的环境迈向更加放手的状态。我本人喜欢Fowler系列中的“ 持续交付”和“ 持续集成 ”,但是还有其他选择。


1

当我开始目前的工​​作时,我们有记录在案的安装开发人员PC的程序。

我自己遵循该程序,坚决避免了对现有团队的“帮助”。

(知识需要体现在文档中,而不是花时间最长的开发人员。)

我用红线标记了错误或不完整的过程,一周后又有两件事,一个有效的程序和一台可以正常工作的开发PC。

一年后硬盘发生故障后,重建花费了2天的时间。

告诉您的老板:如果该PC上的硬盘驱动器发生故障,将不会进行任何开发!

我认为2天是两天的浪费。

现在,我们为每个开发项目使用带有磁盘映像的虚拟机。

设置是将VM映像复制到目标PC并启动它。单击一个名为“ runme”的图标,它询问您的用户名,然后将用于访问源代码的用户名更改为您自己的用户名。它还会将IDE的空白文档作者字段更改为您的姓名。

(我在大约2个小时内编写了runme,我们是开发人员,我们将问题排除在外)

除VM服务器外,我们的开发人员PC是标准计算机。

我们正在使用virtualbox,这并不昂贵。

使用虚拟机使更换机器成为20分钟的轻松工作。如果我们有千兆以太网来复制VM,则此任务将更快。

完全公开:我是我工作的团队负责人,我的管理层让我自由自在。


我经常想知道做VM而不是在PC上进行所有设置。拥有一个不错的原始VM来进行开发,不必担心IT专家会强迫更新来破坏您的开发系统。
乔尔·朗多

运行防病毒更新后,我调试了与许多系统DLL交互的C ++程序。它更改了一些DLL。猜猜我不会再重复测试了。
Tim Williscroft 2012年

0

应该有一些文档说明编译和运行该应用程序需要什么软件。

还应该有文档概述客户端盒运行该应用程序所需的内容。

它们是不同的列表。

如果您的公司要雇用新的开发人员,那么他们预计将开始编码多长时间?一天?一周?在不知道需要什么软件来编译代码的情况下,这可能是一个反复试验的过程,可能需要一段时间。但是,应该只需要执行一次即可。

我的问题是,新开发者在做什么?这应该是他的工作,而不是您的工作。他是另一个人的替补。是的,很遗憾,他进入了没有文档的环境,但这是文档记录的任务。让他坐下来弄清楚什么是开发环境并对其进行记录。让他弄清楚并记录在客户端上运行该应用程序所需的内容。

至于联系老开发商,我不会。恕我直言,如果开发人员离开公司时没有任何文档或知识转让,则希望他们能够以咨询率被要求做一些工作。这是不专业的,不应该得到回报。是的,可能需要一些额外的时间自己解决,但是您/团队将在此过程中学习到一些知识,并且所生成的文档将是最新的。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.