アジャイルコーチの秘訣、トップ10Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
場の管理をマスターし、目指せオフィス潤滑油！
場の管理をマスターし、目指せオフィス潤滑油！：「脱KY」を図る情報コントロール術（1/3 ページ） 会社の業績がかんばしくないと、オフィスの雰囲気も沈みがち。ややもすると、指示がうまく伝わらないだけでなく、関係部署と険悪になってしまうことすらある。それを防ぐためには「場のデザインのスキル」が重要になってくる。なぜなら人はコンピュータと違って「命令を忠実に実行しない」ものだから――。 相談は突然に 「あのさ、相談があるんだけど」 ある晴れた昼下がり。出先でのミーティングを終えた私の携帯電話が鳴って、出てみたら昔の同僚、A夫の懐かしい声。 まったく違う業界から、IT業界へ転職してもう10年になる。そこそこいい歳（ちなみに私は43歳）になっているので、たまには最先端の情報を落っことすこともあるけれど、異業種の友人たちから見れば、私は立派な「ITフリーク」らしい。 おそらくは例によってIT関係の相
第7回 議論を活発にする（導入フェーズ） | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第3回 ファシリテーションの始め方のコツ | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
アジャイルとソフトウェア工学、プロジェクト管理：An Agile Way：オルタナティブ・ブログ
ぼやっと思っていることを、形にしてみます。 ぼくはずっとソフトウェア開発は「工学」だと思っていました。コンピュータサイエンスの部分はあるけれど、再現可能にしていくには工学的な要素が重要です。だから、オブジェクト指向や構造化設計といった設計技法、テスト技法はとても大事。しかし、いざ「現場」のソフトウェア開発となると、プロジェクトのスケジューリングや調達、納期やコスト、といったプロジェクト管理の側面が強くなります。ここは、ソフトウェア開発プロジェクトを成功させるためにはとっても大事。 さて、大事であることは大事なんだけど、この２つ（ソフトウェア工学とプロジェクト管理）をやっていれば成功する、というものではないのです。実は、プロジェクトに参加している人が「いいものを作りたい」と思っているかどうか。この１点が、50%以上のファクタでプロジェクトの成功に効いて来る、と気づいたのは2000年にアジャイ
《本》システム開発現場のファシリテーション：An Agile Way：オルタナティブ・ブログ
■システム開発現場のファシリテーション■ を紹介します。 システム開発の現場って、本当に「技術」と「管理」では済まないことが多い。むしろ、プロジェクトの成功における、それらの貢献比率は50%以下、現実的には「人間系」の比重が５０％を超えることが多い。 逆に考えると、そういった現場を、楽しくかつ生産的に回していくことが、実は、最も成功に貢献する要因だし、また、人生を楽しむことにも繋がるんじゃないか。とぼくは真剣に思っている。 そして、そう思っている人が、システム開発の現場でとても増えていて、この本も、システム開発における「人間の力」を信じた人たちが書いているのがとてもうれしい。ファシリテーションやコーチングの基礎理論も書かれているし、それだけでなく、経験談や悩み、もそのまま書かれている等身大の本だと思う。この本を読んだ人が、自分の現場で、自分の言葉で、ファシリテーションの重要性を語っていって
第2回 議論を“絵”にする、その効果！ | gihyo.jp
こんにちは。“グラフィックファシリテーター”のやまざきゆにこ、です。第1回で「その場で議論を“絵”にしています」と自己紹介しましたが、今回はもう少し具体的に私が日頃、どんな“絵”を描いていて、“絵”にすることによって、何が見えてくるのか、どんな効果が得られるのかということについてご紹介します。 「カスタマー」を描く 「ユーザー」を描く 「“絵”にしてほしい」と企業から依頼を受ける中の1つに、「“カスタマー”を描いてほしい」という声があります。 もう少し具体的に言うと、例えば、新商品を検討する企画会議や社員全員でこれからの事業ビジョンを描くといった研修の場で、 「我々がサービスを提供しているのはどんな“カスタマー”なのか、具体的に絵にしたい」 「どんな“顧客”がターゲットになりうるのか、絵を使ってメンバー全員できちんと共有したい」 といった声です。「カス
第1回 議論を“絵”にしてます！ | gihyo.jp
議論を“絵”にするって？ はじめまして。企業の会議や研修に立ち会って、その場で「議論を絵にしていく」仕事をしている、“グラフィックファシリテーター”のやまざきゆにこ、と申します。 と、いきなり名乗っても「グラフィックファシリテーターって何？」「議論を絵にするってどうやって？」とほとんどの方に聞かれますので、まずは写真をご覧ください。 上の写真は、ＮＴＴグループ企業の研究者やプロデューサー、営業の方々などバラエティ豊かな面々が毎回集まる『知恵の和ワークショップ』という場でグラフィックファシリテーションを実践している様子です。今回特別に掲載許可をいただきました。 企業の会議や研修、勉強会に立ち会うことが多く、なかなか具体的な内容までお見せすることができないんですが、私の場合は、こんな感じで描いてます。（“私の場合”と書くのは、絵＝グラフィックは人それぞれ個性あるものと日頃から感じる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: システム開発現場のファシリテーション ~メンバーを活かす最強のチームづくり~: 新岡優子, 前川直也, 西河誠, 小田美奈子, 上田雅美: 本
EnterpriseZine：「なんでこんなに会議が多いの？」〜ファシリテーションの必要性〜第1回
ファシリテーション・グラフィック―議論を「見える化」する技法