段取り名人になる為の１０のチェックポイント - モチベーションは楽しさ創造から
私は、かなり段取りマニアで、「段取り系」の本があると、思わず手が出てしまいます。段取り上手になる事は、時間を有効活用する事ができるし、生産性も大きく上昇させてくれます。 楽しさ創造力には、上手な段取りを行う事は不可欠です。私の本「モチベーションが上がるワクワク仕事術」でも、段取りについては、タスクブレークダウンを中心に一部述べているのですが、先日、読んだのが、「頭のいい段取りの技術」という本。 頭のいい段取りの技術 作者: 藤沢晃治出版社/メーカー: 日本実業出版社発売日: 2007/12/20メディア: 単行本（ソフトカバー）購入: 13人 クリック: 333回この商品を含むブログ (93件) を見る 「段取り」だけを一冊にまとめてあるだけに、完璧な段取りを実現していく為の勉強になることが色々とありました。 私の考えを再確認させて頂いたものとして、 よい段取りは、ゴールの鮮明なイメージ作
PM（プロジェクトマネージャー）になったら絶対に読むべきおすすめの本6選【要約付き】 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。安達です。今年も引き続き、張り切って行きたいと思います。 さて、突然ですがみなさんは「プロジェクトマネージャー」を目指してますか？ もちろん、ひと口にプロジェクトマネージャーと言ってもさまざまな方がいます。 大規模な業務システム構築のプロジェクトもあれば、ECサイトやWebサービス構築プロジェクトもあります。LSIのチップ制御ソフトウェア開発もあれば、スマートフォンのゲームアプリ開発もあります。 ただ、共通して必要とされるスキルが、「プロジェクトマネジメント」だということは、みなさんも意見が一致するのではないでしょうか。 しかしそうはいっても、プロジェクトマネージャーになってから独学でプロジェクトマネジメントをゼロから学ぶのはとても非効率です。もちろん会社でOJTをするなり、体系的なプロジェクトマネジメントのマニュアルがあるならば、さしあたっての問題はないでしょう。 でも、ある
Head Firstソフトウェア開発
大好評のHead Firstシリーズにソフトウェア開発バージョンが登場。ソフトウェア開発の基本知識と実際のプロジェクトの進め方を詳しく楽しく解説します。反復の概念と「バーンダウンチャート」、そしてテスト駆動型開発を利用した効率的なソフトウェア開発方法を、ビジュアル重視、会話スタイル重視で解説。効率的にかつ見積もりどおりに作業を進め、顧客の満足どおりの製品を開発するためのエッセンスが詰まっています。 序章 本書の対象読者 あなたがどう思っているのか、わかっています メタ認知 脳を服従させるためにできること 注意事項 テクニカルレビューチーム 謝辞 1章 優れたソフトウェア開発 トムのトレイルをオンライン化する ほとんどのプロジェクトには2つの大きな懸案事項がある 開発のビッグバンアプローチ 未来の姿：2週間後 通常、ビッグバン開発は最終的にひどい状態になる 優れたソフトウェア開発とは…… 反
アート・オブ・アプリケーション パフォーマンステスト
世の中に存在するシステムは、多かれ少なかれパフォーマンス上の問題を抱えています。問題の解決には、パフォーマンステストを適切に実施し、ボトルネックを浮き彫りにすることが有効です。本書は、精度の高いパフォーマンステストを求める人のための技術書です。パフォーマンステストの論理的根拠、効果的なテスト構成要素など基礎的なことから、パフォーマンステストのプロセス、結果の解釈、またトランザクション例など発展的な内容まで、パフォーマンステストを包括的に解説します。ミッションクリティカルなソフトウェア開発者、テスター、プロジェクトマネージャ必読の一冊です。 訳者まえがき はじめに 1章 なぜパフォーマンステストをするのか？ 1.1 パフォーマンステストとはなにか：エンドユーザの視点 1.1.1 パフォーマンス計測 1.1.2 パフォーマンス標準 1.1.3 インターネット効果 1.2 劣悪なパフォーマンス：
Team Geek
複数のプログラマが関わる場合、優れたコードを書くだけではプロジェクトは成功しません。全員が最終目標に向かって協力することが重要であり、チームの協力はプロジェクト成功のカギとなります。本書は、Subversionをはじめ、たくさんのフリーソフトウェア開発に関わり、その後Googleでプログラマを経てリーダーを務めるようになった著者が、「エンジニアが他人とうまくやる」コツを紹介するものです。「チームを作る三本柱」や「チーム文化のつくり方」から「有害な人への対処法」までエンジニアの社会性について、楽しい逸話とともに解説します。 目次 推薦の言葉 日本語版まえがき ミッションステートメント 謝辞 はじめに 1章 天才プログラマの神話 1.1 コードを隠して 1.2 天才の神話 1.3 隠したらダメになる 1.4 チームがすべて 1.5 三本柱 1.6 実践 HR T 1.6.1 エゴをなくす 1.
ソフトウェアアーキテクトが知るべき97のこと
ビジネスとプログラム両方の知識と経験が求められるソフトウェアアーキテクト。本書は世界中で活躍するソフトウェアアーキテクトによる97本のエッセイを収録した書籍です。プロジェクトにおいてもっとも重要な事柄とは何か、顧客やチーム、またコーディングやスケジュールなどについて、経験豊かなアーキテクトが自らの体験を踏まえて解説します。ソフトウェアアーキテクトを勇気づけ、新たな気づきをもたらす一冊です。日本語版には、伊藤直也、江島健太郎、小野和俊、榊原彰、鈴木雄介、萩本順三、萩原正義、牧野友紀による11本の書下ろしを収録。 目次 監修者まえがき はじめに 01 システムの要件よりも履歴書の見栄えを優先させてはならない ニティン・ボーワンカー 02 本質的な複雑さは単純に、付随的な複雑さは取り除け ニール・フォード 03 最大の問題は、たぶん技術的なことではない マーク・ラム 04 まずコミュニケーション
プロジェクト・マネジャーが知るべき97のこと
プロジェクトの様々な局面で意思決定を迫られるプロジェクト・マネジャー。本書は世界中で活躍するプロジェクト・マネジャーによる97本のエッセイを収録した書籍です。ソフトウェア開発においてマネジャーに求められることは何か、人とチーム、さらにステークホルダーの管理、プロジェクトプロセスやプロジェクト要求、契約、国際化への対応と地理的に分散したチームの管理などについて、経験豊かなプロジェクト・マネジャーが自らの体験を踏まえて解説します。プロジェクト・マネジャーを勇気づけ、新たな気づきをもたらす一冊です。日本語版には、奥沢薫、神庭弘年、重木昭信、芝尾芳昭、冨永章、初田賢司、林衛による11本の書き下ろしを収録。 目次 監修者まえがき はじめに 01 できるだけ早期にユーザーを巻き込む バービー・デイビス（Barbee Davis） 02 モグラたたき開発を避けよう ベンカト・スブラマニアム（Venkat
【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） - やまもといちろうBLOG（ブログ）
【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） 読んでいて、実用書なのに涙が止まらない本に巡り会えたので謹んでお奨めさせていただきます。 その名も、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』。何がヤバイって、いちいち掲載されている項目がヤバイ。いきなり「何度も要件を追加してくるユーザ」ですよ。まるで弊社の某顧客ではないですか。 大項目からして「設計」から「プログラミング」、「テスト」とか進む先々にびっしりと地雷が敷き詰められているんだろうなあと悪い汗をかかずにはいられない世界が広がり、最後にはお決まりの「契約」。いやー、読んでいてぞくぞくしますね。特に「仮発注書だけで作業に着手してしまったら？」とか、なんか見透かされているようですよ。まあ、業界的には往々にして起きがちなことを一般論として書い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
熊とワルツを - リスクを愉しむプロジェクト管理
Amazon.co.jp: Webプロジェクトマネジメント標準 PMBOK(R)でワンランク上のWebディレクションを目指す: 林千晶, 高橋宏祐: 本
Amazon.co.jp： 目標を突破する 実践プロジェクトマネジメント: 岸良 裕司
Amazon.co.jp: 仕事を100倍楽しくするプロジェクト攻略本: 米光一成: 本
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本