システム開発に関わる全ての人が適正な価値を持続的に得られるよう、支援します。社内コミュニティの立上げイベントを行いました。現場改善では、組織レベルに自律的な改善サイクルを定着させる手段として、社内コミュニティを構築することがよくあります。横展開やより推進していくためには、自分達で考え、お互いの気づきを共有する場が有効だからです。今回は、その立上げイベントの様子をセミナーレポートとしてお届けします。社内コミュニティの立上げイベントを行いました。現場改善では、組織レベルに自律的な改善サイクルを定着させる手段として、社内コミュニティを構築することがよくあります。横展開やより推進していくためには、自分達で考え、お互いの気づきを共有する場が有効だからです。今回は、その立上げイベントの様子をセミナーレポートとしてお届けします。立上げイベントは、以下のように進められました。・コミュニティ趣旨説明(お客様)・講演(平鍋)・ワークショップ(天野)・PF事例紹介(お客様)・気づきの共有(天野&平鍋)●開発プロセス/技術だけでは足りない、チーム力にフォーカスした強化施策をコミュニティ趣旨説明では、推進部署のキーマンから、これまで開発プロセスと技術にフォーカスした施策を行ってきたがそれだけではプロジェクトを成功に導くには限界が来ていることが告げられました。大化していく昨今では、人と人のコミュニケーションの精度が重要であり、コミュニティを立ち上げることで現場にパワーが出るような仕組みを作りたい、という意気込みが参加者に伝えられました。●現場の見える化でコミュニケーションのバンド幅を広げよう冒頭の趣旨説明を受けて、平鍋からプロジェクトファシリテーション(以降、PF)の目的、基本的な活動の紹介を行いました。最初に、「ソフトウェア開発において、始めるときに要求が固まっていることは少ないのでは?」と参加者に問いかけました。よるターゲットの変化などは、当たり前のように発生します。このような状況で仕事を進めていくには、今やっていることや困っていることを見えるようにすることが求められます。良い計画を立てても、現状が見えなければ計画通りに進んでいるかどうかわからないし、そもそも変更を前提にしておくことが重要である、と提言しました。その核となる仕組みが、プロジェクトの見える化です。どのように見える化すればよいのか、それは、チームにおいて野球のスコアボードのようなものを作る事である、と紹介しました。その心は、最新の正の情報が、一箇所に集約されていることにあります。アナログで始めることを勧めました。アナログの方が、見える化された情報から感覚的に危機感を察知することができ、更には誰でも見たいときにすぐに見ることができるからです。感覚的に察知する方が、人間の本能に働きかけやすく、解決行動が誘発されやすい。報をあげておいても、最新かどうかわからない上、見たいときにすぐに見れないことが多いと紹介しました。具体的な例として、タスクボード・朝会・ふりかえりを紹介し、最後に、「コミュニケーションのバンド幅を広げよう」と締めくくりました。●ワークショップで、実践するきっかけを作ろうワークショップでは、天野から、実際にどのように現場で運用していけばよいのかをタスクボードを例に実践的な演習を行いました。PFで紹介されている見える化はどれも簡単に始められそうでいて、実際のところ実践するまでの一歩が踏み出せないという状況がよく見られるため、その課題を解決するために、ワークショップの中で現場ですべきことを一通り体験して、その気づきを現場に持って帰って、始めやすくしたいという狙いがありました。1チーム4名にわかれ、「イベントを開催する」というお題で、そのためのタスクを洗い出し計画するということを行いました。その中でファシリテーション技術、タスクの切り出し方、タスク見積もりの合意方法、タイムボックスの考え方等、実践的なテクニックが紹介されました。・チームが主体的に動くためのエッセンスがあった。やらされ感の軽減につながる。・文書化されない細かいズレをなくせそう、共通認識を作りやすい、作業漏れが減りそう。・属人化対策になりそう。・一緒にタスクを切り出すことで若手育成につながる。等の声が寄せられました。良いタスクの基準としてSMARTを紹介した。締め切りを区切る事ができるまずは、やり始めて気づきをキャッチしてやり方を変えていく柔軟性が重要である、と締めくくりました。●既にやり始めているところはある!PF事例紹介では、お客様内でPFを実践しているプロジェクトの生の声が提供されました。タスクボードを導入した例では、当初は一定の成果が見込まれたが最終的には形骸化し、中止することになった事が紹介されました。その原因としては、ふりかえってみると何かしら続けることに無理があったのではないかとので、何が無理なのかを考え、最低限知りたいことに絞って見える化を再度やってみようと思う、と今後の進め方が紹介されました。●今日の気づきを現場に持ち帰るために気づきの共有では、事例を聞いて感じたことをテーブル毎に共有しました。どのテーブルでも、さまざまな意見が交換されました。・定期的な報告が義務付けられているが、報告をあげても解決してくれない→やっても意味がないので、やりたくなくなる・タスクを書くことが難しそう・タスクを移動していくのが面倒臭そう・会社が違うとやり方も違って、独自でやることが許されるのか?その気づきを代表者が発表しました。(以下、一例)・やっぱり、担当者も管理者もみんなのために嬉しくないと駄目だな、と痛感した・タスクボードを導入している。タスクが徐々に右に動いていくのは気持ちがいい・作っている製品でユーザを嬉しくするためには、作っている人が嬉しくないといい製品が作れないのではないか、と思っている。●見える化ツールは手段のひとつにすぎない立上げイベントを終了して、参加者の中には、「今回の見える化ツールは手段のひとつであって、自分達の現場をより良くするには、課題を見極めて、適した手段を編み出す必要がある」と本質的な議論がされていました。コンサルタントとしては、「よく気づいてくれました」という感想を持ちました。立上げイベントの目標は達成され、非常に有意義な時間を提供できたと感じています。コメントをキャンセルコメントを入力してください。以下に詳細を記入するか、アイコンをクリックしてログインしてください。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。新しいコメントがついたらメールで通知。コンサルティングセンターが、セミナー情報やコンサルタントの独り言を公開します。Blog.%d人のブロガーが「いいね」をつけました。