Mark Tucker is a software architect by day and a family historian on as many nights and weekends as possible.
More about Mark...
On March 13, 2008 I presented at the 2008 BYU Family History Technology Workshop and my topic was: 10 Things Genealogy Software Should Do
Here are links regarding the presentation:
Would you like to see these 10 ideas implemented in the genealogy software that you use? How can these ideas be improved upon? I encourage you to respond.
In the past, I have written articles and had them published in programming journals, but this month marks the publication of my first genealogy article. It appears in the March/April 2008 (Volume 2, Number 2) issue of Digital Genealogist on page 5 and is titled: “The Future of Genealogy Software is not Hard to See.”
The following are mentioned in the article:
(more…)
This week I will be taking vacation days from work so that I can attend both the 2008 Family History Technology Workshop as well as the Computerized Family History and Genealogy Conference in Provo, Utah. I will be speaking at the technology workshop and have 20 minutes to discuss my topic: 10 Things Genealogy Software Should Do.
Here is the abstract from my paper:
Innovation in genealogy software starts with ideas that lead to better design. This paper discusses 10 things that genealogy software should do but currently doesn’t. It is a starting point for discussion among those in the genealogy community: family historians, software developers, and designers. It is a springboard for additional design ideas.
With only 20 minutes, it will be both fast and fun. If you will be attending either the workshop or the conference, it would be great to meet you.
Check out the schedule for other topics that will be discussed.
Software can be a great help to genealogists, but at times we wish that it did more. Think of the desktop software and tools you use, online databases, and the newer social networking sites. As genealogists we want more of our genealogy software.
Are there features you would like added to the software that you use? What if a brand new genealogy application were designed from scratch, what would you want it to do? What is on your wish list for genealogy software?
Here is a chance to share your ideas.
By way of a challenge, I would like to see at least 50 responses. The more ideas, the better. So don’t be shy. Add your wish list item.
The more we understand the design process, the better we can design genealogy software. In a previous post titled “More Design in the Genealogy Community”, we discussed the development process. In this post, we will look specifically at the Design Process that was represented as Phase 0.
Design is represented by a funnel showing that more ideas exist at the beginning of the phase than at the end. Much of this information can be found in “Sketching User Experiences: getting the design right and the right design” by Bill Buxton.
Genealogists as well as designers and developers must work together as part of the design process. In the early part of this process, it is important to generate as many ideas as possible. No idea should be held back as it might be a stepping stone to a much better idea. Ideas tend to generate more ideas. As the two-time Nobel Prize winner, Linus Pauling, once said:
The best way to a good idea is to have lots of ideas.
The diagram indicates that no matter how many great ideas enter the funnel, there will be less at the end. Not all ideas survive.
On page 144 of “Sketching User Experiences”, a slightly different visualization by Paul Laseau is presented which shows two opposing funnels: one for idea generation and the other for idea reduction. My modification of the diagram is as follows:
The process begins with a single idea or a few ideas. This leads to more ideas. Ideas are explored quickly and cheaply and can be discarded just as fast – easy come, easy go.
At some point choices need to be made and ideas need to be refined. After all, idea generation cannot carry on indefinitely. We must create something to ship. If we do this correctly, we won’t just have something we will have the right thing. Ideas are refined roughly at first and then with more granularity. More ideas might still surface but they are more fine tuning of existing ideas than radical new ones. More choices are made as we approach the final design. If you think of these two funnels superimposed, it’s not too difficult to visualize the single Design funnel represented as Phase 0.
To make this point a second time, designers, developers, and users (genealogists in our case) are involved in this process. Everyone’s ideas are important. Designers share their ideas and also guide the others through the process.
The subtitle of “Sketching User Experiences” is “getting the design right and the right design.” This process of working together to generate ideas and refine them into a final design is part of getting the “right design.” When this process is not followed or those who use the software are not involved, a design will result but quite possibly not one that will provide an effective, usable, and enjoyable experience.
This blog is a place where we can have a conversation about design and go through the process together. I want to listen to your ideas. All ideas are welcome as we are at the starting point of design. We can change the world of genealogy software. Innovation can happen.
In a future post, we will explore the technique of sketching and how it can be used to quickly capture and share ideas.
… Continued from this previous post.
The previous post ended by asking a few questions. One of these was: Do we really need designers anyway?
Bill Buxton would answer that we need designers. Just because we are able to add up our grocery bill doesn’t make us all mathematicians. There are principles and practices of design that must be learned and honed. I know that Carnegie Mellon University has an acclaimed Human-Computer Interaction Institute whose mission is to create effective, usable, enjoyable experiences with technology. Are graduates in this area finding their way into genealogy software development?
Both authors (Bill Buxton and Alan Cooper introduced in the previous post) share a similar view about design’s place before development with users contributing significantly to the process. Typically the development process is Design, Engineering, and then Sales. Design is shaped like a funnel to indicate that the number of ideas or concepts at the beginning of the phase is greater than those at the end. The arrows indicate involvement from the other teams in the design process. Bill also accounts for the need sometimes to do engineering (or in the case of software: programming) before design as an input into the design process:
Let’s discuss the advanced Research and Development team for a minute. What is it purpose? Sometimes there are enough unknowns that you must do something first to determine what you do and don’t know. The question might be if something is technically feasible. Or maybe we want to try out a concept some people who will actually use the product. There are three main places that I have seen this: Google Labs, Microsoft Research, and FamilySearch Labs. What is the purpose of all those free applications that Google develops? One reason it to try out concepts and explore possibilities? The same goes for Microsoft and I would propose it is the same for FamilySearch Labs. Some projects that started in Phase -1 have later passed through the other phases to become a real product.
Take the recent example from FamilySearch Labs. The Pedigree Viewer prototype has recently been incorporated into Genetree (which I wrote about in this post). This same viewer in combination with the Life Browser is now part of another FamilySearch Labs project, called Family Tree that can be used with the new FamilySearch.
It appears that some organizations in the genealogy software field understand the importance of design and are taking advantage of current principles and practices. I hope many others will see it too. It is my desire to encourage innovation in genealogy software. We need better experiences with the software. It needs to help us more. These types of experiences must be designed. Working together as genealogists and family historians, software developers, user experience designers, and management is the way to improvement. We need to better connect as a community. We must share ideas and knowledge. We need to care.
Ideas. Design. Experience. Innovation. Are these words also buzzing around in your head?
Many years ago I was (incorrectly) singing the words to the song, “Que, Sera, Sera” and my wife pointed out my humorous mistake.
Instead of singing:
Que Sera, Sera,
Whatever will be, will be
The future’s not ours, to see
I sang:
Que Sera, Sera,
Whatever will be, will be
The future’s not hard to see
This personal joke has been used many times since then and has never failed to deliver a cheerful effect.
I think that the author and design leader, Bill Buxton, would agree that the “future’s not hard to see.” In his book, “Sketching User Experiences: getting the design right and the right design,” Bill stresses the importance of looking at least 5 years down the road when designing user experiences and adds:
Now most people say that you cannot predict the future, much less five years out. They use this as an excuse for not making the effort, or even contemplating it. I believe that this reflects a lack of training, technique, or responsibility on the part of design or management. (page 209)
He then goes on to quote William Gibson from an NPR interview on 30 November 1999:
… the future is already here. It’s just not very evenly distributed.
Buxton gives two examples. The first computer mouse was built in 1964 but didn’t reach widespread use until about 1995 – 30 years later. The idea for the CD came around 1965 but it wasn’t until 25 years later in 1990 that the industry reached $1 billion. From idea, to design, to prototype, to first production, to ubiquity takes time.
Bill then makes this statement that I would like us to consider:
If history is any indication, we should assume that any technology that is going to have a significant impact over the next 10 years is already 10 years old. (page 215)
This made me wonder if this could be applied to genealogy software. What has happened over the last 10 years that could affect the design and innovation of genealogy software over the next 10 years?
At first nothing came to mind, but then I thought of Elizabeth Shown Mills’ book, “Evidence! Citation and Analysis for the Family Historian” which was published in 1997. In 2007, the much expanded “Evidence Explained: Citing History Sources from Artifacts to Cyberspace” was released. We are now beginning to see specific examples of Elizabeth’s work showing up in genealogy software. In a podcast interview by Dick Eastman, Elizabeth Kelley Kerstens indicated that the software Clooz version 2.x was influenced by handouts she received from Elizabeth Shown Mills. Another example is from a podcast by DearMYRTLE where she interviews Geoff Rasmussen about Legacy version 7. In this interview, Geoff gives a sneak peek of one of the major new features which is source citation following the standard set by Elizabeth Shown Mills. There is still much work that needs to be done in this area such as online databases providing better source citations. I talk about this in my previous post about Jumping Curves. So you see, the future is not so hard to see.
Another area that I want to point out is the Genealogical Proof Standard which was also created in 1997 by the Board for Certification of Genealogists. Other than its use in the certification process, you don’t hear much about it. But this standard is useful to researchers of all levels to help them get as close to the truth as possible. At some point genealogy software designers and developers will realize this and incorporate it into future genealogy software.
There are probably many more examples of ideas, technology, and methodology that exists today that will help us better see the future of genealogy software.
What things should be added to this list?
As a genealogy community, I hope we aren’t thinking:
Que Sera, Sera,
Whatever will be, will be
The future’s not ours, to see
Share your thoughts as the future is ours to see. I hope that is not hard to see.
I was reading Dick Eastman’s newsletter today and came across a post about MacFamilyTree 5 beta so I decided to follow the link to the company site to see what the UI looked liked. To my surprise, the main tree diagram looks a lot like Microsoft’s Family.Show sample application that I have blogged so much about.
Compare the tree diagrams for yourself:
MacFamilyTree 5 beta
Microsoft’s Family.Show
The latest updates to genealogy software appear to have at least a graphic designer (if not a user experience designer) on the team.
All users of genealogy software should be aware that desktop software and web applications are converging in exciting ways that will soon affect the applications they use. One way that they are converging is through something called Rich Internet Applications (RIAs).
Are there any genealogy Rich Internet Applications today? The answer is yes. At least a few. Currently, they all are created using Adobe Flash.
It might surprise you that FamilySearch Labs is on th leading edge of genealogy Rich Internet Applications with these prototype applications:
Pedigree Viewer
panning, zooming
direct-line highlighting
ancestor/descendant view
search
GEDCOM import
Life Browser
add artifact (photo, record)
edit details
associate artifact as evidence
image representing potential timeline feature
Other genealogy sites using RIAs include:
Geni
panning, zooming
enter details, support for single birth, marriage, death date
intuitive interface for adding parents, spouse, siblings, and children
appealing design
MyHeritage
2D/3D perspective, animation to help flow through tree
enter details, support for multiple facts (birth, marriage, death, many more)
intuitive interface for adding parents, spouse, siblings, and children
appealing design
At some point every genealogist/family historian will come across a handwritten document that will challenge their ability to read it. An excellant resource for early American handwriting is Kip Sperry’s book, “Reading Early American Handwriting.” The study of early handwriting is called paleography or palaeography.
My idea is handwriting/paleography tutor software that will systematically teach users how to read early handwritten documents.
Inspiration:
Typing software systematically teaches correct fingering and allows for repetitive practice. It breaks these down into lessons and records both speed and accuracy. What if there were similar software that would help us read, transcribe, extract, or abstract handwritten documents?
The preface to Kip Sperry’s book states:
“One of the best ways to begin a study of paleography is to read facsimiles of documents and then transcribe them word for word, letter for letter.”
The software would include the following features:
I imagine this software running on my desktop. It will track my progress through the different lessons and show me my accuracy, problem areas, and maybe speed. I can go back to previous lessons. It would also be interesting if I could run it as a tool tray application where it would periodically, pop up a little window that asks me for a short translation. That way I can practise a little each day.
One possible user interface idea comes from the UK National Archives site:
An expanded idea on this could be a website where people contribute image fragments (that are not under copyright) as well as the translations. These could be categorized by language, handwriting style (if known), time period, difficulty level and length. The Handwriting Tutor software could then download these “online modules” for an almost inexhaustible source of practice material.
This idea is open to anyone who wants to work on it. Let me know when you are finished or if anyone comes across software that does this. Maybe the software can be sold as a companion to Kip Sperry’s book.
Useful links:
Comments(12)