Gathering software requirements for begining business analystsソフトウェア要件収集のためのビジネスアナリストの始まり
Posted on March 8, 2007 at 9:21 am投稿された2007年3月8日は午前9時21時
Working as a Business Analyst for the last 4 years has taught me a few things about gathering user and software requirements that I thought I would share!ビジネスアナリストとして働いてから、最後の4年間では、いくつかのことを教えてくれたのユーザーについては、ソフトウェア要件を収集して共有すると思った私は！ There are a couple of things you need to do and keep in mind when you are trying to design a system or application for a particular set of users:あなたにはまだいくつかのことを念頭に置いておく必要があることとしようとする場合は、システムを設計するために、特定のアプリケーションやユーザーの設定：
1. 1 。 What the user ask for may not be exactly what they want!ユーザーの求めるものを正確に彼らの望むことはできません！ They may ask you to do X, Y, and Z because that’ll make things a lot easier, but if you just go ahead and do that blindly, you will more than likely find that later on the users will complain and say that it’s not working in the best possible way or the way it “should”.彼らにお願いする場合もありますかx 、 yで、その理由と、 Zのことをずっとやりやすくなっちゃうから、とにかく行くのを控えている場合でも、そんなことを盲目的には、以上のことは、後の可能性を見つけるとは、ユーザーが文句を言うこと' sは最良の方法で作業するようにしてか"とすべき"とした。 In order to figure out what the users REALLY need, you must sit down with them and WATCH while they work.理解するためにはどのようなユーザーが実際に必要なのは、彼らが必要と見ながら座って仕事をしています。 Meetings are great and they will try to remember how they do things (50% of the stuff they will not remember they do) and give you some warped view of their work.ミーティングは素晴らしいと彼らはどのように物事を覚えてみてください（ 50 ％のものは、かれらは覚えていない）といくつかのゆがんだ見方を与えることが仕事です。 Not that they do this on purpose, but once you go sit down and see how people work, you’ll find there are tons of small little, but importants steps that they didn’t think were worth mentioning!このことを目的にしていないが、腰を下ろすとしたら行く人々を参照してどのように仕事を見つけるには小さなリトルトンのではなくimportants手順をしていないと考えていた仕事らしい！ Once you see the flow with your own eyes, then sit down with everyone and have a meeting about what they want and WHY.一度ご自分の目で流れを参照して、それから腰を落ち着けてみんなとは何かについての会議室があるとはなぜです。
2. 2 。 Always ask WHY people are doing things the way they are…usually you’ll find that some problems can just be solved by telling someone to do it another way!物事の理由を聞いて、いつものように人々が…彼らは、通常いくつかの問題点を見つけていただくだけで解決されることを行うことを指示する別の方法！ Someone else told Person X to do it this way and so now they just keep doing it that way even though the process may have changed!誰か他の人が言ったことをこの方法でXを行うので今すぐそういうふうに彼らだけをやり続ける可能性があるにもかかわらず、プロセスが変更されました！ People don’t like to change, even if it’s good for them!人々のように変更しない場合でも、かれらのためにも良い！ When you start asking why, people will begin to actually think about it and may figure out for themselves that they are wasting time or doing it in a complicated way that’s not necessary.要求を開始するときはなぜ、人々はそれについて考えることが開始さや可能性を実際に理解するために時間を無駄にしたりしているのは、そこには複雑な方法ではないことを行う必要はありません。
3. 3 。 Always try to get a general view first!一般的なビューを取得するにはいつも最初にみてください！ People will immediately begin to tell you about this problem with this particular feature or this step in the process, etc, etc, but you want to first get a clear understanding of the entire process from a higher level.人々はすぐに開始して、この問題についての話をして、この本のステップでは、特定の機能やプロセス、等、等、しかし、最初に入手したいをはっきりと理解するプロセス全体をより高いレベルです。 If you get right into the details, you’ll end up making software or a process that might be overly complicated!権利を取得する場合は、詳細については、必要なソフトウェアや製造プロセスに終わるかもしれないことに過度に複雑な！ It’s amazing how many times I’ve looked at processes and determined that the entire step can be eliminated!!!驚くべきことは何度も私を見てどのように処理し、決定することができます排除して全体のステップ！ Always try to get the BIG PERSPECTIVE!常に大きな視点を得ることを試みる！
4. 4 。 Make sure to document everything, so people don’t think you are wasting time.すべての文書を確認して、今の人々は時間を無駄ではないと考えています。 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. 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!もし1つの方法で管理することを希望する別の方法をユーザーに望むことは、これらの問題を迅速に解決しなければならないとの共同！ 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. 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. 1つの列または関数は、特定の機能をテストする場合は、 1つの列には、期待される成果は、 1つ1つの列には、入力と出力の列が予想されます。 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 私のRSSフィードを購読して ! ！
» Filed Under »提出下 IT Job Stuffそれ仕事もの
Related Posts関連記事
- Reasons to work for a small company if you’re in IT上の理由から、小さな会社のために働くこと場合は、
- How to ask for a raise in the IT/Computer field!どのようにそれは、昇給を求める/コンピュータ分野！
- A few more things about how to ask for aa raise in IT!いくつかのより多くのことについて、どのように引き上げることを求めるああ！
- Using the Principles of Dale Carnegie to Create a Great Blog!デールカーネギーの原則を使用して偉大なブログを作成するに！
- Learn the physics behind everyday life and how things work背後には物理学を学ぶことをどのように日常生活や仕事
