チームでのプロジェクトを成功させる秘訣34項目「コラボレーション・パターン」
これまでにない全く新しいものを生み出す時や未知なる領域の問題を解決しようとする時、複数の人でのコラボレーションが重要になりますが、「コラボレーション・パターン」はそうやって複数の人間が一つのことに取り組む際に、アイデアを積極的に出し合い、メンバーが互いを高めあいながら、個人では考えられなかったような結果を出すことができるようパタン・ランゲージの考え方に基づいて作られた34項目。対立や分裂で破滅的な結果が起こることもある集団での作業を、ポジティブな結果に昇華させます。 コラボレーション・パターン ― 創造的コラボレーションのためのパターン・ランゲージ http://collabpatterns.sfc.keio.ac.jp/index.html コラボレーション・パターンは全部で34項目あるのですが、パターンは大きくわけて「未来への使命感」「方法のイノベーション」「伝説を作る」の3つのまとま
開発と運用の新しい関係、「DevOps」とは何か？ － Publickey
このところ海外のIT系の記事で「DevOps」という言葉を見る機会が増えてきました。スペルからすると、開発＝Developmentと、運用＝Operationを組み合わせた言葉らしい、という程度の認識でしたが、どうやらアジャイル開発やソフトウェアの品質にかかわる新たなムーブメントとして認識しなければならないかも、と感じはじめています。 そこで「DevOps」とは何か？ について調べてみました。 DevOpsとは開発と運用が協力し、ビジネスリスクを軽減する まずはWikipediaの「DevOps」の項目から冒頭の部分を読んでみましょう（2011年3月8日現在の記述）。 DevOps is a set of processes, methods and systems for communication, collaboration and integration between depar
「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から
「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から アジャイル開発手法として知られるXPやスクラムは、国内で徐々に浸透し始めています。しかしアジャイルをさらに推し進めて企業レベルでアジャイルを活用したり、あるいは企業自身がビジネスをアジャイルに回すためにはどうすればよいのでしょうか。 4月9日と10日の2日間開催されたイベント「Agile Japan 2010」。2日目の基調講演に登壇したAlan Shalloway氏は「アジャイルの現状と未来、次に来るもの。〜リーン開発への展望〜」（What Is Next In the Agile World）と題し、企業をマネジメントする視点からのアジャイルについて講演を行いました。 Shalloway氏の講演は、アジャイルについてよく言われる「プロジェクトではうまくいくが、会社レベルで展開し
アジャイルにおけるプロジェクトマネジャーの役割
人間の心に働きかけるというのは大変複雑なことです。 世界中で同じように物事を考える脳は二つとありません。 同じ指紋がけっしてないように、二人の人間が働くスタイルは90パーセントであっても合致しません。このように多くの個々の人間を作り出し、しかも全て違うという自然の摂理は美しいとさえ感じます。しかしビジネスであｈ目標は全利害関係者にとって “一つであり同じ”なのです。 ここでいう人々とは (a)プロジェクトチームメンバー(b)ビジネスユーザー (c)経営陣及び出資者など様々な立場でプロジェクトに係わる人を意味します。人々はどのプロジェクトでも管理されることが必要なのです。 というのは プロジェクトのゴールに向かって並ばせ、ワークスタイルを統一する ベストなものを引き出す 集中してやる気のある状態にするだからです。 もしプロジェクトの誰もが完璧であれば、どの業界のどんなプロジェクトも失敗するこ
RedmineやTracを上手に活用する6つのポイント
photo credit: Mackトラ ソフトウェア開発プロジェクトの現場では課題やバグ、タスクを管理するために、RedmineやTracなどのIssue Trackin System(課題追跡システム。以下ITSと表記)を使っていることが多いと思います。 ITSを使えばこれらの情報を一元化しプロジェクトメンバ間で共有できるため、うまく使えばとても役立ちますよね。 しかし、あまり深く考えずに導入すると、 「入力が大変だし余分な手間が増えただけだよ…」というメンバーからの不満の声 「この課題って本当に終わってるの？」といった疑心暗鬼 「このタスク、誰も進めてなかった！」という驚愕の事実が期限前日に判明 などといった状況に陥りがちです。 ここでは、いくつかのプロジェクトへ導入した経験から得た、ITSを運用する上で重要(と考える)な6つのポイントを紹介します。 ポイント1 チケット項目はマ
チケット駆動開発のベストプラクティスを収集したい - プログラマの思索
チケット駆動開発を実践して、色々考察してきて、ベストプラクティス集を作りたいと思っている。 理由は、チケット駆動開発とアジャイル開発の密接な関係を明確にして、アジャイル開発を簡単に運用できるノウハウとして公開したいからだ。 僕は、チケット駆動開発には下記4個のプラクティスが最低限必要だと思っている。 但し、XPのプラクティスと同じだがTiDDの言葉で言い換えているものもあるので注意。 １・チケット・ファースト(Ticket First) 【説明】 基本は、プロジェクトの作業はチケットを受け取ってから始める。 チケット無しで作業はしない。 また、SVNコミット時に、チケット無しのコミットも不可。 【効用】 チケットがタスクカード(作業指示書)のため、コミュニケーションロスがなくなるし、作業履歴がチケットのコメントとして残る。 進捗情報は全てチケットに書くから、BTSのチケット集計機能でリアル
【第12話】“ダメ会議”を撲滅する「10のチェック項目」：日経ビジネスオンライン
これらはみな、多くの会社に巣食う“ムダ”の象徴です。 ダメな会社の3K もちろん、カミ・カイギ・コミッティの“3K”（「コミッティ」は英語のつづりではCommitteeなのですが、日本語表記ではKということでご容赦を！）の、何もかもがダメだというのではありません。重要な決済事項は、やはり紙の書類として残しておく必要があるでしょう。 また、複数の人間が集まってアイデアを膨らませたり、社の重要な事案に最終判断を下したりする時には、メールのような一方通行のツールではなく、一堂に会しての話し合いが必須です。 しかし会社という組織では、創業から時が経つにつれ、人が増えるにしたがって様々なムダが発生します。毎月律儀に全社員に配られるが実は誰も目を通していない総務部からのお知らせ、会議室のドアを開ければ必ずいつもどこかしらでやっているコミッティの類…。 「顧客満足向上委員会」「品質管理タスクフォース」な
プロジェクトファシリテーションはIT企業の中間管理職研修みたいだ - プログラマの思索
随分前だが7月初めにPFP関西WS#19が開かれた。 ワークショップの内容は「ファシグラ」。 【1】ファシグラはファシリテーショングラフィックの略語で、議論の見える化を目的として、A4用紙又は模造紙へプロッキーを使って議論を描いていく手法。 ワークショップでは西河さんの解説がとても分かりやすく、実際に描きながら試すことができた。 議論の内容を議事録にまとめたり、内容をまとめて更に議論を深彫りしていくのは難しい。 議論が白熱すると、あらぬ方向へ議論が行って本来の問題解決につながらなかったりする。 アイデアを出しながら企画を組み立てようにも、アイデアがなかなか出ない雰囲気だったり、アイデアが散発的でつながりが見えにくかったりする。 そんな時にファシグラはすごく有用だ。 僕が改めてファシグラの威力を感じたのは、えと～さんが実際にファシグラを使っている場面を見た時だ。 ミーティングで到達すべきゴー
アジャイル系プロジェクト管理--そのルーツを探る - builder by ZDNet Japan
トップランナー対談：前編 成長を続けるEDR市場で何がおきているのか ラック×クラウドストライクによる徹底議論 DX推進を阻害する3つの要因 プロフェッショナルが語る データ分析・データ活用の実現 日清食品グループのDX（後編） 内製化とローコードで実現？ビジネス部門 によるアプリ開発のリアルボイス！ 特集：セキュリティトレンド-秋- つながる世界で問われる対応 サプライチェーンセキュリティを考える ともにDXを推進する コンテナ化されたワークロードを管理 継続的な価値を生みだす「協創」への挑戦 次の一手はこれだ！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス エンドポイントセキュリティの転機 情報セキュリティ戦略が問われる今 重要インフラ事業者としてANAが考えること エッジからハイブリッド環境まで 考えられる全てのインフラ基盤を検証可能 Lenov
アイティメディアID：セッションエラー
アイティメディアID ヘルプ セッションエラー セッションが中断されました。 お手数ですが、もう一度手続きを行ってください。 Copyright © ITmedia Inc. All Rights Reserved. 利用規約 プライバシーポリシー 推奨環境 ITmedia 総合TOP ITmedia NEWS ITmedia AI＋ ITmedia エンタープライズ ITmedia ビジネスオンライン ITmedia マーケティング TechTargetジャパン ITmedia Mobile ITmedia PC USER Fav-Log by ITmedia MONOist EE Times Japan EDN Japan スマートジャパン BUILT TechFactory ＠IT キーマンズネット ねとらぼ
相殺フィードバック - プログラマの思索
TSPの本で「相殺フィードバック」というフレーズがあったのでメモ。 【1】フィードバックは、マネジメントの基本技術の一つだ。 フィードバックがあるからこそ、PDCAのうちCheckとActionが稼動する。 フィードバックはゴールまでの進捗を表す。 フィードバックを受けて、ゴールまで後どれくらいあるか、自分のポジションが分かる。 しかし、フィードバックは諸刃の剣でもある。 相殺フィードバックとは、フィードバックを受けると、問題がどんどん吹き出す現象を指すらしい。 つまり、フィードバックを受けて改善しようとしても、問題が多すぎて制御できない。 TSP本で面白かったのは、IT業界は相殺フィードバックが多いという指摘だ。 よくある例は、結合テスト工程でバグを見つけ始めたら、どんどん膨れ上がってしまって、品質はおろかバグ修正の制御もできなくなってしまうことだろう。 あるいは、顧客からフィードバック
プロセス改善に対する違和感 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
XDDPと言う派生開発 - プログラマの思索
初めて、XDDPと言う派生開発の提唱者である清水さんの話を聞いた。 本は2冊読んでいたけれど、自分の理解が不十分だったことに気付いた。 以下、メモ書き。 【1】XDDPの最大の特徴は、SW開発の殆どは機能追加という保守開発である、という認識を前提としたアジャイルっぽい開発スタイルにある。 ソースからリバースエンジニアリングで要求仕様書を作り、ソースをダラダラと修正するのではなく、一気に修正してしまう。 駄目なプロジェクトでは、ソースに手を入れては修正漏れが出て、それを直してはまたバグが出る、といった症状が多い。 影響範囲や修正方法を確実に見極めれずに、ソースに手を入れてどんどん劣化させてしまう最悪なパターン。 清水さんのフレーズで面白いと思ったのは「移植作業は、ソフトウェアでも拒否反応を起こす」という内容。 人体でも、風邪を引いた場合、抗生剤を飲む。 しかし、抗生剤は人によっては免疫機能が
第65回 ［図解］Webサイト構築プロジェクト・ワークフロー - Webデザイン エンジニアリング：ITpro
今回は，Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品，つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが，ご参考になれば。 図は，一番上は「4つのステップ/3つのタスク/12の要素（第62回 持続可能なWebサイト開発を支える12の要素）」。その下は，人的配置をロール(役割)ごとに記述しています。その下は，大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が，「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には，その流れの順で進んでいきます。その下は，それぞれのステージのアウトプットのイメージで，更にその下にはよく使うファイルアイ
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
自分たちでタスク管理システムを作ろうと思った ― ＠IT情報マネジメント
自分たちでタスク管理システムを作ろうと思った～Getting Things Done!（仕事を成し遂げる技術）～：自社プロダクト立ち上げ奮闘記（1） ヌーラボが開発した「課題管理ツール Backlog」は、開発プロジェクトにおけるさまざまなタスクを管理するツールである。本連載は、同社がこのツールを開発するに至った経緯から、開発段階で起きた問題とその解決手法を彼らの経験を踏まえて紹介する。ある1つの開発チームが製品を企画し、開発プロジェクトを遂行、完了させていくまでのドキュメントでもある。（編集部） Getting Things Done! 私たちの携わるプロジェクトは、「やらなければいけないこと」「やろうと計画していること」の塊で成り立っています。その「やらなければいけないこと」「やろうと計画していること」を「タスク」や「ジョブ」と呼び、「仕事を成し遂げる」「プロジェクトを達成する」とは、
アジャイル開発のためのプロジェクト管理·Agilo MOONGIFT
アジャイル開発にとって重要なのは、スクラムを組み、一気通貫で開発してしまう勢いだ。手間のかかるタスクの登録やステータスの更新その他諸々の面倒ごとをやっていたら時間はあっと言う間に過ぎ去ってしまう。 タイムライン 例えばTracは素晴らしいプロジェクト管理だが、少々画面が素っ気ない。そこでもっと便利に使えるAgiloを紹介しよう。 今回紹介するオープンソース・ソフトウェアはAgilo、アジャイル開発を進めるためのプロジェクト管理だ。 Agiloはアジャイル開発を基本としたプロジェクト管理だ。VMWareのアピアランスも提供されているので、すぐに試すことができる。また、Tracのプラグインとしても提供されている。Wiki、タイムライン、ロードマップ、チケット、検索といった一般向けの機能に加え、チーム管理、グラフといった管理機能がある。 グラフ 何よりインタフェースがボタンを中心になっている。こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトの「補助線」
アジャイルプロジェクトにおけるリソースマネジメント
Efficient data transfer through zero copy
