사업 분석가 시작을 위한 소프트웨어 필요조건을 모이기

2007년3월 8일 9:21 AM에 에 배치하는

마지막 4 년간 사업 분석가로 일은 사용자와 소프트웨어 필요조건을 모이는에 관하여 몇 가지를 나가 나를 생각한 공유할 것이라는 점을 저를 가르쳤다! 당신이 하고 당신이 사용자의 특정한 세트를 위한 체계 또는 신청을 언제 디자인하는 것을 시도하고 있는지 명심할 필요가 있는 2 것이 있다:

1. 사용자가 요구하는 무엇을 원하는 정확하게 무슨이 일지모른지 않는다를! 그들은 X, Y 및 Z를 하기 위하여 당신이 다만 추진하고 저것을 눈 멀게 하는 경우에, 당신은 좀더 보다는 아마 발견할 것이라는 점을 저것이 것을 많게 쉽게 할 것이기 때문에 나중에 사용자는 넋두리하고 최상 가능 방식으로 작동하고 있지 않다고" 일 것이면 또는 방법 그것 "말할 것이라는 점을 것을이, 당신을 요구할지도 모르지만. 사용자가 진짜로 필요로 하는 무슨을 파악하기 위하여는, 당신은 그들로 일하는 동안 앉고 봐야 한다. 회의는 중대하 어떻게 일 (그들이 기억하지 않을 재료의 50%를) 하고 당신에게 그들의 일의 어떤 휘게 한 전망을 주는지 기억하는 것을 시도할 것이다. 일단 아닙니다 그들은 이것을 고의로 한다, 그러나 당신이 가면 앉고, 당신 거기 찾아낼 것이다이다 작은의 톤 약간 사람들이 어떻게 일하는지 보십시오, 그러나 생각하지 않은 importants 단계는 언급 가치가 있었다! 일단 당신이 당신의 자신의 눈을 가진 교류를 보면, 그 후에 원하는 무슨, 그리고 왜에 관하여 모두로 앉고 회의를 가지십시오.

2. 사람들이 일을 몇몇 문제는 누구를 그것을 하도록다는 것을 말해서 다른 방법 다만 해결될 다는 것을 것을이… 보통 당신 발견할인 방법 하고 있는지 왜 항상 질문하십시오! 누군가 다른 사람은 사람에게 x개를 이렇게 하면 그것을 하도록 말하고 비록 과정이 변화할지도 모르더라도 이렇게 지금 그들은 다만 그렇게 그것을 하는 유지한다! 사람들은 비록 그들을 위해 좋더라도, 변화하고 싶지 않다! , 사람들이 실제로 그것에 대하여 생각하는 것을 시작하고 그들자신을 위해 파악할지도 모르다지 왜 당신이 질문할 시작할 때 시간을 낭비하거나 필수이 복잡한 방법으로 하고 있다는 것을.

3. 항상 전체도를 첫째로 얻는 것을 시도하십시오! 사람들은 즉시 이 특정한 특징에 대한 이 문제 또는 과정, etc., etc., 그러나 당신에 있는 이 단계에 관하여 첫째로 상급 수준에게서 전과정의 명확한 이해를 얻고는다는 것을 싶으십시오 당신을 말하는 것을 시작할 것이다. 당신이 세부사항으로 맞은 경우에 되면, 당신은 전면으로 복잡하게 될지도 모른 과정 또는 소프트웨어 구성 끝낼 것이다! 그것은 전체 단계는 삭제될 다는 것을 얼마나 많은 시간이라고 나가 과정을과 결정해 본지 깜짝 놀라게 하고 있다!!! 항상 큰 원근법을 얻는 것을 시도하십시오!

4. 당신이 시간을 낭비하고 있다는 것을 생각하지 않는다 모두, 그래서 사람들을 문서화하는 것을 확인하십시오. 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