<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Scrum on sysarcher/@ich_code</title><link>https://sysarcher.github.io/categories/scrum/</link><description>Recent content in Scrum on sysarcher/@ich_code</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 01 Oct 2018 21:22:37 +0200</lastBuildDate><atom:link href="https://sysarcher.github.io/categories/scrum/index.xml" rel="self" type="application/rss+xml"/><item><title>Build, Test and Deploy are Developer Concerns</title><link>https://sysarcher.github.io/posts/build-test-deploy/</link><pubDate>Mon, 01 Oct 2018 21:22:37 +0200</pubDate><guid>https://sysarcher.github.io/posts/build-test-deploy/</guid><description>&lt;p&gt;All too often our repos here do not (actually, none) contain the definition of what code compilation and build look like. They exist in separate scripts hosted somewhere on the &amp;ldquo;Integration Team&amp;rdquo;&amp;rsquo;s servers and are very inflexible!&lt;/p&gt;
&lt;p&gt;Travis CI and services like it, have shown us that the steps to build/test/deploy code should also exist in the code repo. I&amp;rsquo;m gonna try to find some time to explore the possibility of having a Travis CI style service for in-house repositories. I want to mandate the existance of a &lt;code&gt;Dockerfile&lt;/code&gt; in every repository so we can at least tell Jenkins to go do a &lt;code&gt;docker build .&lt;/code&gt; in every repo in the list. But this is only temporary. The long-term goal is to definitely be able to hook into Jenkins CI from the Github web interface (like Travis CI in the open source world.)&lt;/p&gt;</description><content:encoded><![CDATA[<p>All too often our repos here do not (actually, none) contain the definition of what code compilation and build look like. They exist in separate scripts hosted somewhere on the &ldquo;Integration Team&rdquo;&rsquo;s servers and are very inflexible!</p>
<p>Travis CI and services like it, have shown us that the steps to build/test/deploy code should also exist in the code repo. I&rsquo;m gonna try to find some time to explore the possibility of having a Travis CI style service for in-house repositories. I want to mandate the existance of a <code>Dockerfile</code> in every repository so we can at least tell Jenkins to go do a <code>docker build .</code> in every repo in the list. But this is only temporary. The long-term goal is to definitely be able to hook into Jenkins CI from the Github web interface (like Travis CI in the open source world.)</p>
]]></content:encoded></item><item><title>Right after I joined this new job..</title><link>https://sysarcher.github.io/posts/some-thoughts/</link><pubDate>Mon, 01 Oct 2018 21:22:37 +0200</pubDate><guid>https://sysarcher.github.io/posts/some-thoughts/</guid><description>&lt;p&gt;&lt;em&gt;Do I scrum-master (is that a verb?) automagically agile?&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Many people talk about cross-functional teams, developers getting hit by buses (poor us!) and CI/CD. I am not one to disagree here but I think these other tools are important as well as using the tools available to best effect.&lt;/p&gt;
&lt;h3 id="git"&gt;Git&lt;/h3&gt;
&lt;p&gt;I am having to use Gerrit with a Gitweb frontend all maintained by a local team on servers somewhere upstairs. You want a new repo? Please write an email to this guy.. Private repository? No.&lt;/p&gt;</description><content:encoded><![CDATA[<p><em>Do I scrum-master (is that a verb?) automagically agile?</em></p>
<p>Many people talk about cross-functional teams, developers getting hit by buses (poor us!) and CI/CD. I am not one to disagree here but I think these other tools are important as well as using the tools available to best effect.</p>
<h3 id="git">Git</h3>
<p>I am having to use Gerrit with a Gitweb frontend all maintained by a local team on servers somewhere upstairs. You want a new repo? Please write an email to this guy.. Private repository? No.</p>
<p>The first thing I did when I joined was to set up my own Gitlab instance. This enabled me to do the best practices again (check-in code daily, write markdown README.md files etc. etc. Yes, our repo doesn&rsquo;t understand README.md) We&rsquo;re now moving to Github Enterprise which is definitely awesome.</p>
<h3 id="slack">Slack</h3>
<p>Skype for business should be banned! I have missed slack since day 1. Slack let you create channels for different stuff going on like <code>#github</code> and <code>#pull-requests</code> etc. It was a place where different people from different teams could <code>#discuss</code> <code>#everything</code>. This revolution of hashtags somehow missed out on people here. No more.</p>
<p>Mattermost and RocketChat are great alternatives to Slack. I set up Mattermost for my team and that&rsquo;s where we plan our Kicker tournaments. (I don&rsquo;t like the <code>~</code> that RocketChat uses for it&rsquo;s channels.) I have not tried Zulip yet but one of my cousins works on it.. It looks really nice too.</p>
<p>The org however still runs on Email and Skype for business. Something needs to change! Perhaps Microsoft Teams is a good idea?</p>
<h3 id="rtc">RTC</h3>
<p>RTC stands for Rational Team Concert (Whatever That Means). Its the crappiest tool I&rsquo;ve ever had to deal with but it&rsquo;s mandated across the organization. It&rsquo;s meant to be another tool from IBM that is your enterprise agile management system with strange compliance certifications.</p>
<p>I&rsquo;d rather use Jira or something. I have a Trello-like server (wekan) which I use as a Kanban board. Otherwise, I&rsquo;m stuck with RTC.</p>
<p>Github has cool project boards. I should probably start using that since we <em>are</em> moving to Github anyways.</p>
<h3 id="ci-and-cd">CI and CD</h3>
<p>I am a huge fan of having a <code>Jenkinsfile</code>, <code>.travis.yml</code> file or something of this sort as part of your repository. Why we don&rsquo;t have this now is beyond me. This is something I&rsquo;m working on evangelising:</p>
<p>Every repo must contain:</p>
<ul>
<li><code>Jenkinsfile</code> (even if it&rsquo;s empty!)</li>
<li><code>Dockerfile</code> (to at least build the app)</li>
</ul>
<p>I&rsquo;m also a big fan of having your CI/CD servers automated. Working on this, one-thing, one best-practice at a time!</p>
<h3 id="conclusion">Conclusion</h3>
<p>This is all for today. But I have noticed that your enthusiasm for change is often never reciprocated. Keep chugging! I have been able to achieve some of the things I mentioned above but only after loads of frustration. I still see people having long-winded discussions on email threads though. Bad habits aren&rsquo;t easily lost.</p>
<p>Skunkworks are healthy. I&rsquo;m a proud revolutionary (for the better) from the underground. I hope I&rsquo;ll look back at these frustrations and be proud :) Get people around you that are as enthusiastic for change and march forth!</p>
]]></content:encoded></item></channel></rss>