見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
第65回 ［図解］Webサイト構築プロジェクト・ワークフロー - Webデザイン エンジニアリング：ITpro
今回は，Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品，つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが，ご参考になれば。 図は，一番上は「4つのステップ/3つのタスク/12の要素（第62回 持続可能なWebサイト開発を支える12の要素）」。その下は，人的配置をロール(役割)ごとに記述しています。その下は，大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が，「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には，その流れの順で進んでいきます。その下は，それぞれのステージのアウトプットのイメージで，更にその下にはよく使うファイルアイ
CGMを運営するときに意識する「リラスプ」というフレームワーク : LINE Corporation ディレクターブログ
こんにちは、佐々木です。 最近、WebディレクターというよりもWebプロデューサーとしての立場でサービスに関わることが増えてきました。そこでよく利用するようになったのが、「リラスプ」というフレームワーク(考え方)です。 このフレームワークを使うと、これまで無意識に使ってきた「お客さま」という言葉を明確に定義して使い分けられるようになります。それによって、立場の異なるお客さまのメリットの最大化について、想像力を働かせやすくなりました。とても便利な考え方ですので、ぜひ一度お試しください。 ■「リラスプ」とは？ まず「リラスプ」という言葉の定義について、こちらの記事をご覧ください。 CGMサービスにおける4種類のお客さま「リラスプ」 [リ] Reader(読み手) サービスを利用する人。閲覧したりダウンロードしたり、ネット上のコンテンツを楽しむお客さま。 [ラ] Writer(書き手) サービス
読書メモ - プロマネが絶対に口にしちゃいけない言葉いろいろ
『アート・オブ・プロジェクトマネジメント』を読み終わって，プロマネが口にしてはいけない言葉なるもんが紹介されていたので，ちと紹介します。 人格攻撃や論理性を失った議論のことで，「アド・ホミネム」というんだそうです。本書では，あまり実例が紹介されていなかったので，参考サイトとして紹介されていた「Conversational Terrorism: How NOT to Talk!」から少しだけ。全訳しようかと思ったんだけど，多すぎて無理だったから，面白そうな実例だけ超訳。 おそらく，誤訳あります。 OVER YOUR HEAD: お前にゃ分からん： "I'd like to respond to that, but taking into account your background, education, and intelligence, I am quite sure that you
上司に使われずに上司を使う。コントロール権を奪い返す為の７つの工夫 - モチベーションは楽しさ創造から
「自分は命令されている事をやればいいんだ！」と思った瞬間、仕事が退屈で仕方がなくなります。仕事がイヤ、苦痛なものになってきます。人の命令通りに、動かないといけない。他人から、行動を管理されていると思うと、仕事は「義務」になってしまうのです。 サラリーマンは、会社から使われている身かもしれません。しかし、心まで「使用人」になる必要はないのです。 素晴らしく仕事をこなしている人は、上司から命令などほとんどされません。上司や会社からコントロール権を奪い返し、自分のものにしているのです。その工夫をご紹介。 １． 上司を知ること。依頼主が何を期待しているかを、依頼主より先に考える みなさんには上司がおられると思います。組織上、上司がみなさんに指示を送るのがルール。しかし、命令を受けて仕事をすれば、誰かにコントロールされているという気持ちになり、仕事が楽しくなくなってきます。 上司が指示をする前に、こ
POLAR BEAR BLOG: 「50％の完成度で世に出す」時代の終わり？
反応してる人が少ないようなので、ちょっとコメント。 ■ お題に沿って一言どうぞ――“はてな俳句”はTwitter風 (1/2) （ITmedia News） 昨日公開された Twitter 風サービス「はてなハイク」について。僕も試してみましたが、お絵描き機能もあったりして、ほどよく遊べそうな予感。で、なるほどなーと思いながら ITmedia の記事を読んでいたのですが、2ページ目に奇襲攻撃が待っていました（※以下、引用した箇所の原文には強調はありません）： エンジニアが思いついたアイデアを形にして発表し、それがたまたまヒットする――という流れで大きくなったネットサービスは多い。「はてなダイアリー」もその1つ。だが、特にテキストサービスでは、「個人が一発アイデア勝負できる時代」は終わりつつあるという。 「休みの日に思いついたものを1日で開発し、リリースしたら流行する、という流れは枯れていく
戦闘機開発もAgileでいこう - masayang's diary
Agile JournalのCASE STUDY: War Stories - Fighter Jets and Agile Development at Lockheed Martinという記事が興味深い。大企業・ハードとソフト両方・飛行機（それもF-35 Lightning II）という品質重視分野・世界各地に分散した開発チームという条件下でのAgile適用事例だ。 長いので全部は訳さないけど、ポイントをいくつか。 規模 企業の規模は、従業員１４万人、４５カ国４５７都市に分散。米国だけで９３９施設。 従来は... いわゆるウォーターフォール式で開発をしてきた。 製品の投入周期は年一度かそれ以下のペースで、製品投入直前の数ヶ月はいわゆるデスマーチに近い状態（原文では「Fire Drill」）だった。 開発チームは作業項目単位で結成された。そして、ある作業がうまくいったという「前提で」次の
人を育てる立場に立った時、最初に覚えるべき技術 - モチベーションは楽しさ創造から
J-CASTニュース : 入社半年で「辞めたい」が40％ 「仕事通じて成長できない」が理由 では、こんな事がまとめがありました。 新入社員の71.6％が「どこでも通用するような価値の高い人材になる」と答えたものの、59.4％の社員が自分の将来に不安を感じていて、「入社半年で会社を辞めたいと思った」人は43.5％いた。その理由は、「仕事を通じて成長しているという実感をもてていない」が51.9％、「やりたい仕事ができない」が48.1％、「上司の指示、指導方法が不満」40.4％という順だった。また、「もともと辞めるつもりで入社した」という人が40.3％もいた。新入社員「成長」させるマネージャーがいない。 新入社員を育成する体制が崩れてしまったのは、リストラで会社の人材が細り、じっくりと仕事を教えられなくなっているためだ。また、一気に社員を増やした会社では、育成経験のないマネージャーがたくさんの部
ITmedia エンタープライズ：遅れた日本のソフトウェア開発 その原因はここにあり!?：作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！ (
作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！：遅れた日本のソフトウェア開発 その原因はここにあり!?（1/3 ページ） 米グーグルでは食事がタダに。米マイクロソフトではソフトドリンクが飲み放題。そのほか、米国のIT企業の多くでソフトウェア開発者は全員、個室を与えられている――こんなこと、日本の企業であるだろうか？ 驚愕!? 海外企業における個室の作業スペース 米国のみならず先進諸国においては、ソフトウェアエンジニアの労働環境は総じていい。世界一巨大なソフトウェア会社のマイクロソフト、欧州最大のソフト開発会社として有名なSAPで働いた経験から、そう感じる。どちらの会社も、さまざまな側面において一部から厳しく評されることもあるが、そんな評判とは裏腹に、エンジニアの労働環境は良かった。 ご存知かもしれないが、米マイクロソフト本社のオフィススペースは筆者が勤めていた当時、完全な個室型
アンカテ(Uncategorizable Blog) - グーグルが起こす第二の革命
Casual Thoughts - 一流企業の一流社員に求められる泥臭い馬力 このエントリに書かれている一流企業の実態は、細かいニュアンスも含めて私が見聞きしてきたことにとても近いと感じる。 私は幸いなことに「(本物の)一流企業の(本物の)一流社員」と仕事をする機会を頂いている。そういう方々は一流大企業の資本力、技術力などの各種のビジネスインフラと自分自身の知見、経験、スキルを卓越した思考力とハードワークによって組み合わせ、お客様、ひいては社会全体に高い価値を提供している。 バックオフィス部門の中には筋金入りのぶら下がり社員が多く、また性質が悪いことにそれを自覚していない人が多い。 大企業というのは一流の仕事をやり抜くためにはプラスアルファでタイヤを10個くらい引っ張って猛進する「泥臭い馬力」が求められるもの 私も多くの一流企業の一流社員と仕事をさせていただいた。そして、彼らが「タイヤを1
GoogleのCEO、エリック・シュミットによる経営哲学とは？ - GIGAZINE
現在、世界で最も注目されている企業と言えばGoogleですが、先ほどまで放送されていた「NHK プロフェッショナル 仕事の流儀」の中で、そのGoogleの最高経営責任者、エリック・シュミット氏の単独インタビューというものがありました。 「お前、クリエイティブになれ！と言われてもクリエイティブにはなれない」 「大事なのは間違いを認めすぐに修正すること」 「集団の方が個人より優れた判断が出来ると信じている」 などなど、なかなか示唆に富んでいる内容だったので、経営者のみならず普通の人にとってもなかなか考えさせられる面があるのではないかと。 詳細は以下の通り。 スペシャル （2007年5月29日放送） | NHK プロフェッショナル 仕事の流儀 「大事なのは、間違いは誰にでもあるということ。そして間違えたときには、すぐに修正をすることです」。そして、リーダーにとって最も重要な資質は、「聞いて学ぶ能
「ハズレ上等企画」の山でイライラするのは終わりにしよう
アクションプランだけで突っ走るな。 「出せ出せ」と方向性を示すことなく、部下に企画を要求するだけでは、マネジメントをしているとはいえない。参照記事 では、企画マネジメントは具体的にどのようにすすめればよいのだろうか。眼鏡レンズメーカーのニコン・エシロールの元CEOで、現在経営コンサルタントとして活動している、長谷川和廣氏は部下に企画を立てさせるとき、次の7つのポイントを押さえるべきだと話す。 「（1）背景・経緯、（2）現状の課題、（3）課題改善の可能性、（4）目標、（5）目標達成のためのアクションプラン、（6）経済性、（7）他に与える影響。この7つは、企画を立案するときのプロセス順に並んでいます」 まず情報収集して現状を把握して、そこから課題と改善可能性を洗い出して、数ある改善可能性の中からターゲットを絞り、それを実現するための企画を立てる。さらに、それが会社にどんな利益をもたらし、どんな
1週間に4時間しか働かない人の仕事術 - himazu blog
1週間(1日ではない)に4時間しか働かない会社社長が、効率的な仕事のしかたの指南をしている講演があった。3月にテキサス州でおこなわれたSouth by Southwestというメディア関係のイベントの中でおこなわれた「The 4-Hour Workweek: Secrets of Doing More with Less in a Digital World」と題する講演である。以下で講演のMP3ファイルが入手できる。 また、このほかの講演・パネル討論の音声はここで入手できる。 講演の概要は以下のとおりである。 講演者 私の名前はティム・フェリス(Tim Ferriss)。プリンストン大学で非常勤講師をし、ハイテク分野での起業にについて教えている。そして、スポーツ飲料・食品の企画・製造をおこなう会社を経営している。世界15ヶ国に製品を卸している。 起業から現在まで 私は2000年に起業し、
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが
要求仕様戦争（その3）
■仕様書をどうこうする――「要求」の見える化 「要求を仕様化する技術・表現する技術」がオススメ。「要求とは」「仕様とは」からはじめて、仕様戦争までの経緯、回避するための具体的施策までが分かる。「Excel を用いた仕様書」はなかなか興味深い。 著者は「要求」と「仕様」の関係をロジックツリーに見立てる。こんなカンジ。仕様1～n を実装すれば要求Ａが実現する、という仕掛けだ。 ┌───┐ │要求Ａ │ └┬──┘ ├─仕様1（スペック1-1,1-2,1-3...） ├─仕様2（スペック2-1,2-2,2-3...） ├─ … └─仕様n（スペックn-1,n-2,n-3...） まぁ、こんなにキレイにならないだろうが、「このスペック（群）で"やりたいこと"は実現していると言えるのだろうか?」という視線が、どのフェーズでも配れるという点は素晴らしいと思う（実際に目配りするかどうかは別として）。 本
ビジネスリサーチの心得
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
PC