AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.04.2017, 05:13   #1  
Blog bot is offline
Blog bot
Участник
 
25,631 / 848 (80) +++++++
Регистрация: 28.10.2006
stoneridgesoftware: NAV Notes: Lessons From My First Implementation Still True
Источник: https://stoneridgesoftware.com/nav-n...on-still-true/
==============

I was looking through some old documents of mine and found notes I had jotted down after my first big Dynamics NAV implementation. In reflection, I realized that these notes on what could have been improved the first time around are as true then as they are now. Here are my observations:

Lesson 1:

Get the testing system set up first

The test system is crucial. You want your end users training in an environment that is close to what they will be actually working with. Using a demo environment with too many extra fields and buttons will only confuse them the first time they are using NAV. Start with the basics of what they will be doing and grow outward towards all of the things they could be doing to help enable their business.

Lesson 2:

Lock down all workflows & train users in the testing system

It is important to interview end users relentlessly and track down who is responsible for what. That way, all gaps are shored up early and you can design the software to make their lives easier. Is there end of month or end of year tasks they will need to know how to do in NAV? Are there unique customers that will require different workflows from the rest? Be persistent.

Lesson 3:

Implement and update a shared issues list

This is an important piece of communication between the consulting partner and the client that must constantly be dealt with. If there are things you are waiting on, time is wasted if the other side does not know about it. Keep a public list of what is outstanding and whose job it is to address it. Make sure this list is constantly watched and managed.

Lesson 4:

Have a complete setup list that is tackled ASAP

I recommend a master checklist of areas that need configuring, such as: tables that need importing, posting setup, RapidStart files that will kick off the company’s structure, etc. These setups are the core of your implementation. For any given software program, there are seemingly endless settings and options. Get these handled and out of the way early with the client, and have them sign off on them when completed so they know they are responsible for these settings going forward. This way, you are not scrambling at the last minute to change things when it may be too late.

Lesson 5:

Consider reporting

Most clients place heavy emphasis on reporting, even though it is something that comes later in the implementation process. Know what types of reports, splits, and filters they will need down the road so the foundations of your setup can easily support them without too much configuration. Pay close to attention to the global and shortcut dimensions you choose and how detailed their income statements need to be.

Lesson 6:

Communicate vacation time to both sides

You do not want to figure out too late that you need to work closely with certain employees only to find they are on vacation for the next week. Have a place where both partner and client can see everyone’s outages. No appointment nor employee is too small to keep track of.

Lesson 7:

Have check-ins with the Project Managers

Make sure the project managers are frequently in the loop. They will be keeping track of your hours and budget, among other things. It is nice to know where you stand so you can bring in other resources if you have the time and money, or if you are well over budget and need to adjust your current project plan.

Lesson 8:

Documentation

Everyone talks about the importance of documentation. It really can be a lifesaver. Do not delete emails. Do not erase a completed to-do list. Write down a quick recap of what you did to solve a weird problem. Make sure verbal conversations are either signed off on a piece of paper or recapped and sent in an email that can be found later. Audit trails are your friend.

NAV Notes Recap

While I can admit there were some things that did not go as smoothly as I wanted on that first project, looking back I was easily able to see how the earlier day-to-day tasks fit into the big picture. Going forward, I was able to trim the fat and focus on how successive implementations can run more efficiently. Hopefully, the areas I’ve outlined above will help you out or confirm what you already know!



Источник: https://stoneridgesoftware.com/nav-n...on-still-true/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
NAV Team: Best Practices Tips and Tricks for Upgrading to Dynamics NAV 2013 R2 or Dynamics NAV 2015 Blog bot Dynamics CRM: Blogs 0 12.06.2015 11:00
NAV Team: Upgrade Toolkit for Upgrading Data from Microsoft Dynamics NAV 2009 R2 and Microsoft Dynamics NAV 2009 SP1 to Microsoft Dynamics NAV 2013 R2 Blog bot Dynamics CRM: Blogs 0 22.11.2013 20:00
NAV Team: Transfooter and Transheader functionality in RDLC(SSRS) reports Blog bot Dynamics CRM: Blogs 0 17.03.2010 15:40
Nav developer: Basic SQL - Overview of NAV specific SQL features for application consultants Blog bot Dynamics CRM: Blogs 0 05.11.2008 11:52
wiki.dynamicsbook: Changes Made in Navision Attain 3.60 Blog bot Dynamics CRM: Blogs 0 02.09.2008 13:23

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 22:54.