NaITE #13「Docker入門 & Git運用のコツ」
先月になりますが、参加した(開催した)勉強会の記事です。
Docker入門
私が発表したセッションです。
Dockerの使い方を最低限説明して、実際にデモをしながらDockerとはどんなものかを説明しました。
Dockerをまだ使ったことがない人や、どんなものかも分からないという方に向けた内容ですが、知らなかった人が興味を持ってくれるきっかけになったようで良かったです。
自分が頑張らなくても何とかなるようにするためのGit運用のコツ
私がセッションのお願いをしたのですが、ブロッコリーさんのGitについてのセッションです。
Gitフローというのがあり、しっかり運用フローを決めるとチケット駆動開発などと相性が良く、開発が進められるという内容でした。
私自身Gitには、そんなに詳しくないのですが、とても勉強になりました。
最後にはツールを連携させる方法についてどうすれば出来るかなどの質問が上がっていて盛り上がっていたので良かったと思います。
もう来週の開催ですが、NaITE 14回目の勉強会として「メトリクス解析(データ解析)の初歩」という勉強会が開催されます。
興味のある人は参加してみてください。
nagasaki-it-engineers.connpass.com
NaITE#12 「PFDワークショップ & JaSST'16 Tokyo 参加報告」
NaITEの12回目の勉強会に参加したので、参加レポートです。
テーマはPFDワークショップ&JaSST'16 Tokyo参加報告です。
JaSST Tokyo 2016 参加報告
先日行われたJasstの参加報告です。
JaSSTソフトウェアテストシンポジウム-JaSST'16 Tokyo レポート
3つのセッションのみ取り上げられていますが、
実行委員会の3人がそれぞれ報告したいセッションを1つずつ決めて参加報告をしました。
JaSSTくらいの規模のイベントだと、セッションが被って全てには参加できないので、他の方が参加してその内容が聞けるというのは貴重だと思います。
PFDワークショップ
PFDの概要説明と、PFDを書いてみようというセッションです。
PFDの詳しい書き方については、下記のPDFを参照してください。
http://homepage3.nifty.com/koha_hp/process/PFDform3.pdf
私はPFDは書いたことがありませんでした。
それどころか、なんとなくは知っているという程度で、詳しくはないという状態で参加しました。
PFDはプロセスフローダイアグラムの略称で、プロセスを図示するものです。
プロセスは時代によって変化するものであるから、プロセスは固定化させるのではなく、PFDによって安定化させることが重要であるとこのこと。
PFDはフローを示すものではなく、成果物がプロセスによってどう変化していくかを図示するツールになります。
セッションでは、「朝起きてから、家に出るまでにやったこと」。
初めてPFDを書いてみたのですが、全然書けませんでした。
最初に朝やったこと(プロセス)を羅列してみたのですが、インプットとアウトプットが何になるかよくわからず、プロセス同士も繋がらなかったです。
他の方も同じように考えていたらしく、PFDはプロセスの順序性というのは示さいという考え方が抜けていたようでした。
朝やったことを書くとなると結果として何をやったかになってしまうため、
やってみるとしたら「朝起きてから、家を出るまでにやらなければいけないこと」とテーマを変えてみるとやりやすいかもしれません。
PFDの書き方のコツとしては、
1,まず成果物(行動)を書き出す。
2,それらを関係でつなぐ
3,全体のMECEを見る
4,全体を調整する
5,他人と認識をあわせる
認識が合わなかった場合は4に戻る
6,5で出来た成果物を計画化する
PFDを利用するときの大きなパターンとしては、
1,プロセスの新規作成のパターン
2,現状のプロセスを改善するパターン
1のパターンでは、図示することでブレストに使用することが出来ます
2のパターンでは、図示することで現状分析ができ、新しいプロセスを導入するときに、前後のプロセスなどをどう修正する必要があるのかが分かる
とのことでした。
今回の勉強会はPFDを書いてみて、ディスカッションが出来たため、とても勉強になりました。
勉強会はディスカッション形式が一番おもしろいのかなぁと思いました。