Haibo Li
Haibo Li’s lecture was mainly about tips and tricks on how to conduct (design) research, all the way from how to come up with an idea to the way you should communicate it. I learned that you should spend most of your time on defining the problem and then, when you have a well defined real problem, you spend the rest of the time solving it. If a problem seems unsolvable you might just have to re-state it to find the real, solvable, problem.He also told us how to filter ideas if we have to many, and only go for the ones who lead to a breakthrough if we don’t want to waste our time.
Validation of an idea using proof of concept was briefly touched upon, but I thought this was something we ourselves thought about when writing our pre-post for this week.
Anders Lundström
In this lecture I learned that Proof of concept and Evaluation was mostly used in the industry and not as much in research. Since research is about gaining knowledge Anders told us that a prototype used in this context doesn’t have to solve anything but it should provoke something that helps you answer the research question to gain knowledge.He talked about the Fernaeus & Tholander paper and that the process—how and why the prototypes were changed—was the empirical data of their research. When they then analysed that data in their “Lessons learned” part they made a research contribution, but the process itself was not a contribution.
He then discussed what design was and said that it is to arrange/reconfigure something into something else (e.g. an unwanted reality into a wanted reality). Then he said that design can be about finding the real problem; “Is this the problem we should be looking on? Maybe we should be looking at something else?”
So what I learned during this week was how to conduct design research, what design can be, ways of validating and evaluating an idea, the difference between industry and research design and that there are different ways of conducting design research since it is a relatively new research method.
Hi,
ReplyDeleteYou have stick out the most important points of this week. You have very well defined that prototype doesn’t have to be a solution of a problem; prototype is more like a tool that helps giving answer to research questions. Prototype also is not a method of research. The use of the design in order to create a prototype and give answers to the research question is the method. Process is giving the empirical data as you said; the empirical data are the reality.
Very interesting reflection. I am glad that you brought up the issues of Proof of concept and Evaluation. I believe that they are sort of the core concepts of the second lecture. It is quite useful that you learnt how to conduct design research and what design could be. So I think it is the most useful thing one could have taken away from theme .
ReplyDeleteAll in all, Very interesting reflection, you have done a great job!
Hi!
ReplyDeleteI like your reflection! You give a very clear overview of the lectures we had this week. The bit about defining the problem was the one I found most interesting from Haibo's lecture, how sometimes you spend great amount of time trying to solve a problem and do not try and look at it from a different angle instead. From Anders' lecture I also found proof of concept interesting! And how prototyping is different in industry and research! Prior to the lecture I had mostly thought about prototyping from an industrial point of view. Good job in your text!
Before reading your post, I knew how is structured a design research but I realize now that I didn't understand very well its goal. By reading the second part of your post, it is clearer now that the design research's aim is to provoke discussion in order to gain knowledge and especially design the right research question. In this way, the field is well prepared for potential other researches.
ReplyDeleteThank you for sharing!
Nice summary of this weeks concepts, and since I missed the second lecture I like that you talk a little more about it. What I learnt from Haibo's lecture was also taught through trial and error in the bachelor thesis. Make sure that you rethink your problem definition many many times before settling with one. The method for solving this problem should almost present itself if you define the problem well enough.
ReplyDeleteKeep it up!