I have been doing a bunch of work in reviewing workflows and implementing new or changes to existing workflows, especially in Technical Services. In the process, I have been asked not only about the process I went through, but the rationale and value in doing such an exercise, especially for organizations where most Technical Services work has been outsourced. So just thought I’d jot down some thoughts. Continue reading “Technical Services: Rationale and Benefits of a Workflow Review”
Most of our libraries and organizations have been around for numerous years, sometimes hundreds. Often that means many processes are created, changed as needed, and left in place long past their due date. Unfortunately, that means we are frequently working inefficiently, following old processes or cobbled together workflows.
The first part of the presentation will suggest methods for understanding and reviewing workflow. In the second half, we will take a look at various simple and lightweight tools and ways to use them to make work more efficient, especially in processing text, files, and data in batches.
Originally titled Tools, Tips, and Tricks to Making Work More Efficient. This webinar was presented for Florida Library Webinars on March 8, 2017. https://floridalibrarywebinars.org/events/16003/ Continue reading “Reviewing and Improving Workflow and Productivity: Methods and Tools”
This lightning talk was presented at Code4lib BC 2016.
For a copy of the slides, please see the presentation on SpeakerDeck (also below) or the version on GitHub.
Continue reading “Code4libBC Presentation: Getting Things Done: Discovering Efficiencies in Workflow”
Can you tell I’ve been doing a lot of MARC work? Continue reading “Using Regex in MarcEdit to Fix Repeated Subfields in MARC records”
So there does exist a document already on this topic, Getting OCLC numbers into your vendor records using MarcEdit but I found the instructions difficult to refer to. I ended up writing my own version with the added instructions on creating a set of MARC records specifically for this purpose. After doing this sort of thing again today, I finally decided to share them. Continue reading “Merging Control Numbers into Records Using MarcEdit”
I taught a workshop last week on doing usability on a budget. Usability is such a big topic that it’s impossible to cover everything in just 3 hours, but it’s a quick overview of how to put some of these methods into practice in a low cost, low resource way.
These are the notes I have along with all the links and such. Continue reading “Code4LibBC Workshop: Usability On a Budget”
As part of the redesign for the new site, the main thing that I really wanted to change in terms of the look was the front page. Continue reading “Guerrilla Usability: Choosing the Front Page with Mockups”
Lead by Rosalyn Metz, Becky Yoose
Not agile, because with a single person team, it’s difficult to do SCRUM, so only agile-ish.
What are we working on?
Being with ‘what are we working on?” Have a meeting
This goes into helping to figure out the scope of the project.
5 why’s: basically, ask why 5 times. Everyone write down their answers. e.g. Want to redesign the website, but turns out because they don’t know what services are provided.
List of goals that you want to achieve, but what if you don’t know what your goals are?
Goal setting using SMART goals. Gives you a structure to work off of, and helps with project monitoring.
- S: Specific – should answer who/what/when/where
- M: Measurable
- A: Attainable – realistic given current resources
- R: Relevant – goes back to scoping, making sure addressing issues
- T: Time-bound – marking milestones & progress
Also helps you narrow down your scope, and leads into project charter.
Goal vs. Task: More general, what needs to get done vs. implementation details
- Design and develop an interactivity module from other code by the end of September. – will want to break down, more of a project objective
- Initiate development of code with team [add time].
- Testing API to see if meet requirements [add time/who].
- Have [person] teach one workshop with at least 20 registrants this summer at [this office].
Who are you dragging into this project?
- project executive sponsor – whether the project happens
- project sponsor – person who makes decision resources, people, budget, etc.
- project manager – person responsible for moving the project forward, beholden to executive and sponsor, also note person who comes up with idea is not always the manager
- team members – people doing actual work
Do this on your own or with someone trusted. Don’t do this with the stakeholders in the room.
You want to understand their place in the project, reason they’re there, the support they will provide.
If some people don’t need to be always be there, keep them up to date e.g. status report meetings. Take up little time, and do their influence. Be the protector for your team if need be.
Not everyone is going to be happy.
Make sure they’re in conversations up front, to see why it needs to happen. Will already have had the ‘why are we doing it this way’ conversations. See also Dealing with defensiveness in high conflict people.
If have unknown stakeholders, you might want to delay project until have all the necessary resources are in place.
Project One Pager
This is your project charter. It covers
- objective – conscise high level thing you want to achieve
- outcomes – your SMART goals, inumerate things need to be achieved to reach the objective
- out of scope – include things people will likely ask for
- team – who and role (not necessarily stakeholders) e.g. developer, handling metadata, user testing
- schedule – high level milestones, but might leave out and add after approval
Your work then needs to be broken down. Need to break into the small tasks. e.g. Goal of teaching cohort -> registration, marketing, book space, etc.
Want to team to come up with tasks, but can help them.
One person might be responsible, but that person can decide how it gets done. Give people a couple of days and come back.
It’s okay where what you’re doing is preparing for the next project.
The majority of the time should be spent planning rather than the work.
It’s to create the schedule and understand the cost. Frequently realize it’s not worth it.
The only way to estimate time is to do time tracking. Might try Harvest.
Time tracking can be a real eye opener.
Tend to vastly underestimate or overestimate, so best to use buffers.
Choose a realistic buffer. Applying the percentage to the entire project. Usually start with 10-15%: T / (1 – B%)
Use Fibonacci numbers (1, 3, 5, 8 – never higher) to assign numbers, see SCRUM in 10 easy steps article. e.g. Do 16 points of work every week.
Difficulty seems to be not getting developers to track time, but staff people outside of IT to track time. Approach by making workflows more efficient, more realistic. You can play the dumb person and ask how long it takes.
Can ask your vendors whether they have a project plan.
- estimating time ( in hours)
- benefits (as a percentage of income)
cost = P1(hour * salary/hour) + P2(hours * salary/hour) + …
Important to keep track of meetings when tracking your time.
Use a spreadsheet to calculate cost of total, plus number of hours per week for each team member (and the cost). For example, if can only commit more than 20%, should not be spending 40 hours in a week on the project.
What do you track? It depends on who is funding the project.
If grant funded, depends on what is required based on the grant. Sometimes grants don’t cover certain things, or institution needs matching funding.
Internally, contact your supervisor, their supervisor, or contact person in another department.
The key is to keep it transparent.
Budget (spreadsheet) only one piece of reporting.
Have a communication plan (see example).
Team standing meetings meant to be very short. All people involved in that portion of the project say 3 things:
- what did you do after the last meeting?
- what are you planning before the next meeting?
- issues preventing from work getting done
Informal, but technical = daily grind.
Status reports in comparison, regular, more formal, but regular
Reporting is absolutely necessary and needs to be clear, consistent, concise. Stakeholders feel like they’re involved in the project even if they’re not really.
Handling Issues that Arise
A lot of people fall back to issue tracking system, is not a project management strategy.
Need to work out workflows around tickets. Are you going to use it for communication, time tracker? Customize system for that use which statuses, attachments, granularity, etc. Internal vs. external notes.
Who is responsible for which types of issues. Have primary and secondary contact.
Also, what is timely matter? Depending on during or outside of business hours.
May need to convince users to submit the information the new way. Talk to them about it not ending up in a black hole. Make sure have confirmation that issue has been added.
Need to also make sure the tickets are in scope. Go back to project charter if need to reference something.
- support consortial digital repository
- open source
- different user permissions
- email features
- good adoption
- time tracking in 15 minutes increments
- will make Gantt charts for you
- lessons learned: don’t overload users with the emails from the issue tracker
- previously used Trello
- paid service, web based
- can have pre-made teams, templates
- can import whole teams or templates e.g. checklists
- calendars can be exported and show on public page
- integrates well with google docs
- text features to throw notes together
- has API
- good for managing resources as well
- basically a big whiteboard/sticky note system
- but very basic
- track issue and for code, plugged into webserver
- one repository for each project
- one meta project to track all projects, including non-code projects
- can be difficult to search or filter issues
- everything in one place
- has email notification
- can’t assign due dates or track time
- can assign issues to larger milestones which can have due dates but have had mixed success
- great customization
- can take a lot of time to customize
- but will do whatever you want it to do
Different tools work at different organizations. Tools are only as good as the people that are using it. Need to be consistent about using it.
Do whatever you can to make it easier e.g. single sign-on.
When is it done? Met the outcome and objectives.
However, it doesn’t mean you can wash your hands of it.
Learn from your experiences. Take those lessons learned and apply into future projects.
Might be a presentation or report, template, etc.
Why did it go wrong? Some things that are external you cannot control, but internal things you can change.
Once you finish the project, you have a product.
While the project is done, you need to continue to maintain it.
Product owner = product manager. Lifecycle function dealing with planning, marketing, maintenance throughout the entire life of the product.
Product manager is the heart, mind and voice of the user. Not your own voice.
Have to make the hard product trade off decisions. e.g. which features to include.
Provide a second opinion on how things work. Create a trust relationship with the development team so you can ask questions.
The most important thing is communcation.
Presented by Andrew McAlorum
As a whole, libraries do a bad job of managing IT projects and services. Agile and ITIL are two sets of frameworks or methodologies that can help with that. Continue reading “LibTechConf 2014: Agile Project Management and ITIL for Libraries”
For this presentation, I decided to speak more broadly on accessibility (rather than focus specifically on web accessibility), partly because it’s so short (5-10 minute lightning talk) and partly due to the fact that despite it being a “Code4Lib” regional, we wanted to promote cross collaboration across all skill and knowledge levels. I still used a technology example, but had physical space related examples as well. Continue reading “Code4LibBC: Shifting Perspectives: From Disability Accommodation to Universal Design”