分ソフトウェア開発における問題の大部分は技術的なことよりも社会学的ないしは心理学的な問題で占められています。ソフトウェア開発における諸問題の解決にあたってはテクノロジ的なアプローチ以前に人間力の改善が必要です。本連載は,はヒューマンウェア(人間行動)についての経験則をまとめたもので,読者における新たな視点や気づきのきっかけになればと思います。客観性を持たせる意味で,筆者における経験則に加えて世の中の賢人たちの言葉も収録しました。開発の流れに沿って,「⁠見積もり」に始まり「総合テスト」までを順次連載していく予定です。各項目はごく短い文章ですが,これらの言葉によって皆さんの重荷がいくばくかでも軽減されることを願っています。見積もりとは?「見積もり」は開発行為の中で最も重要なものです。見積もりの失敗はプロジェクトの失敗に直結します。見積もりは契約行為であり,開発者や組織の実力が映し出される鏡であり,不条理な要求に無定見に従うのではなく,利をあせることなく,どこに妥当な落としどころがあるのかを探る,実に人間臭い行為だと考えたほうがいいでしょう。#1:見積もり回答は契約なのだ「見積もり回答は契約だ」という意識は,開発者にはおそらくない。この仕事はどれくらいかかりそうだという見込みの回答程度の気持ちなのかもしれない。見積回答書を発行し,発注書ないしは開発指示書を受領したら,その時点で契約が成立する。契約は法的な拘束力をもち,発注者および受注者はお互いの義務を履行しなければならない。見積回答書は開発に関係するドキュメントの中で最も重要な書類と言える。契約についての意識は欧米においては神にその履行を誓うものであり,日本においては我と我が身に誓うものであるという違いはあるが,いずれにしても見積回答書は開発組織の実力を映し出す鏡となっている。見積回答書の基本要件は,わかっている内容のみを見積もり,わかっていない内容は見積もりに含まれていないことを明記しておくことだ。契約交渉は,双方が自分自身を見つめる絶好の機会である。G.M.ワインバーグ,『⁠コンサルタントの道具箱』#2:目には目を,歯には歯を「目には目を,歯には歯を」は,物ごとに対する対応の原則のひとつである。短時間の雑な見積もり要求に対しては,山ほどの条件付きの“⁠超々⁠”概算見積もりしか出すことはできない。要求内容もあいまいで,短時間で詳細な見積もり回答を出せという要求に困ることはない。時間内にできるものしかできないのが天の道理である。「無理が通れば道理が引っ込む」は許さない。言われてみれば「そんなことはあたりまえさ」といいたくなるが,その「あたりまえ」に案外気づいておらず,そのためにとんでもない誤解をうけたり,廻り道をしたり,無駄なエネルギーを費やしたり,時には生涯を誤ったり破滅したりする。いう例は,一民族にとっても,一個人にとってもけっして少なくないであろう。山本七平,『⁠あたりまえの研究』#3:結果をあせるな,利をあせるな土台を先に作らなければ家は建たない。基礎の杭打ちをいい加減にした結果,マンションが傾いてしまったというニュースが世間を騒がせている。ものごとを成し遂げる場合には必ず守るべき手順がある。その基本となる部分に手抜きや検討不足があると,物事は無事には終わらない。あせりは我々の正常な判断を狂わせる。ナスよ早くなれ植えたナスの苗に向かって,早くなれなれといくら叫んでもなるわけはない。雑草を取り除き,肥料を与え,こまめに水をやり,病虫害を除いた後でやっと実りが収穫できる。この道理に従って努力を続ければ仕事も商売もうまくいく。二宮尊徳,『⁠二宮翁夜話』#4:今日やるべきこと,明日やればよいこと今日やるべきことは今日中に済ませること。“⁠明日やる⁠”は,ほとんどやられない可能性が高い。明日やればいいことを今日やるな明日にはやる必要がなくなっているかもしれないことを今日やるな。G.M.ワインバーグ,『⁠コンサルタントの道具箱』#5:当たり前は難しい当たり前なことは簡単なことと同じではない。簡単なことが複数集まれば難しいことになる。そのことを理解していなければ簡単なことで簡単に失敗をすることになる。当たり前のこと群を抜く方法は,当たり前の仕事を,当たり前ではない情熱で行うことである。米国の作家#6:とりあえず高いという人種モノを購入する消費者の賢い交渉方法は,開口一番“⁠高い!⁠”と大声で言うことだ。賢い販売者は,そのような消費者心理を織り込み済みで3割増しの価格設定をしている。思い切って2割まけましょうということで,消費者はまんまと1割も高いものを買うことになってしまう。賢い開発マネージャは見積もり担当者に対して最初から決して高いとは言わない。金額の高低よりも内容の妥当性を検証する。高い安いは,その後の話だ。最初に高いとしか言わない人種は開発者ではなく商売人なのだろう。前回の見積もり金額に比べて今回再提示された金額はだいぶ下がったようだけど。下がった根拠を説明していただきたい。安ければ良いというわけにはいかないでしょう。某顧客責任者#7:許容範囲~どこまでも許されるわけもない量,質,時間,いずれにも許容範囲というものがある。的の中心に当たらなくても的のどこかに当たれば合格とされる。そこで注意しなければならないことは,自分勝手に的の大きさを変えないことだ。勝手に広げた的に当たったと言っても誰も認めてはくれない。プロジェクトに許される許容範囲の中で,さらに自分に許される許容範囲について知っておく必要がある。許容範囲とは妥当性についての考え方の一つである。妥当であれば,大幅な時間の節約になる。完璧主義のせいでパニックに襲われたことが何度かある。完璧な質を求めるのではなく,許容できる質を考えるようにするのが主な治療法である。受注者の最大の目的は,その仕事によって利益を上げることです。見積回答書は,達成すべき仕事内容,その対価および実行期間を約束してしまうため,見積もりミスや仕事の失敗は直ちに赤字を招き,企業の存続を危うくする場合もあります。見積回答書は開発チームの仕事の原点であり,その後の開発における人・モノ・カネ・時間を規定するものであり,すべての書類やドキュメントの中でも最重要な書類です。見積回答書は,その会社や組織のすべての実力を映し出す鏡といっても過言ではありません。見積回答書の基本要件は次の2点だけです。著者プロフィール佐野洋(さのひろし)現在,フリーコンサルタントとしてPMファクトリーを主宰。数十年にわたりPOSレジのファームウェア開発やプロマネ業務に従事。ambitious!」。信条は「弱き者も強き者も共に手を携えてその生涯を生き抜くこと」。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。