サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

チームビルディング 改善 旧館より

週次フリカエリ

投稿日:2009年1月27日 更新日:


最近、お客様への納品が終わったプロジェクトで採用した「プチフリカエリ」について書きます。

(私の所属企業、かつ、知っている範囲では)「フリカエリ」は(大規模プロジェクトでは)工程の終了時、(小規模プロジェクトだと)プロジェクト終了時に行うことが大半です。

それ自体は有用なのですが、時間が空くと「フリカエリ」の効果も薄くなるので、私は「プチフリカエリ」と(勝手に)名付け、毎週金曜日の朝会の一部で行っていました。

普段の朝会では「昨日やったこと」「今日やること」「(あれば)問題点」を簡潔に述べ、あまり所感などは言うことはあまりありませんが、「プチフリカエリ」では「今週のタスクから学んだこと(と、簡単な感想)」を簡単に発表します。

「プチフリカエリ」をした理由として…。

1:メンバーの構成

このプロジェクトは私を含めて4人で、(技術的に優秀ですが)もう少しアンテナを広げて欲しいと(個人的に思う)若手メンバー、新人、そして、パートナーさんという構成でした。
このパートナーさんは仕事や技術に対する姿勢から学ぶべきところが多く、そこから吸収して欲しいと期待したためです。

2:プロジェクトの特性

もう1つは(期間としては短かったですが)、要件定義を除く、外部設計からシステムテスト、そして納品までシステム開発のほぼ全工程のプロジェクトでしたので、各工程で気付くがあるだろうと(特に新人には)。

結果として、ほぼ毎週行い続けたこともあってか、各工程でそれぞれ何らかの気づきや学びがあったようです。
#私自身も今回のプロジェクトでは学ぶことが多くありました。それはまた別エントリに書くとして。

ストレッチ的な目標として「学んだこと」から、深掘りした考察や横展開をする等して、各自の基礎能力(仕事力みたいなもの?)の底上げができれば…と期待はしていました。
本音を言うと、そこまでは至らなかったのが少し残念です。

とは言うものの、この習慣が根付いて、次やまたその次のプロジェクトは各自が一段上のレベルで仕事をしてくれれば良いなぁと思っているわけです。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo credit: -will wilson- via Visualhunt.com / CC BY-NC-ND

-チームビルディング, 改善, 旧館より

執筆者:


  1. […] もうずいぶん前の感じがしますが…2009年1月に納品したプロジェクトで、私が感じたことの1つに「自分には我慢が足りないなぁ」があります。 […]

comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

教えてもらう、教える時に気をつけていること

仕事やバレーで教えてもらったり、教える(そこまでいかなくてもアドバイスする)ことが、ちょくちょくあります。 ↓は自分が教える = 伝え手の場合に気をつけていることです。 1:論理や順序の飛躍をしない …

プロジェクトの種々なこと

「プロジェクト」を、前職ではPMO(プロジェクトマネジメントオフィス)的に外から、そして現職で逆に一員として内から見て…と異なる視点を経験しました。その中で感じたことをつらつらと書いてみます。 1:全 …

チケットの粒度が難しい

過去のメモを整理していたところ、2年程前のプロジェクトで悩んでいた時に書いたメモが出てきたので備忘録としてアップしておきます。 悩んでいたこと RedmineやTracなどのITS(Issue Tra …

技術者の直感を信じてみては?

プロジェクト…特に詳細設計やプログラミングなど技術者がフル稼動する工程…において、経験豊かな技術者の直感が働くことがあるようです。 その直感とは「あ、(この仕様、実装は)このままではまずいのでは?」と …

Todoリストの更新タイミング

仕事関係のタスクを記録しているTodoリストがあります。 このTodoリストを更新するタイミングについて、(自分にとって)より効率良く仕事ができた方法を書いてみます。 Todoリストの更新タイミングを …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。