Microsoft PowerPoint - ProjectFacilitation20070314.ppt[読み取り専用]
1 Copyright © 2005-2007 Kenji HIRANABE, Some rights reserved 現場力を高める 現場力を高める見える化 見える化手法 手法 プロジェクトファシリテーション プロジェクトファシリテーション ～ ～モチベーションアップの モチベーションアップの ツールと場づくり ツールと場づくり～ ～ 株式会社永和システムマネジメント 株式会社チェンジビジョン 平鍋 健児 http://www.ObjectClub.jp 2 Copyright © 2005-2007 Kenji HIRANABE, Some rights reserved 本日のお話 本日のお話 z 自己紹介（簡単に） z プロジェクトの見える化を実践例で z プロジェクトファシリテーション（PF）とは？ z PFの価値 z PFの原則 z PFの実践 プロジェクトファシリテーション
- 第15弾アレグザンダー祭り
「アレグザンダーを考える。パタン・ランゲージ、漸進的開発、そして生成の原則へ」 オブジェクト倶楽部では、デザインパターンやアジャイルプロセスの原点であるアレグザンダーに再び着目し、これからのソフトウェア開発が向うべき方向性へのヒントを持ち帰っていただきたいと考えています。 ソフトウェアパターンムーブメントのキーパーソンであり、パターンやオブジェクト指向についての数多くの著作を記しているJames.O.Coplien氏と、アレグザンダーに師事した経験をもつ建築・町づくりの第一人者である中埜博氏／笹川万国氏をお招きします。 Coplien氏には「ソフトウェア開発とパターンと生成の原則」に関する講演を、中埜／笹川両氏にはアレグザンダーのパターンと生成の原則を体感できるワークショップを実施いただく予定です。また、自分も語りたい！という方々のために、ライトニングトークスもご用意しています。 ぜひ、ご
- アジャツール - Agileなツール紹介
本連載では、「アジャツール - Agileなツール紹介」と題して、筆者やその回りの人々が使っている「Agileなツール(略してアジャツール)」を独断と偏見で紹介していきます。といっても、奇をてらったツールばかりでなく、普段皆さんの机の片隅にあるようなものにも着目していきます。
- eXtreme Programming - Embrace Change
You are here: Home » コミュニティ » XP-jp » XP関連記事 » eXtreme Programming - Embrace Change eXtreme Programming - 変化ヲ抱擁セヨ extremeprogramming-jp メーリングリスト で、Kent Beck の eXtreme Programming - Embrace Change の輪講をおこなました。このページはそれらをまとめたものです。 Preface Section 1 問題 Chapter 1 リスク: 基本的な問題 Chapter 2 ある開発風景 Chapter 3 ソフトウェア開発の経済学 Chapter 4 四つの変数 Chapter 5 Cost of Change Chapter 6 Learning to Drive Chapter 7 Four Values
ObjectClub - アジャイル勘違い集
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。 アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。 そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。 さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。 アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、 メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
- 継続的インテグレーション
継続的インテグレーション 原題: Continuous Integration Martin Fowler Chief Scientist, ThoughtWorks Matthew Foemmel ThoughtWorks 「確実なビルドを行う」 -- これはどんなソフトウェア開発プロセスであれ重要なことだ。そのわりには、このことがきちんとされていないことに驚かされる。本論文では、Matt が ThoughtWorks 社でのある大規模プロジェクトにおいて採用したプロセスを紹介する。このプロセスは全社的な広がりを見せつつある。テスト部分も含めて「全てが自動化された」「再現可能な」ビルドを、「日に何度も」行うことに力点がおかれている。このプロセスを用いれば、開発者はインテグレーションを毎日行うことになるので、インテグレーションに伴う問題を減らすことができる。 継続的インテグレーションの恩恵
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
