👋 Welcome to my thoughtstream!
I am Full Stack Analyst & Automation Specialist really into workflow & organizational improvements and how to fix ever-aching process of gathering requirements & refining them. I am also a filthy vegan so expect to find a bit on that.
I’m not very socially sharing person so you might not find a lot on my Social Medias, if you’d like to know me better head to contact.
To get RSS feed of my posts, move here.
You Are Not Your Work
There are times when in your workplace you might feel not good enough or find yourself being subject of an impostor syndrom. There are probably also times when you find youself feeling superior, underappreciated and sometimes just angry at everyone’s incompetence. That is compeletly fine and that happens to everyone. It’s important to know that your work doesn’t define you as a person. own your feelings I come from an IT environment in a relatively big organization where there is an incentive in working closely together. Cooperating with your peers allows to prevent errors and might allow for faster delivery of a project. Someone probably already walked a path that you are taking now, communication is a time-saver. ...
Automation Requirement Framework, part 1: introduction
what do you need this for? I have started working on this due to constantly hearing of or experiencing myself this trival thing called changing requirements. All development today is created using Agile principles of course, although that doesn’t mean we shouldn’t have strong foundation to later improve on it. Yes, improve - not change. I think as analysts / designers / developers we should be as thorough as possible when it comes to first sketch of a solution, after all how do you write your stories / tasks / features if anything is missing. At the same time, software development is a bit different than (process) automation development. You need mapped end-to-end process to even start thinking about designing solution - making shortcuts, simpifying, integrating with existing solutions or even researching accesses required. Automating is more of a waterfall project with some flexibility when it comes to extending or improving on the way. Reducing the risk of any changes during the development makes projects being delivered faster and coders a lot happier. ...
What is RPA?
historical background I work in a field that is on the verge of IT and Business - robotic process automation which is fancy (and now standardized) name for a business automation. When such teams were being introduced to organizations about 10 years ago, the RPA software was still immature and many automations were done using battle-tested Office (mostly Excel, Access) macros. It had its disadvantages but allowed for fast development. Currently Microsoft is slowly killing it (due to security risks) and replacing with much safer (and web-enabled) Office Scripts. Main disadvantages for the macros is that environment it is being ran on might be different than development environment - your US colleague’s PC has different settings (decimal separator, encoding, etc.) than your Polish-set machine. RPA software was designed to fix it with ‘robots’ that run on a VM. Robot could’ve done same thing as macro but now RPA team was able to control the environment parameters. ...