Erfassung Software-Anforderungen für den Beginn der Geschäft Analytiker

Bekanntgegeben am 8. März 2007 bei 9:21 morgens

Das Arbeiten als Geschäft Analytiker für die letzten 4 Jahre hat mich unterrichtet, daß einige Sachen über die Erfassung der Benutzer- und Software-Anforderungen, denen ich mich dachte, teilen würde! Es gibt Paare von Sachen, die Sie im Verstand tun und halten müssen, wenn Sie versuchen, ein System oder eine Anwendung für einen bestimmten Satz Benutzer zu entwerfen:

1. Was der Benutzer bitten um, kann nicht was genau sein, sie wünschen! Sie können fragen Sie, daß um X, Y und Z zu tun, weil das Sachen viel einfacher bildet, aber wenn Sie gerade voran gehen und das blind tun, Sie mehr als wahrscheinlich finden, daß sich später die Benutzer beschweren und sagen, daß es nicht in der bestmöglichen Weise oder in der Weise es „funktioniert, sollten“. Um heraus darzustellen was die Benutzer WIRKLICH benötigen, müssen Sie mit ihnen hinsitzen und AUFPASSEN während sie arbeiten. Sitzungen sind groß und sie versuchen, sich zu erinnern, an wie sie Sachen tun (50% an des Materials, das sie sich nicht erinnern, daß sie) und Ihnen irgendeine verworfene Ansicht ihrer Arbeit geben. Nicht daß sie dies auf Zweck tun, aber, sobald Sie gehen, sitzen Sie hin und sehen Sie, wie Leute arbeiten, Sie findet dort sind Tonnen von kleinem wenig, aber importants Schritte, die sie nicht dachten, waren zu erwähnen! Sobald Sie den Fluß mit Ihren eigenen Augen sehen, sitzen Sie dann mit jeder hin und haben Sie eine Sitzung über, was sie wünschen und WARUM.

2. Fragen Sie immer, WARUM Leute Sachen die Weise tun, die sie… normalerweise Sie finden sind, daß einige Probleme gerade gelöst werden können, indem man jemand erklärt, sie zu tun eine andere Weise! Jemand anderes erklärte Person X, zum es zu tun auf diese Weise und so jetzt halten sie gerade, es zu tun so, obwohl der Prozeß geändert haben kann! Leute mögen nicht ändern, selbst wenn es für sie gut ist! Wenn Sie anfangen, zu fragen, warum, Leute anfangen, an es wirklich zu denken und für selbst heraus darstellen können, daß sie Zeit vergeuden oder sie in einer schwierigen Weise tun, die nicht notwendig ist.

3. Versuchen Sie immer, eine allgemeine Ansicht zuerst zu erhalten! Leute fangen sofort an, Ihnen zu erklären, daß über dieses Problem mit dieser bestimmten Eigenschaft oder diesen Schritt im Prozeß, im usw., im usw., aber in Ihnen zu zuerst erhalten ein freies Verständnis des gesamten Prozesses von einem hochgradigem wünschen Sie. Wenn Sie in die Details recht erhalten, werden Sie herauf das Bilden von Software oder von Prozeß fertig, die übermäßig erschwert werden konnten! Es überrascht, wievielen Malen ich Prozesse und festgestellt betrachtet habe, daß der gesamte Schritt beseitigt werden kann!!! Versuchen Sie immer, die GROSSE PERSPEKTIVE zu erhalten!

4. Stellen Sie sicher, alles, also Leute zu dokumentieren denken nicht, daß Sie Zeit vergeuden. If you’re spending a lot of time with the people who actually do the work (which you should), then make sure you write everything down because you don’t want your boss to think you’re not getting anything done! It’ll also be easier to convince others that your solution is the best solution if you have lots of supporting evidence on paper.

5. Get sign off from all the top people, plus the users! If management wants it one way and users want it another way, those issues need to be resolved quickly and jointly! Don’t ever say you’ll do one thing before making sure it’s ok with the boss. Otherwise you’ll have to backtrack on your promise and people will get annoyed!

6. Lastly, but MOST IMPORTANTLY, TEST TEST TEST!!! Write out test scripts and test cycles. Don’t have to do anything fancy, use Excel to write it out. One column for the particular feature or function you are testing, one column for the expected outcome, one column for the inputs and one column for the expected outputs. You should always have expected inputs and outputs. And try to use varied data sets, small sets, large sets, and sets you know will cause errors (but hope to catch).

Hope this helps!

If you enjoyed this post, make sure you subscribe to my RSS feed!

» Filed Under IT Job Stuff