伊恩·斯莱希特(Een slecht)

Er zijn enkele的位置死了,wanneer ze teruggaan naar hun hoofdoorzaak,Laten zien dat ze vanaf het开始了。

“ Mali principii malus finis。”

-谚语

我喜欢引用拉丁谚语,因为它使我感到聪明。这也让我觉得我并不孤单,因为2000年前有人写过我的情况!然而,感到聪明而不感到孤独,无助于一个良好的开端。

在某些情况下,追溯到其根本原因后,就会发现它们从一开始就错了。如果您离开家后左转而不是右转,则必须完全倒转路线才能到达想要的位置。 (从技术上讲,您可以享有两项权利,另一项可以左移,然后回到家中,准备另一项向右走,但是您明白我的意思了。)弄清楚自己走错方向的时间越长,它就越长将带您回到正确的道路,但至少正确的道路仍对您开放。

但是,如果乘坐错误的飞机,您将没有机会掉头,直到完成前往错误位置的行程。弄清楚了没关系,一旦门关上,一段时间内就无法反转方向。在这种情况下,可能无法(准时)到达原本应该到达的位置,因为可能无法直接从最终的位置到达所要到达的位置。

技术工作越来越像是错误飞机的第二种情况。在过去的5到10年前,如果您正在开发自己的系统,则可以通过选择错误的硬件,错误的托管公司或错误的小部件来进行错误的左转弯,以及一旦确定,就可以开始恢复。但是,如今,随着软件即服务的大量使用,通常直到完成实施或开始运行后,您才能确定自己陷入了错误的境地。

您可能会说很好,但是您应该怎么做才能确保自己没有一个糟糕的开始?一些东西:

尽早让您的用户参与

让要每天使用和每天使用系统的人员参与进来。无论您是通过超级用户进行代表操作,还是直接与典型用户联系,让他们参与演示然后进行试用都是至关重要的。您会注意到我没有说您的用户管理。管理层很可能会谈论您想要的“内容”,您可能会参与其中,但是,日常用户最有可能在“方式”上与您合作。如果用户和系统不一致,请此时信任您的用户,并在设计上花费更多时间。

做概念验证以确认关键期望。原型化您可以原型化的东西

您可能需要做一些这样的工作,才能吸引用户使用系统,或者您可以从“原始”配置开始。获得概念或原型证明的目的是确保您进行了正确的第一个转弯,或者确保您至少在正确的航班登机区。如果您所能做的就是在会议室中进行基于纸张的演练,那么至少可以证明数据流正确无误,并且系统很可能拥有需要做的数据。

如果您要失败,请计划快速失败

不要计划失败,那是愚蠢的。但是,如果您要失败,那就快点做。这意味着您将使用概念,原型和最终用户交互的证明来证明项目关键基础假设的正确性。您的用户中有一半会远程工作吗?尽早测试远程访问。在备份系统时,是否需要继续在系统上拥有用户?测试一下。如果发生故障,系统是否需要故障转移?上电之前,将插头从墙上踢出。不要等到所有小事情都起作用了,而大事却没有。

吸引用户

有人说,一个好的政治人物是曾经被买过,一直被买下的人。好的用户就是曾经被买入但仍然被买入的用户。正在进行的买入取决于您。初始交互后,请让您的用户参与其中。将关键用户添加到您的开发冲刺审阅中。买一盒甜甜圈,让用户早点吃早餐和演示。要求用户与您一起完成用户培训材料的定稿。做任何您需要做的事情,以使用户相信他们的系统是他们 得到 使用而不是您的系统,他们 使用。

如果您不了解登机的知识,请乘坐公共汽车,以便您可以早点下车

(这是我上一次的类推。)也许您阅读了上面的内容,并觉得自己不了解提交路径。例如,您不确定是否可以做您想做的事情,或者您不确定是否对项目的所有阶段都承担责任。然后,不要乘坐没有好的方法在中间停下来,而要乘坐公共汽车。将项目划分为多个停靠点,并在每个停靠点中确定是否走得足够远或是否可以再走一停。这本质上是敏捷开发和部署与大爆炸交付模型之间的区别。做出风险较小的选择,如果您牺牲了一些速度来提高灵活性,至少不会因为犯了一个字母的错误而最终选择费城(PHL)而不是菲尼克斯(PHX)。

这次又用英语谚语说:一切顺利,一切顺利!

有关:

版权 © 2019 IDG通讯 ,Inc.