<p>こんにちは、Ikoba(<a href="http://twitter.com/ikoba0911">@ikoba0911</a>)です。
今回は振り返り記事になります。</p>
<p>※ この記事は2019年5月ごろ、自分が過去にプログラミングスクールに通っていた当初書いたブログ記事の移行記事です。
※ 現在の感想とは異なりますが、備忘録的に当時の感情や状況を残すためそのまま移動しています。</p>
<p>今回は慌ただしく過ごした3ヶ月の活動のプログラミングスクール時代を振り返りたいと思います。
チーム開発をプログラミングスクール内で行ったので、その感想と学んだことについて書いていこうかなと思います。
ちなみに制作物は一般的なECサイトです。</p>
<h2 id="目次">目次</h2>
<ul>
<li><a href="#%E4%BB%95%E6%A7%98%E3%81%AE%E7%90%86%E8%A7%A3%E3%82%92%E3%81%A7%E3%81%8D%E3%82%8B%E3%81%A0%E3%81%91%E3%83%A1%E3%83%B3%E3%83%90%E3%83%BC%E5%85%A8%E5%93%A1%E3%81%A7%E8%A1%8C%E3%81%86">仕様の理解をできるだけメンバー全員で行う</a></li>
<li><a href="#%E3%81%97%E3%81%A3%E3%81%8B%E3%82%8A%E3%81%A8%E5%A0%B1%E9%80%A3%E7%9B%B8">しっかりと報連相</a></li>
<li><a href="#%E3%81%A7%E3%81%8D%E3%82%8B%E3%81%A0%E3%81%91%E6%89%8B%E3%81%AE%E7%A9%BA%E3%81%84%E3%81%A6%E3%81%84%E3%82%8B%E4%BA%BA%E3%82%92%E5%87%BA%E3%81%95%E3%81%AA%E3%81%84">できるだけ手の空いている人を出さない</a></li>
</ul>
<h2 id="仕様の理解をできるだけメンバー全員で行う">仕様の理解をできるだけメンバー全員で行う</h2>
<p>これは最低限のことだと思っていたのですがなかなか難しい・・・<br>
スクールという性質上進捗の違う人が集まっている且つ、仕事ではないので過度なプレッシャーもない。<br>
モチベーションを管理したり、わからない人に説明をして知識の穴を埋めたり。<br>
正直私一人の力では不足していた部分があったと思います。<br>
それでも最初に詳細設計をしている時点でミーティングをしながらできるだけ、一人でも多くの人が多くの部分に対応して修正や開発ができるような平均的な能力の向上を目指してやってきたつもりです。<br>
でもやっぱり難しかったです笑</p>
<h2 id="しっかりと報連相">しっかりと報連相</h2>
<p>Javaでの開発、フレームワークはstruts2を使用したのですがそれにあたりGithubにコミットすることでコンフリクトが多発するxml系のファイル、style.css、各種DAO。<br>
このファイル群を如何にして管理するのかが課題だったので早急にSlackの導入を提案。<br>
かなりコンフリクト自体は減って快適な作業が可能になったと感じました。<br>
結局密に連絡が取れる環境なら良かったのですがそれなりに人数もいたのでこういったツールを利用して開発の円滑化を進めることが大切だと感じました。</p>
<h2 id="できるだけ手の空いている人を出さない">できるだけ手の空いている人を出さない</h2>
<p>これが詰まる所最大の課題になったのですが、結局機能ごとに開発を行っていたので手の空く人、忙しい人が比較的顕著に出てしまったのは課題でした。<br>
手の空いている人は次にやることを探す姿勢、聞かれた側はそれを的確に仕事として振る、このやり取りがもっと活発に行われていればより良いものが出来上がったのかもしれません。<br>
とはいえどうしたらいいかと聞かれる側も人生初の経験なので、結局次にやることを探す側が自発的に考え動く必要があったとは思います。<br>
今回は技術的なことは抜きにして書かせて頂きました。<br>
備忘録的にどんなことを考え、活動をしてきたのか書き残しておきたかったので。</p>
<p>ではでは今回はこんな感じでー</p>

プログラミングスクールで行ったチーム開発についての記事です。

人生初のチーム開発で学んだ3つのポイント