- Compensating for Incomplete Domain Knowledge
I frequently encounter profiles of candidates who claim to have knowledge in many domains in a very short time - sometimes, even less that two years. I usually view these profiles with suspect & many times, my suspicion was confirmed during conversations with the candidates. The candidates merely mention the domain of the clients they have worked with - often, they are unable to answer simple domain related questions or explain business needs that prompted the solutions they implemented.
I found that the definition I have mentioned in the beginning of his article captures the essence of Domain Knowledge. I would like to present my views about Domain Knowledge in this article.
Domain Knowledge is often gained through conversations with the business users. Often, Domain Knowledge is :-
Domain Knowledge is a key component in understanding :-
Example: if the users want to see a "tank", do they want to see an Armored Tank or a Septic Tank ?
You'd definitely be more confident in your solutions, if you knew precisely what the users expect to achieve from your solution - a few of these are :-
Example: if you are confident about your understanding of the Recruitment Loop ( contact - schedule interview - propose offer - recruit ), you could easily move into other functions such as Trend Analysis, Vendor Management, etc.
Example: if you are confident about your understanding of the HL7 Healthcare Messaging Protocol, you could comfortably move up to understanding Patient Demographics, etc.
Domain Knowledge is thus very helpful in understanding the needs of the business users better & providing solutions that closely match their needs.
I would definitely love to hear about different opinions on this topic.
I found that the definition I have mentioned in the beginning of his article captures the essence of Domain Knowledge. I would like to present my views about Domain Knowledge in this article.
Domain Knowledge is often gained through conversations with the business users. Often, Domain Knowledge is :-
- Informal
- Ill Structured
- Incomplete
Domain Knowledge is a key component in understanding :-
- the problem space
- the proposed solution
- the slightly "bigger picture " - how the proposed solution formed a piece of the bigger puzzle.
Example: if the users want to see a "tank", do they want to see an Armored Tank or a Septic Tank ?
You'd definitely be more confident in your solutions, if you knew precisely what the users expect to achieve from your solution - a few of these are :-
- save time
- co-ordinate better with their peers.
- focus more on higher level activities after automating the trivial ones.
Example: if you are confident about your understanding of the Recruitment Loop ( contact - schedule interview - propose offer - recruit ), you could easily move into other functions such as Trend Analysis, Vendor Management, etc.
Example: if you are confident about your understanding of the HL7 Healthcare Messaging Protocol, you could comfortably move up to understanding Patient Demographics, etc.
Domain Knowledge is thus very helpful in understanding the needs of the business users better & providing solutions that closely match their needs.
I would definitely love to hear about different opinions on this topic.
No comments:
Post a Comment