こんにちは。技研の「１１０」です。
これまでの投稿はcanvaの話や、資格勉強の話、イベント報告、はたまたゲームの話など、ライトな話が多かったのですが、たまには自分の普段の研究についてお話ししたいと思います。
私の研究の話を紹介するのは実は初めてではなく、以前にPM学会に論文を出して発表したことを記事にしています。
今回は昨年度の研究の課題と今期の取り組みについてご紹介したいと思います。
昨年度は、弊社のプロジェクト管理ツールを利用し、設計工程のレビュー記録を収集しメトリクスを表示する仕組みを構築しました。
お久しぶりです、技研の”むらたん”です。
先日、認定スクラムプロダクトオーナー研修を受講してきましたので、内容や学んだことについて紹介します。
これから受講されようと考えている方の何かの参考にしていただければ幸いです。
今回の講師も江端さんです。研修スタイルは認定スクラムマスター研修のときと同じで、受講者で研修内容を作り上げていきます。
（アジェンダが無く、受講者に合わせて作り上げていく研修スタイルは、トレーナーランクの高い講師のみが許されている方法らしいです）
ただし、スクラムマスターの研修と異なり、スクラムについての内容は初日の午前中にさらっと要点の説明を受けます。
プロダクトオーナー(PO)の研修はPOとしての役割を全うするために必要な知識や素養を問われる研修となっており、スクラムの全容を学ぶ研修とは異なります。スクラムのことを理解したいのであれば、スクラムマスター研修のほうがオススメです。
POの役割はシンプルですが、いざ実践してみようとするとなかなか難しい役割です。POが正しく振る舞えないとスクラムの良いところや目指しているところが損なわれ、失敗する印象を受けました。スクラムのルールはスクラムマスターに任せて、POどのように振る舞うべきなのか、をずっと考えさせられ、実践していく3日間でした。
こんにちは（ほ）です。
私の所属している社内コミュニティでは、IoT についてのドキュメントをGitbookで作成し、EC2上のJenkinsでビルドとデプロイを行っておりました。
ただ、この環境では下記の点から、コスト的にもったいないと感じていたり、重要なタイミングでサーバの再起動が必要になることがあったため、CodePipeline, CodeBuildを使用したサーバーレス環境に移行することにしました。
こんにちは、技研の「むらたん」です。
ChatOpsやってますか？「乗るしかない このビッグウェーブに」ということで、今期の開発技術SIGでも「定形作業の自動化 powered by ChatOps」をテーマとしています。
ChatOpsするなら、
ChatツールとしてSlackを導入して、HubotでBotスクリプトを開発して、「PING」って書き込むと「PONG」って返ってきたり、「PUG」って書き込むと、可愛いワンちゃんの画像を探してくれるんです。
みたいな内容はよく見かけますが、エンタープライズ利用を考えると、そう甘くはありません。
お久しぶりです、技研の”むらたん”です。
少し前になりますが、認定スクラムマスター研修を受講したので、紹介をしたいと思います。
講師の江端さんは研修を「トレーニング」と称しており、カリキュラムは「現場で起こりうる問題をスクラムマスターとして、どう乗り越えるか」を研修参加者全員で体験し、答えを導くという内容でした。
具体例として、研修は5人グループが6つの30人が参加しておりますが、講師から、
「どんな研修にしたいか、全員で決めて下さい」
といったお題が出されます。
こんにちは、技研の「むらたん」です。
先日、客先で開発チームのメンバーとしてスクラムを実践している社員から「スクラムが上手く回っていない」という相談を受けました。
具体的には、以下の内容です。
① プランニングしたポイントがスプリント期間中に膨らみ、予定していた作業を達成できない。その結果、プロダクトオーナーに悪い印象を持たれてしまう。
② ポイントが膨らむ理由は「環境整備」や「調査」のように、プロダクトには直接関係なく、スプリントプランニングで計画しきれていないタスクを行う必要が出てくるためである。
③ そもそも、メンバーによってベロシティが異なるから、ポイント自体の扱い方がよくわからない。
現場を観察しておらず、立ち話で聞いた程度の情報なので外れているかもしれませんが、聞く限りでは以下の印象です。
今回のエントリーでは、ここから推測される問題について触れたいと思います。
免責事項
以降、スクラムの用語を用いた説明になります。用語の説明はスクラムガイドあたりを参考にしてください。
こんにちは、技研の「むらたん」です。
今年度も開発技術SIGを継続することになり、引き続き、リーダーを務めることとなりました。
活動方針は以前のエントリーにもあるとおり、「技術を【自分たちのため】に活用して、プロジェクトの品質・生産性を向上させる」です。
今期のテーマは
「プロジェクト管理基盤の機能強化と全社標準化」
「定型作業の自動化」
としました。「プロジェクト管理基盤」は昨年からの継続活動であるため簡単に、「定型作業の自動化」については、詳しく紹介したいと思います。
こんにちは、技研の「むらたん」です。
前回の投稿でテスト自動化に先駆けて、テストについて簡単に触れました。
「テスト自動化」と聞くと、人が手で行っている作業が自動化され、楽になり、品質も上がって幸せになれるような感覚を抱きがちですが、それは紛うことなき幻想であります。この手の話は各方面で語りつくされており、内容に目を通してみると、現時点では「こうすれば良い」という模範解答は無いということが見えてきます。
そして、しばらくはこの状態が続くことと思われます。
それが故に、
「我が社のテスト自動化事例」という形で各社の取り組みが紹介されたり、有償・無償を問わず、多様なテスト自動化ソフトが開発・販売されているのだと思います。
こんにちは、技研の「むらたん」です。
2016年、技術研究所員は連載企画を持つことになりましたので、私は研究テーマの1つである「テスト自動化」について、不定期に投稿していきます。
