「みんなで遊ぶ係」 遊ぶことさえ強制すれば楽しくなくなる！ - モチベーションは楽しさ創造から
「みんなで遊ぶ係」ってご存じですか？ 長女の小学校には、「みんなで遊び時間」というのが昼休みに週１回あるそうです。 その企画をする人が「みんなで遊ぶ係」だということ。 いじめや仲間はずれ等があり、学校も難しいんでしょうね。だけど、「みんなで遊ぶ時間」まで作り、その企画担当者まで作るとは・・ 遊ぶ事まで、「管理対象」の時代になってきているんでしょうね？ 「面白くないものも、この時間に一緒になってやる事で上手になる事で、面白くできるようになる」という学校側の理屈だそうなのです。 正直、それって「遊びなの？授業じゃないのか？」って感じです。 娘に、「みんなで遊ぶ時間って楽しいの？」と聞いてみました。 「係りの人が男の子ばっかりなので、ドッジボールばかりをする事になるので、全然楽しくない。 自分はヘタだから、外側に回されて、ボールもほとんど回ってこない。 だから、昼休み中、足でグラウンドに絵を描い
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
経験を積んだあとこそよく身につく学問がある人には学ぶべき時期があるのだ | ３分間ドラッカー 「経営学の巨人」の名言・至言 | ダイヤモンド・オンライン
「社会人教育の発展が意味することの一つは、科目のそれぞれに学ぶに適した時期があるとの認識である」（『断絶の時代』） ドラッカーは、実社会において経験を積んだあとのほうが効果的に学ぶことのできる学科は、やがて学校に戻ってくるまで勉強を延ばしておくべきだと言う。学校に戻ってくることが確実な世の中になりつつあるからである。 経験を積んだあとのほうがはるかに勉強できるという科目は多い。 マネジメントがその一つである。 法律、医学、教育学、建築学、その他あらゆる学問に、経験のない若者では学び取ることのできない科目、あるいは初心者には不要な科目というものがある。 目標管理、事業の分析、さらには目標の設定とそのバランス、目前のニーズと遠い将来のニーズの調和について学ぶには、人間としての成熟に加え、組織で働くという実際の経験が必要である。 仕事の意味を真に理解できるのは、目標を設定し、人を組織し
日本が誇る社内ＳＮＳの成功例！ＮＴＴデータ「Nexti」の秘密
新事業を中心に、日米の大企業・ベンチャー・投資家等のアドバイザーを務める。多摩大学（MBA）客員教授。Net Service Ventures、500 Startups、Founder Institute、始動Next Innovator、福岡県他の起業家メンター。BCG東京、米CSC、CSK/セガ・グループ大川会長付、投資育成会社General Atlantic日本代表などを経て、現在に至る。「エコシステム・マーケティング」など著書多数。訳書に『ザッポス伝説』（ダイヤモンド社））、連載に「インキュベーションの虚と実」「垣根を超える力」などがある。 本荘修二の実践講座！ 社員を動かすウェブ グループウェアに始まり、ナレッジマネジメント、最近ではＥＩＰ（企業内情報ポータル）と、話題の概念で語られ続けてきた社員向け情報システム。企業にとって永遠の課題である社内ウェブの理想的な作り方を、先進事例
「できる」と思えば案外できる
「新しいことをやりましょう、とあちこちであなたは書いていますが、現場は困ってしまいますね」。知り合いのコンサルタントから、やんわりとではあるが批判を受けた。言い返さなかったものの、考え方次第で新しいことはできる、と今でも思い込んでいる。 既存の方法を全面否定したり、土地勘の無い領域で闇雲に新事業を始めればそれでよい、というわけではもちろんない。とはいえ新しい取り組みをせず、コストを削減し、各種の法律を順守するだけで展望が開けるとも思えない。システムの安定稼働、内部統制と個人情報保護、こういった守りの取り組みだけでは息が詰まる。 こう考えて、新しいプロジェクトを始めた人を応援する、あるいは始めることを勧める報道を今年は心掛けている。だが、冒頭に書いたように、あるコンサルタントから「多くの企業の現場は相当疲れています。メディアがイノベーションだ、改革だ、と騒いでも、『その通り』と応じられる状態
みんなが独りぼっちにならないプロジェクト---目次
現場で働くマネジャ層、リーダー層の悩みは尽きない。「部下の自主性を引き出すにはどうすべきか」「雑務が多くて自分の勉強時間を作りにくい」「家族の問題が仕事に影響している」「自分にはリーダーの才能がないのにリーダーをやらされている」「自分自身の体調が良くない」「元上司が部下になった」など。その内容は実に多様。一見技術とは無縁のようだが、技術にかかわるプロフェッショナルならではの事情があるのも興味深い。 加えて見逃せないのが、マネジャやリーダー層の孤独さだ。1人で悩みを抱えたまま、組織やプロジェクトの状態を悪化させてしまうケースは珍しくない。 そこで日経コンピュータは「みんなが独りぼっちにならないプロジェクト」を立ち上げた。マネジャやリーダーの悩みを集め、そこから組織のあるべき姿を見出すプロジェクトである。ITpro読者の皆さんがお持ちの貴重な体験や有益なノウハウを、「生きたケースメソッド」とし
かくたにのWiki - 『アジャイルな見積りと計画づくり』サポートページ
〜価値あるソフトウェアを育てる概念と技法〜 書誌情報 Mike Cohn 著 安井 力, 角谷 信太郎 訳 毎日コミュニケーションズ 発行 2009年1月28日 発売 336ページ 定価: 3,360円(税込) ISBN: 978-4839924027 原書: Agile Estimating and Planning Amazon.co.jpで本書を購入 書店でお手元に取る前に、部分的にですがPDFを「立ち読み」できるようにしています。購入にあたっての参考にしてください。 http://book.mycom.co.jp/user/preview/978-4-8399-2402-7/index.shtml 以下の内容を立ち読みできます。合計30ページほど。 日本の読者に向けて、まえがき、著者紹介、謝辞 目次 イントロダクション 第1部 1章 訳者あとがき 誤記・誤訳・誤植などを発見したら、
プロジェクト失敗の原因はプロジェクトマネージャ？！
プロジェクトの成功に必要なものとは？ 「プロジェクトは失敗する確率の方が高い」という事実があるのをご存じでしょうか。ある調査結果によれば、納期遅延やコストオーバー、十分に効果が発揮できないなど、失敗と見なされるプロジェクトは全体の約70％にも及ぶそうです。 プロジェクトには、未成熟な技術や要員のスキル不足、無理なスケジュールなど、常にリスクがつきまといます。そんな状況下でも、プロジェクトマネージャは、リスクに適切に対処しプロジェクトを成功させる必要があります。 優秀なプロジェクトマネージャは不足している しかし、マネジメントスキルが低くかったり、リーダーシップがとれないなど、プロジェクトマネージャ自身が一つの原因となって失敗につながるケースも少なくありません。実際、IT業界では、プロジェクトメンバが50名以上となる規模の大きいプロジェクトを担当できるプロジェクトマネージャは、不足しているの
bp special ECOマネジメント／フロントランナー
「世界で一番初めに出せるんだよ。難しいのは当たり前。失敗を恐れちゃいけない！」 2007年の暑い夏の日。神奈川県厚木市郊外にある、日産自動車テクニカルセンター。 50代になって間もない山根通宏は、この日も「世界初になる」という、いつものフレーズを使っていた。 25人ほどの開発チームは、20代後半から30代の若手ばかり。しかも、開発プロジェクトに参画したこと自体、“初めての経験”というエンジニアが多かった。 プロジェクトマネージャーである山根が発する「世界初だぞ」というフレーズは、否応なしに若いメンバーのモチベーションを高めてくれる。が、一方で不安は、いつも隣り合わせで存在し続けていた。 「ついに記者発表しちゃいましたけど、本当にできるのでしょうか。僕はちょっと心配というか、ときどき弱気になりますよ、山根さん」 「粘り強く、繰り返すしかないよな。世界中の自動車会社が、みんな追っているターゲッ
チケット駆動開発の本質はバージョン・ファースト - プログラマの思索
チケット駆動開発(TiDD)について考えていることを書く。 ※注意：チケット駆動開発(Ticket Driven Develpment)の略語は、「TDD」だとテスト駆動開発(Test Driven Develpment)と間違えやすいので、「TiDD」と以降呼ぶことにする。(命名者：えと～さん) 【元ネタ】 チケット駆動開発は、まちゅさんによって提唱されている。 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) 【1】チケット駆動開発のプラクティス チケット駆動開発は定義そのものがあやふやなのだが、僕は下記4個ののプラクティスがあると思う。 ※注意・下記のプラクティスはあくまでも僕個人の考えであることを断っておく。 【1-1】チケット・ファースト(Ticket First) プロジェクト内部の作業は、チケットを受け取ってから始まる。 つまり、工数が発生す
元請SIerがTracのような環境を提供できない３つの理由 - なからなLife
セキュアに公開されたソース管理システムと課題管理システム、つまりhttps接続のcvs/subversionとtrac/redmineを用意してほしい。 （略） 全てのプロジェクトメンバは計画と設計情報に対するアクセス手段を確保すべきだ。 元請け企業が用意すべきもの - @katzchang.contexts 激しく同意。 ツールの種類はともあれ、この手の情報は、 1箇所に集中 版の管理 セキュアなアクセス 誰でも参照できる を実現することよって、関係するすべての人にとって、作業負荷の軽減に寄与するものですから、さっさとやりましょうよ。 導入、周知、初期学習コストだけじゃん。 導入コストなんて、環境構築手順を確立して、場合によっては自動構築スクリプト化すればさくっと終わる話。 導入ノウハウなんて、みなさんいろんなところで公開してくれているわけだし。 初期学習コストなんて、初めて触る人だけの
ふりかえりを実践してみて - プログラマの思索
Redmineでチケット駆動開発を運用し始めてから、自然にふりかえりを取り入れることが多くなった。 ふりかえりでは、KPTという思考フレームワークを使うことが多い。 このKPTという手法で、開発チームと開発プロセスを大きく改善できた経験をしたので、振り返ってみる。 ＃ラフなメモ書き。後でまとめる。 【元ネタ】 初めてのプロジェクトリーダー（6） 「ふりかえり」でプロジェクトを改善する オブジェクト倶楽部の「プロジェクトファシリテーション 実践編 ふりかえりガイド」 【1】ふりかえりが無いチームは成長しない 成果物の品質が悪く、納期がズルズルと遅れる開発チームでは、同じ失敗を何度も繰り返す症状が多いだろう。 例えば、デグレ。 デグレが何度も起きると、その成果物そのものの信頼性が損なわれ、最終的には人間関係の信頼まで壊れてしまう。 そんな症状を見ると、駄目なチームはフィードバックプロセスが無い
Redmineを使って気づいたことpart3～チケット分割のタイミング - プログラマの思索
Redmineを運用して気づいたことを書いてみる。 【元ネタ】 Martin Fowler's Bliki in Japanese - 支払利息の見積もり PERFORCE ソフトウェア構成管理の高度な実践方法（ベストプラクティス） 【1】登録したチケットを分割するタイミングがある。 WBSから初期スケジュールを作成した時、機能追加だけの実装内容のチケットの工数は3人日を見積もったとする。 しかし、実際にチケットを担当した開発者の実績は5人日をオーバーする時がある。 何故遅延しているのか、開発者に聞いてみると、機能追加する前のリファクタリングに時間がかかっている。 理由は、元々のソースはロジックが余りにも入り組んでいるため、リファクタリングしないと機能追加できないから、と言う。 そんな時、僕は、そのチケットからリファクタリングだけの目的の別チケットを新規登録し、リファクタリングは別チケット
【公開】KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」 - プログラマの思索
関西Ruby会議01＠関西-KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」を公開します。 CC Attribution ライセンスとします。 【元ネタ】 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) チケット駆動開発は、まちゅさんが最初に提唱された。 しかし、チケット駆動開発の概念はまだ曖昧で、一部でしか注目されていない。 僕は、Redmineというプロジェクト管理機能を持つBTSがプロジェクト管理をIT化してくれて、プロジェクト運営が大きく変わったことを経験した。 その体験をチケット駆動開発(Ticket Driven Development)という概念へ昇華できないか、考えた内容が上記の資料です。 コメントがあれば嬉しいです。 【参考】 Rubyist
エンジニアリング無しのアジャイル開発はありえない - プログラマの思索
ソフトウェア工学とアジャイル開発の関係について、平鍋さんの素晴らしい記事があったのでメモ。 【元ネタ】 An Agile Way > ソフトウェア設計で大切なこと(1/2) : ITmedia オルタナティブ・ブログ InfoQ: Agileの衰退と凋落 オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。 ということは、もういちどちゃんと言っておこう。そう思った動機は、James Shoreの「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。 ここ３年くらいXPという言葉はAgile界では下火になっていて、AgileといえばScrumという風潮だったのが、「エンジニアリングの無いScrumは所詮うまく行か
プログラマの思索
astahにタイミング図がサポートされたのでメモ。 【参考】 astah* 9.2リリースノート | astah タイミング図 | astah* 機能ガイド plantumlでタイミング図が描けるらしい: プログラマの思索 astahとPlantUMLを行き来できるastah* PlantUML Pluginが面白い: プログラマの思索 astah* Mermaid Pluginが公開された: プログラマの思索 Timing図 わかりやすくUMLタイミング図とは 【PlantUMLの使い方】PlantUMLでタイミングチャートを作成する - システムとモデリング UMLのタイミング図を使う機会は正直ほとんどないし、経験もない。 感覚的には、シーケンス図を横型にしたイメージを持っている。 ただ、ハードウェア設計者ならタイミング図をよく使うと聞いているので、どんな状況でどのように使うのか、調べ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スケジュール管理
あなたのプロジェクトは大丈夫？ 属人化がもたらす見えないコストの恐怖
部下には言えない開発の不安 革新技術と販売のはざまで - bp special ECOマネジメント／フロントランナー
Redmine Users (japanese) | Google グループ