ベンチャーがやらかしがちな失敗16例 | AZX Super Highway（AZXブログ）
AZX総合法律事務所はベンチャー企業のサポートを専門としているのですが、ベンチャー企業が初めて私達のところに相談に来る時期は様々です。設立前から来ることもあれば、IPOがかなり近くなった時期になって相談に来ることもあります。 ベンチャー企業のサポートをするにあたっては色々な問題がありますが、困るのは私達の元に相談に来る前に色々とやらかしてしまっているケースです。事後的に手当をできることもあるのですが、取り返しがつかないようなポカをやらかしてしまっているケースもあります。 そこで、今回は、そのような事態に陥らないようにするために、ベンチャー企業がよくやらかしてしまいがちな失敗を思いつくままに書いてみたいと思います。 ① 設立時の発行株式数が少なすぎる 設立した瞬間は株主が少数なので、100株だけ発行しておきゃいいじゃん！といったケースをよく見かけます。しかしよく考えて下さい。ベンチャー企業は
ベンチャー騒然､金融庁ファンド規制の衝撃
せっかく活気づいてきたベンチャーの生態系に、冷や水を浴びせる法案が突如持ち上がり、ベンチャー業界周辺は今、騒然となっています。 金融庁から5月14日に公表された「適格機関投資家等特例業務の見直しに係る政令・内閣府令案」がそれです。ここには、悪徳業者による詐欺被害を抑え込むためのファンドなどの規制の改正案が組み込まれていますが、今、これがそのまま施行されてしまうと、今後、日本の成長戦略の成功に大きくかかわる独立系ベンチャーキャピタルファンドの新たな組成・発展を著しく阻害しかねません。 また、これは一部のファンド業者のみの話ではありません。後述しますが、ベンチャーの生態系のみならず、日本経済にも多大な影響を与えかねないのです。 まじめなファンドも組成できなくなる 今回の改正を理解する前提に、2007年の金融商品取引法の改正があります。このとき、多くの人から資金を集めるファンドの募集については、
ベンチャー企業あるあるにハマった。
起業して4年。年商4億、従業員10名まで到達した。しかし、ここにきて問題が発生している。というのも、創業メンバーである役員（自分含む）と中途入社メンバー間の意識の違いがヤバイ。わが社はマンションの一室で4人で創業した。当然のことながら、創業メンバーは一日20時間働いて創業期を乗り切った連中ばかりだ。創業メンバーの4人はほぼ横並びのフラットな関係だし、幸いに人間関係も良好で一人も欠けることなくここまで会社を育て上げることが出来た。言うまでもなく、自分を含めた全員がワーカホリックである。しかし、中途採用で新人を取り出してから我が社は完璧なブラック企業と化している。というのも、創業メンバーの残り三人が「創業時の自分と同じ働き方」を社員に強く求める傾向がどうしても止められないのだ。代取である自分としては、利益の最大化をムリに目指すより永続する業務のシステム化を優先し能力の属人性を限りなく少なくし、
権限委譲、リーダーシップ、チーム - naoyaのはてなダイアリー
いいか、覚えておけ。おれにしてもお前にしても、それなりに成功するってことは、なにかは得意なんだ。でも大体のことは不得意極まりない。全部自分でやろうとするな。自分よりも何かで優れている人たちが、その何かでお前のためにチカラを貸したいと思うような人間になれ。 それがリーダーってもんだよ。 この記事が話題になってた。リーダーシップというのは力を貸してやろうと相手に思われることだという、いい話。 この手の話は、誰もが否応なしに社会で経験することだから、みんなそれぞれ自分の考えを述べたくなる･･･という話題でもありますね。例に漏れず、自分も少し経験から感じることを書いてみよう。 「権限」を「委譲」する? 「上司が何かを部下に任せる」という文脈でいくと、このストーリーは「権限委譲」の話にもみえる。確かにテーマとしてはそうなのだが、自分は一般で言う「権限を委譲する」という考え方そのものにちょっとした落と
SIer系エンジニアがベンチャーで働き始めるとぶつかる壁のリスト - IDEA and Players
元ド底辺SIerの私が心機一転、スタートアップに参加して約1年半が立ちました。 今後の自分の仕事を占う意味でも、ここらで自分がこれまでに感じたこと、悩んだこと、考えたことを整理しておこうかと思います。 もしも現在、SIer系の仕事をされていて、いずれはベンチャーで働いてみたいという人の参考になればもちろん嬉しいのだけど、ベンチャーってのは本当に千差万別で、ここで書いたことがそのまま他のベンチャー企業に当てはまるとは限らない、ということだけはご了承を。 「仕様」って言うな！ 最初の問題はこれ。 SIerにとって「仕様」って言葉は絶対的な意味があるわけですよ。 お客様から要求を聞いて、要件を定義して、「はい、コレコレこういうもの作りますよ。この製品ではこういうことができます。逆にこういうことはできません。よろしいですか？」と約束した結果が仕様だから当然と言えば当然。だからこそ、仕様を定めること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
