Ask Slashdot: Technical Resources For Non-Technical Disciplines?
New submitter nashpt writes: An accountant friend has recently joined a startup looking at developing a web platform. My friend is now dealing with developers directly where he would not have done so previously and feels he is at somewhat of a disadvantage. He asked me if I could advise on how he could get knowledgeable in the relevant technologies, HTML and JavaScript, in order to better interact with their developers. While there are numerous resources available to learn to program both of these, I didn't feel that would be the best approach; if nothing else, because he will have significant constraints on his time. Instead I looked for any primers that focus on technical subjects for non-technical disciplines. I haven't found much I think would be suitable for his needs. I appreciate this is a broad subject but can you recommend any resources that would be suitable in general or specific to these technologies? Do you even agree that this is an appropriate approach or should he look to develop a working knowledge of these languages instead? Any other suggestions on how to approach this?
It sounds like the start-up is in need of a business analyst (BA). And this could well be the role of your accountant friend. I am an experienced business analyst with a technical background, although I know many business analysts who have little or no technical background. The role of the business analyst is to work with the stakeholders (e.g. developers, users, management, etc) to design solutions (technical or not). The business analyst creates documentation (user stories, business requirements, business logic flow diagrams, etc) by working with the stakeholders. The developers and testers then use this documentation to develop the solution. There are many business analysis books out there, one of the most popular is the BABOK (Business Analyst Body of Knowledge), see https://www.iiba.org/babok-gui.... It has many tools that a BA requires. But I don't recommend your friend becomes a full blown BA, but it may help to learn some tools and techniques described in the BABOK.
I always see the Business Analyst as an interpreter or go-between, between the business and the developers. And the Business Analyst uses tools (i.e. methods of documentation) to formally describe what the customers want.