Gathering software requirements for begining business analysts Сбор программного обеспечения требований для начала бизнес-аналитики

Posted on March 8, 2007 at 9:21 am Отправил по 8 марта 2007 года в 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. 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, и Ш, потому что будет делать намного легче, но, если вы просто идти вперед и делать это вслепую, вам, скорее всего, обнаружим, что в дальнейшем пользователи будут жаловаться и говорить о том, что она "ы не работают в наилучшим образом или, как он" должен ". In order to figure out what the users REALLY need, you must sit down with them and WATCH while they work. Для того чтобы выяснить, какие пользователи ДЕЙСТВИТЕЛЬНО нужно, вы должны сесть с ними и WATCH, хотя они работают. 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. 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! Кто-то сказал Человек Х, сделать это таким образом, и поэтому в настоящее время они просто оставлять это сделать таким образом, даже несмотря на то, что процесс может быть изменена! 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. 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. 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. 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!!! Наконец, но МОСТ 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 Работа ИТ-кадры